Quando vi Boreas, no começo tratei como uma atualização de versão comum. A mainnet do Dusk (@Dusk ) foi habilitada em 10 de junho de 2026 a partir do bloco 4.414.095 com o Rusk 1.7.0; as mudanças estão em quais regras são usadas para: bytes das transações ao entrarem na rede, como esses bytes são empacotados em blocos e como antigos registros do livro-razão são reprocessados na reexecução. O cliente ainda pode enviar um invólucro Aegis suportado; o Rusk padroniza na entrada e então grava os dados no bloco usando o formato atual do livro-razão.
Pensei nesse fluxo como o cofre de tíquetes da câmara de compensação. Tíquetes externos podem vir de modelos antigos, mas antes de entrar no cofre precisam ser traduzidos para um formato interno unificado; os tíquetes históricos mantêm decodificadores antigos, para que, na auditoria, possam ser verificados exatamente como eram. O Boreas mantém as definições travadas entre mempool, bloco/produtor, validação de consenso e replay histórico, evitando que a mesma sequência de bytes gere dois estados diferentes em etapas distintas.
A atualização também define limites: na mainnet, no ponto de reinício, a rede para de receber novas transações Phoenix; o Moonlight passa a ser o modelo de transação atualmente suportado, e blocos antigos do Phoenix ainda podem ser decodificados e reenfileirados (replayed). Eventos revertidos ficarão preservados no arquivo, com marcação, e não devem ser contabilizados por indexadores como parte do estado válido. Ao integrar o Dusk, eu verifico a altura da rede, a versão do Rusk e o modelo de transação, e então valido se o indexador lê a marcação de reverted; registros antigos podem ser consultados, mas isso não significa que transações antigas ainda possam continuar sendo enviadas.
#dusk $DUSK
Pensei nesse fluxo como o cofre de tíquetes da câmara de compensação. Tíquetes externos podem vir de modelos antigos, mas antes de entrar no cofre precisam ser traduzidos para um formato interno unificado; os tíquetes históricos mantêm decodificadores antigos, para que, na auditoria, possam ser verificados exatamente como eram. O Boreas mantém as definições travadas entre mempool, bloco/produtor, validação de consenso e replay histórico, evitando que a mesma sequência de bytes gere dois estados diferentes em etapas distintas.
A atualização também define limites: na mainnet, no ponto de reinício, a rede para de receber novas transações Phoenix; o Moonlight passa a ser o modelo de transação atualmente suportado, e blocos antigos do Phoenix ainda podem ser decodificados e reenfileirados (replayed). Eventos revertidos ficarão preservados no arquivo, com marcação, e não devem ser contabilizados por indexadores como parte do estado válido. Ao integrar o Dusk, eu verifico a altura da rede, a versão do Rusk e o modelo de transação, e então valido se o indexador lê a marcação de reverted; registros antigos podem ser consultados, mas isso não significa que transações antigas ainda possam continuar sendo enviadas.
#dusk $DUSK