Solana planeja eliminar os Nonces persistentes; no futuro, as transações dependerão exclusivamente dos hashes de blocos recentes.
A comunidade Solana já propôs uma alteração no protocolo: remover o mecanismo de Nonce persistente e usar hashes de blocos recentes (Recent Blockhash) para proteger as transações contra repetição.
As mudanças relacionadas também incluem desativar um conjunto de instruções do programa de sistema, que abrangem a inicialização, o avanço e a atualização de contas Nonce.
Por que mudar esse mecanismo?
O Nonce foi criado para resolver o problema de expiração das transações: as transações comuns da Solana dependem de hashes de blocos recentes e não podem mais ser enviadas depois que a janela de validade expira; já os Nonces persistentes permitem que as transações continuem válidas por mais tempo, impedindo ao mesmo tempo que sejam executadas repetidamente.
Isso também significa, porém, que o protocolo precisa manter por longo prazo um conjunto adicional de estados de conta e lógica de instruções.
A proposta opta por remover diretamente esse mecanismo, fazendo com que todas as transações voltem a usar hashes de blocos recentes.
O plano é ativar a mudança na rede principal a partir de 5 de maio de 2027, no mínimo, dando tempo para carteiras, exchanges e outros aplicativos que dependem de Nonces fazerem a migração.
Vale observar que os Nonces persistentes não são simplesmente um recurso obsoleto. Alguns processos de assinatura offline, envio com atraso e transações especiais podem depender deles. O verdadeiro desafio não é apenas alterar o protocolo, mas garantir que toda a infraestrutura relacionada do ecossistema conclua a migração.
Se a proposta for aprovada, a Solana deixará de manter um mecanismo de transação de longo prazo, mas os aplicativos que dependem de Nonces persistentes também terão de reformular seus fluxos de transação.
A comunidade Solana já propôs uma alteração no protocolo: remover o mecanismo de Nonce persistente e usar hashes de blocos recentes (Recent Blockhash) para proteger as transações contra repetição.
As mudanças relacionadas também incluem desativar um conjunto de instruções do programa de sistema, que abrangem a inicialização, o avanço e a atualização de contas Nonce.
Por que mudar esse mecanismo?
O Nonce foi criado para resolver o problema de expiração das transações: as transações comuns da Solana dependem de hashes de blocos recentes e não podem mais ser enviadas depois que a janela de validade expira; já os Nonces persistentes permitem que as transações continuem válidas por mais tempo, impedindo ao mesmo tempo que sejam executadas repetidamente.
Isso também significa, porém, que o protocolo precisa manter por longo prazo um conjunto adicional de estados de conta e lógica de instruções.
A proposta opta por remover diretamente esse mecanismo, fazendo com que todas as transações voltem a usar hashes de blocos recentes.
O plano é ativar a mudança na rede principal a partir de 5 de maio de 2027, no mínimo, dando tempo para carteiras, exchanges e outros aplicativos que dependem de Nonces fazerem a migração.
Vale observar que os Nonces persistentes não são simplesmente um recurso obsoleto. Alguns processos de assinatura offline, envio com atraso e transações especiais podem depender deles. O verdadeiro desafio não é apenas alterar o protocolo, mas garantir que toda a infraestrutura relacionada do ecossistema conclua a migração.
Se a proposta for aprovada, a Solana deixará de manter um mecanismo de transação de longo prazo, mas os aplicativos que dependem de Nonces persistentes também terão de reformular seus fluxos de transação.