Erro do Token XRPL Corrigido: O que a Emenda fixCleanup3_4_0 Significa para Estáveis
2026-11-04
O XRP Ledger (XRPL) está se preparando para resolver uma vulnerabilidade de permissão de token através de sua emenda fixCleanup3_4_0, com ativação projetada para 4 de novembro de 2026.
O problema envolve permissões delegadas que poderiam permitir que uma conta autorizada apenas a queimar tokens de um emissor criasse novos tokens sob condições específicas de pagamento.
Embora o XRP em si não seja afetado, a falha é importante para ativos emitidos, incluindo stablecoins. A atualização visa fortalecer os controles de suprimento, garantindo que a autoridade de queima de tokens não possa implicitamente se tornar autoridade de criação de tokens.
Principais Conclusões
- Uma brecha de permissão de token está sendo abordada: um delegado com permissões PaymentBurn poderia potencialmente cunhar tokens emitidos em certas circunstâncias.
- O suprimento de XRP não é afetado: A vulnerabilidade diz respeito a ativos emitidos, incluindo tokens de linha de confiança e Tokens Multiuso (MPTs).
- A emenda fortalece os controles do emissor: PaymentBurn e PaymentMint operarão como permissões separadas, protegendo a gestão do suprimento de tokens.
Qual Foi o Bug do Token XRPL?
fonte por AI
A vulnerabilidade envolve o XRP sistema de delegação de permissões do Ledger, que permite que emissores de tokens concedam direitos de transação específicos a outras contas.
Por exemplo, um emissor de stablecoin pode autorizar um processador de pagamento ou parceiro de resgate a receber tokens dos clientes e queimá-los quando esses clientes trocam suas stablecoins por moeda tradicional.
Esse arranjo é projetado para dar ao parceiro autoridade limitada. Ele deve ser capaz de remover tokens de circulação sem ganhar a capacidade de criar suprimento adicional.
No entanto, antes da emenda fixCleanup3_4_0, uma conta que possui apenas a permissão delegada PaymentBurn poderia, sob certas condições de pagamento, mover um saldo de token através de zero e efetivamente cunhar novos tokens fungíveis.
Em outras palavras, uma conta autorizada a destruir tokens poderia potencialmente criar novos sem receber separadamente a permissão PaymentMint.
Como Funcionam PaymentBurn e PaymentMint
O XRPL usa permissões granulares para controlar o que contas delegadas podem fazer.
- PaymentBurn: Permite que um delegado autorizado envie pagamentos que queimam tokens fungíveis ou MPTs.
- PaymentMint: Permite que um delegado autorizado envie pagamentos que criam novos tokens fungíveis ou MPTs.
O problema era que essas permissões não permaneciam suficientemente separadas em certos casos extremos.
Considere um emissor de stablecoin que delega operações de resgate a uma empresa externa de pagamentos. A empresa deve ser capaz de queimar apenas os tokens devolvidos pelos clientes. No entanto, a vulnerabilidade poderia criar um caminho para a emissão não intencional de tokens.
Isso é particularmente importante para stablecoins lastreadas em fiat, onde o suprimento circulante deve refletir os processos de emissão e resgate autorizados pelo emissor.
A questão não significa que todas as stablecoins XRPL foram comprometidas ou que a vulnerabilidade foi necessariamente explorada. A CoinDesk relatou que não encontrou registros públicos ou relatórios de exploração.
O Que A Emenda fixCleanup3_4_0 Altera?
fonte por AI
A emenda fixCleanup3_4_0 restaura a separação pretendida entre as permissões de queima de tokens e de cunhagem de tokens.
Uma vez habilitada, a emenda impede que um delegado apenas de queima complete um pagamento que atravesse um saldo zero e efetivamente crie novos tokens fungíveis.
Uma conta deve ter a permissão separada PaymentMint para realizar uma operação de emissão autorizada. Isso significa que os emissores de tokens podem manter um controle mais claro sobre quem está autorizado a criar suprimento adicional.
Antes e Depois da Atualização do XRPL
A emenda não é um novo recurso de emissão de stablecoin. Em vez disso, é uma correção de segurança em nível de protocolo projetada para fazer com que as permissões delegadas se comportem conforme pretendido.
Vale também ressaltar que fixCleanup3_4_0 é uma coleção mais ampla de melhorias do XRPL que cobrem áreas como cofres, empréstimos, criadores de mercado automatizados, NFTs, custódia, patrocínio e assinatura de transações. A correção de permissões de token é uma parte particularmente importante desse pacote.
Por que a correção é importante para stablecoins e emissões do XRPL
A infraestrutura de stablecoin depende de uma gestão de fornecimento confiável. Os emissores precisam controlar como os tokens são criados, transferidos, resgatados e removidos da circulação.
Um sistema de permissão que permite que um parceiro de resgate obtenha capacidades de emissão não intencionais pode minar esses controles.
A emenda fixCleanup3_4_0 aborda essa preocupação ao garantir que a queima e a criação permaneçam operações distintas.
Separação Operacional Mais Forte
Os emissores de stablecoin frequentemente trabalham com exchanges externas, processadores de pagamento, custodiante e parceiros de resgate.
Essas organizações podem precisar de permissão para realizar operações específicas de token, mas não devem automaticamente receber autoridade mais ampla sobre o fornecimento da stablecoin.
Ao exigir autorização de PaymentMint separada, a emenda apoia uma estrutura de permissão mais claramente definida.
Isso é particularmente relevante para tokenização institucional, onde os emissores precisam demonstrar que as mudanças de fornecimento seguem procedimentos operacionais controlados.
Por que os detentores de XRP não devem confundir isso com uma vulnerabilidade de fornecimento de XRP
Uma distinção importante é que a vulnerabilidade afeta tokens emitidos na XRP Ledger, não XRP em si.
XRP é o ativo nativo da rede e não depende de um emissor concedendo permissões delegadas de PaymentBurn para gerenciar seu fornecimento.
Portanto, a emenda não deve ser interpretada como uma correção a um defeito que permitia que parceiros de stablecoin imprimissem XRP adicional.
Para os detentores de XRP, o desenvolvimento é principalmente relevante para a saúde mais ampla do ecossistema XRPL, particularmente sua capacidade de suportar stablecoins e outros ativos digitais emitidos.
Uma estrutura de permissão de token mais forte poderia melhorar a confiança entre as empresas que consideram a rede para aplicações de pagamento e tokenização.
Quando o fixCleanup3_4_0 será ativado?
A emenda foi introduzida na versão de software XRPL 3.4.0 e requer mais de 80% dos validadores confiáveis para apoiá-la continuamente por 14 dias, antes da ativação.
Após um declínio anterior no apoio dos validadores em 21 de outubro, a contagem regressiva para ativação reiniciou após o apoio da maioria ser recuperado.
Em 4 de novembro de 2026, a emenda tinha apoio de 33 de 35 validadores confiáveis rastreados, excedendo os 29 votos requeridos. Seu tempo de ativação projetado era às 14:46 UTC em 4 de novembro, equivalente a 21:46 WIB.
Importante, esse ainda era um tempo de ativação projetado quando este artigo foi preparado, não confirmação de que a emenda já estava ativa. A rede deve completar seu processo de ativação e registrar a mudança no livro-razão validado.
O que os emissores de stablecoin e os operadores de nós devem fazer?
Empresas e desenvolvedores que trabalham com ativos emitidos pelo XRPL devem tomar várias precauções:
- Evitar a delegação prematura de PaymentBurn: A documentação oficial do XRPL adverte os desenvolvedores a não delegar essa permissão até que o fixCleanup3_4_0 esteja habilitado.
- Verificar a ativação da emenda: Verifique o status da emenda XRPL ao vivo, em vez de confiar apenas na aprovação do validador ou em um tempo de ativação estimado.
- Rever permissões delegadas: Após a ativação, garantir que PaymentMint seja concedido apenas a contas que realmente necessitam da autoridade de emissão de tokens.
- Atualizar software XRPL: Operadores de nós devem seguir os lançamentos mais recentes de software XRPL compatíveis e orientações de segurança.
- Rever procedimentos de gestão de tokens: Os emissores devem examinar seus fluxos de trabalho de resgate, queima e criação para garantir que contas delegadas tenham apenas as permissões que precisam.
O trabalho mais amplo de segurança do XRPL também inclui a versão de software 3.4.1, que seguiu um problema separado de estouro de inteiro relacionado ao XRP e sua correção.
Os operadores devem revisar as notas de lançamento relevantes em vez de presumir que esse problema separado está abordado apenas por fixCleanup3_4_0.
Conclusão
A emenda fixCleanup3_4_0 do XRPL é uma importante melhoria de segurança para stablecoins e outros tokens emitidos.
Ao separar PaymentBurn de PaymentMint, fecha uma brecha de permissão que poderia permitir que contas delegadas criassem tokens sem a autoridade explícita de criação.
O fornecimento nativo de XRP nunca foi afetado, mas a correção fortalece a confiança na infraestrutura de gestão de tokens do XRP Ledger.
Com a ativação projetada para 4 de novembro de 2026, emissores e operadores de nós devem verificar o status do livro-razão ao vivo e atualizar seus sistemas adequadamente.
Para uma negociação de criptomoedas mais fácil e segura, explore ativos digitais no Bitrue enquanto realiza pesquisas independentes e gerencia riscos de forma responsável.
FAQ
O que é a emenda fixCleanup3_4_0 do XRPL?
É uma atualização de protocolo que aborda vários problemas do XRP Ledger, incluindo uma vulnerabilidade de delegação de permissão que poderia permitir que uma conta com apenas autoridade de PaymentBurn criasse tokens emitidos em certas circunstâncias.
O bug do token do XRPL afetou o fornecimento de XRP?
Não. A vulnerabilidade dizia respeito a ativos emitidos, incluindo tokens de linha de confiança e Tokens Multifunção (MPTs). O fornecimento nativo de XRP não foi afetado.
Qual é a diferença entre PaymentBurn e PaymentMint?
PaymentBurn permite que contas autorizadas destruam tokens emitidos, enquanto PaymentMint permite que contas autorizadas criem novos tokens fungíveis ou MPTs. A emenda garante que essas permissões permaneçam devidamente separadas.
Quando o fixCleanup3_4_0 ativará?
O tempo de ativação projetado era 4 de novembro de 2026 às 14:46 UTC (21:46 WIB), desde que o suporte suficiente de validadores permanecesse em vigor. A ativação real deve ser confirmada através do XRP Ledger ao vivo.
Como o fixCleanup3_4_0 beneficia os emissoras de stablecoin?
Ele fortalece os controles de oferta, garantindo que os parceiros de resgate com permissão para queimar stablecoins não ganhem automaticamente a capacidade de cunhar tokens adicionais. Isso apoia uma melhor segurança operacional e um gerenciamento de permissões mais claro.
Isenção de responsabilidade: As opiniões expressas pertencem exclusivamente ao autor e não refletem as opiniões desta plataforma. Esta plataforma e suas afiliadas isentam-se de qualquer responsabilidade pela precisão ou adequação das informações fornecidas. É apenas para fins informativos e não se destina a ser um conselho financeiro ou de investimento.
Aviso Legal: O conteúdo deste artigo não constitui aconselhamento financeiro ou de investimento.
