O que é que você realmente autorizou quando assinou?
A pressão em Assinar parece o momento em que uma transação de blockchain fica totalmente definida. A assinatura prova quem a autorizou, então é tentador assumir que a transação agora tem um significado óbvio em todo lugar e para sempre.
A atualização Boreas da Dusk mostra por que essa suposição é incompleta.
Quando a Boreas entrou no ar na mainnet em 10 de junho de 2026 no bloco de reinício 4,414,095, Rusk começou a impor limites explícitos de versão em torno da interpretação de transações. As transações ao vivo são decodificadas sob as regras do protocolo ativo. Os envelopes Aegis suportados são normalizados na representação atual. As transações localmente seladas são canonicalizadas antes do compromisso no ledger. Decodificadores mais antigos permanecem disponíveis para reprodução histórica.
O propósito é mais importante do que o detalhe de implementação: a Dusk impede explicitamente que o mempool, o produtor de blocos, o validador de consenso e o caminho de replay interpretem os mesmos dados de transação sob regras diferentes.
Uma assinatura pode autenticar os dados que estão sendo autorizados. Ela não consegue, de forma independente, dizer a cada versão futura de um protocolo como esses dados devem ser entendidos.
Isso significa que a segurança da transação depende de dois acordos ao mesmo tempo: quem autorizou a ação e quais semânticas de protocolo definem essa ação.
Para carteiras, exchanges e signers de hardware, o tratamento da versão do protocolo, portanto, não é apenas “infra” de compatibilidade. Ele faz parte de preservar o significado do que o usuário assinou.
@Dusk $DUSK #dusk
A pressão em Assinar parece o momento em que uma transação de blockchain fica totalmente definida. A assinatura prova quem a autorizou, então é tentador assumir que a transação agora tem um significado óbvio em todo lugar e para sempre.
A atualização Boreas da Dusk mostra por que essa suposição é incompleta.
Quando a Boreas entrou no ar na mainnet em 10 de junho de 2026 no bloco de reinício 4,414,095, Rusk começou a impor limites explícitos de versão em torno da interpretação de transações. As transações ao vivo são decodificadas sob as regras do protocolo ativo. Os envelopes Aegis suportados são normalizados na representação atual. As transações localmente seladas são canonicalizadas antes do compromisso no ledger. Decodificadores mais antigos permanecem disponíveis para reprodução histórica.
O propósito é mais importante do que o detalhe de implementação: a Dusk impede explicitamente que o mempool, o produtor de blocos, o validador de consenso e o caminho de replay interpretem os mesmos dados de transação sob regras diferentes.
Uma assinatura pode autenticar os dados que estão sendo autorizados. Ela não consegue, de forma independente, dizer a cada versão futura de um protocolo como esses dados devem ser entendidos.
Isso significa que a segurança da transação depende de dois acordos ao mesmo tempo: quem autorizou a ação e quais semânticas de protocolo definem essa ação.
Para carteiras, exchanges e signers de hardware, o tratamento da versão do protocolo, portanto, não é apenas “infra” de compatibilidade. Ele faz parte de preservar o significado do que o usuário assinou.
@Dusk $DUSK #dusk
