2

então isso realmente aconteceu em 10 de dezembro de 2025 às 09:00 UTC, o protocolo DUSK ativou a atualização da camada L1 DuskDS, uma reforma de liquidação e disponibilidade de dados que exigiu que todos os operadores de nós atualizassem os clientes antes da ativação do bloco ou seriam excluídos da produção. isso não é meramente estético, é estrutura fundamental que fixa os mecanismos de finalidade para o que vem a seguir.
No meu terminal, tinha um explorador aberto ao lado de um gráfico de saldo enquanto o café esfriava. você não pode subestimar isso: a liquidação é a superfície de risco para loops de liquidez e relays. aperte-a e a camada EVM acima pode realmente significar algo, porque você reduziu o risco de reorganização e diminuiu a fricção. esse é o modelo de dois marchas que continuo rabiscando em guardanapos à noite:

Então isso realmente aconteceu em 10 de dezembro de 2025 às 09:00 UTC, a rede Dusk ativou a atualização da camada 1 DuskDS, melhorando a disponibilidade de dados e o desempenho da rede de uma forma que muda literalmente como a pilha processa transações e fixa camadas de execução. Os validadores precisaram atualizar o software antes do bloco ~ativação para permanecerem em consenso; sem atualização, não há produção, o que representa um custo alto para a participação.
Eu mantive um terminal aberto e uma captura de tela do explorador da atualização enquanto o café esfriava. Isso não foi apenas uma correção estética; é a base para a camada de execução EVM realmente importar em produção, porque o ajuste é confiável. Aperte esse componente fundamental, e as camadas superiores não tremerão. É esse modelo mental de dois engrenagens que mantenho retornando a cada vez que penso nisso:

então isso realmente aconteceu na semana passada, o protocolo lançou uma atualização de Camada‑1 chamada DuskDS que ativou em 10 de dezembro de 2025 às ~09:00 UTC, apertando a disponibilidade de dados e o desempenho de liquidação de blocos antes do lançamento do DuskEVM. Os validadores tiveram que atualizar seus clientes antes da ativação para continuar participando do consenso e da produção de blocos.
no meu terminal, eu tinha isso aberto ao lado de uma captura de tela do evento de feed, a atualização do operador de nó não era um "nice‑to‑have." é uma condição de bloqueio para o próximo capítulo deste stack… principalmente porque a camada de liquidação alimenta tudo o mais como uma caixa de engrenagem cujos rolamentos você só percebe quando estão desgastados. essa mudança de um parâmetro recalibra a propagação de blocos, a disponibilidade de dados e a aplicação da finalização o suficiente para que as camadas superiores possam… realmente liquidar coisas em escala.