XRP Ledger ativa correção que fecha brecha para criação de tokens — XRP está seguro O XRP Ledger ativou uma alteração de software que corrige uma vulnerabilidade que, sob certas condições, poderia ter permitido que contas com permissão apenas para queimar tokens criassem tokens emitidos. A correção — chamada fixCleanup3_4_0 — entrou em vigor em 4 de novembro, às 14:52 UTC, no ledger 108,112,129, segundo o rastreador de alterações do XRPLWin. O que era o bug - A falha envolvia o sistema de delegação de permissões do Ledger e uma permissão delegada chamada PaymentBurn. PaymentBurn permite que uma conta aprovada destrua tokens emitidos por outra conta (um padrão comum em serviços de pagamento que resgatam stablecoins). - De acordo com as regras antigas, em alguns casos extremos, quando um pagamento ultrapassava o limite de saldo zero, uma conta com apenas a permissão PaymentBurn poderia acabar criando tokens emitidos, em vez de apenas queimá-los. - Esse comportamento poderia ter afetado ativos emitidos no ledger — stablecoins, tokens de linha de confiança e tokens multiuso —, mas não o XRP nativo, que não está sujeito a esse modelo de permissões. A vulnerabilidade foi explorada? - Nenhum relato público confirmou qualquer exploração, e as divulgações feitas até agora não identificam nenhum emissor que tenha sofrido criação não autorizada de tokens. Como a correção funciona - A alteração rejeita “pagamentos PaymentBurn que ultrapassam um saldo zero”, separando efetivamente a destruição de tokens da emissão e impedindo a condição de ultrapassagem do limite que permitia a criação acidental de tokens. - A mudança foi incluída no servidor XRP Ledger v3.4.0 em setembro, mas as alterações de protocolo exigem uma votação dos validadores antes de modificar as regras da rede. Cronograma de votação e ativação dos validadores - As alterações de protocolo precisam do apoio de mais de 80% dos validadores confiáveis durante 14 dias consecutivos para serem ativadas. Com 35 validadores na lista padrão monitorada, isso significa que pelo menos 29 precisam sinalizar apoio continuamente. - A primeira janela de aprovação começou em 9 de outubro, mas foi interrompida quando o apoio caiu abaixo do limite em 21 de outubro (a primeira tentativa durou 12 dias e 3 horas). Uma nova maioria se formou mais tarde naquele dia, iniciando uma segunda contagem regressiva de 14 dias, que durou 14 dias e 5 minutos e permitiu a ativação em 4 de novembro. - A votação do XRPL exige apoio ininterrupto, então até mesmo uma queda temporária pode atrasar uma atualização. Outras correções incluídas em fixCleanup3_4_0 Além da correção do PaymentBurn, a alteração reúne várias correções de manutenção e segurança que afetam o comportamento das transações e a contabilização: - Reversões de formador automático de mercado (AMM): impedem que uma transação destrua os tokens de um provedor de liquidez quando, devido ao arredondamento, o emissor ficaria sem ativos subjacentes. - Regras de negociação com permissão: impedem que contas recebam certos tokens por meio de ofertas quando as restrições do emissor deveriam bloquear essas transferências. - Reservas de escrow, autorização de tokens multiuso e tratamento de assinaturas de transações: introduzem prefixos de assinatura distintos para impedir que assinaturas destinadas a uma função de transação sejam reutilizadas em outra. - Correções contábeis para Single Asset Vaults e o protocolo de empréstimos proposto: ajustam o cálculo de depósitos, saques, ativos recuperáveis, pagamentos vencidos e empréstimos deteriorados. Essas correções preparam o ledger para futuros recursos de empréstimo, mas não os ativam — cada alteração relacionada a empréstimos ainda precisa de aprovação separada dos validadores. Contexto e próximos passos - Os desenvolvedores recomendaram que os operadores de servidores atualizassem para o código v3.4.0 antes de a alteração entrar em vigor. A ativação ocorre após divulgações anteriores sobre a falha que permitia a criação de tokens; o crypto.news abordou o problema em 2 de novembro, quando a alteração ainda aguardava ativação. - Os recursos de empréstimo propostos (Single Asset Vaults e LendingProtocolV1_1) continuam sujeitos a votações independentes e só serão ativados na mainnet se cada um obtiver o apoio exigido dos validadores. Por que isso importa - A correção elimina um risco plausível, em casos extremos, para tokens emitidos no XRP Ledger e reforça vários aspectos do comportamento das transações e da contabilização — um passo importante para a confiança dos emissores, a integridade das stablecoins e futuros recursos do protocolo. Leia mais notícias geradas por IA em: https://app.chaingpt.org/news