O XRP Ledger está mais perto de ativar, em 4 de novembro, uma correção para uma falha que pode permitir que contas autorizadas apenas a queimar tokens emitidos criem novos tokens sob certas condições.
Resumo
- Desenvolvedores alertam os emissores para não delegarem a permissão PaymentBurn até que a correção se torne ativa.
- O apoio dos validadores está em 33 de 35, com a ativação dependendo de suporte sustentado.
- A falha diz respeito a tokens emitidos, incluindo stablecoins, sem afetar a oferta nativa de XRP.
- A emenda inclui reparos separados para pools de negociação, contabilidade de vaults e verificações de empréstimos.
A documentação oficial do XRPL identifica o problema no PaymentBurn, uma permissão projetada para permitir que outra conta destrua tokens fungíveis em nome de um emissor. Até que a emenda fixCleanup3_4_0 entre em vigor, um delegado que detenha essa permissão pode, por vezes, cunhar tokens de trust line ou Multi-Purpose Tokens, conhecidos como MPTs.
O aviso exclui especificamente outras permissões granulares da falha. Sua recomendação é evitar delegar o PaymentBurn enquanto a correção permanecer pendente.
Correção do XRP Ledger separa a queima de tokens da emissão
Na referência de permissões, o XRPL lista PaymentMint e PaymentBurn como funções separadas. O PaymentMint autoriza pagamentos que criam tokens fungíveis, enquanto o PaymentBurn destina-se a autorizar sua destruição sem permitir que um pagamento cruze um saldo zero.
As notas de lançamento de 16 de setembro para a versão 3.4.0 do xrpld descrevem a correção diretamente: pagamentos que usam PaymentBurn serão rejeitados se cruzarem esse limite. A mudança faz parte de um pacote de emendas, o que significa que sua inclusão no software do servidor não ativa, por si só, a nova regra de transação em toda a rede.
A exposição documentada diz respeito a contas que receberam a permissão delegada afetada. Nem o aviso de permissão nem as notas de lançamento identificam um emissor cujos tokens tenham sido criados fraudulentamente.
A oferta nativa de XRP está fora dessa falha de permissão de tokens emitidos. As categorias de tokens afetadas são ativos criados no ledger por meio de trust lines ou do framework MPT.
Apoio dos validadores coloca a ativação no caminho para 4 de novembro
De acordo com o rastreador XRPLWin, o fixCleanup3_4_0 tem o apoio de 33 dos 35 validadores confiáveis rastreados, o equivalente a 94,29%. Com essa contagem de validadores, são necessários 29 votos de apoio para superar o limite exigido.
O horário de ativação projetado é 4 de novembro, aproximadamente às 14:46 UTC, desde que o apoio permaneça acima de 80% durante todo o período de espera de duas semanas.
O histórico de votação mostra uma maioria inicial em vigor de 9 de outubro até 21 de outubro, quando a emenda perdeu o apoio necessário para continuar sua contagem regressiva. Uma nova maioria começou em 21 de outubro, deslocando a ativação projetada para novembro.
Uma queda para 80% ou menos interromperia o período de espera novamente. O rastreador, portanto, lista 4 de novembro como um horário de ativação condicional, e não como uma atualização de rede concluída.
Emissores podem atualizar ou revogar permissões delegadas
O guia de delegação do XRPL explica que o proprietário de uma conta concede a outra conta poderes específicos por meio de uma transação DelegateSet. O proprietário pode alterar ou revogar essas permissões por meio de outra transação do mesmo tipo.
O sistema suporta contas separadas para operações rotineiras, enquanto chaves que carregam controle total permanecem offline. Sua documentação cita a conformidade de stablecoins como um caso de uso, incluindo a aprovação de usuários que concluíram verificações de identidade.
Cada delegado pode receber até 10 permissões. Certos poderes, particularmente os que envolvem alterações em chaves criptográficas ou a concessão de permissões adicionais, não podem ser delegados.
O guia afirma que as permissões granulares são predefinidas e não podem ser personalizadas para abranger apenas moedas selecionadas. Seu aviso sobre o PaymentBurn aparece junto a essas instruções operacionais.
A distribuição de stablecoins na XRPL continuou a se desenvolver. Como o crypto.news relatou anteriormente, o lançamento do RLUSD na Coinbase pela Ripple em 28 de outubro abrangeu plataformas de varejo e institucionais, com suporte de rede abrangendo XRP Ledger, Ethereum e Base.
A Ripple identifica o emissor do RLUSD como Standard Custody & Trust Company, uma trust company de propósito limitado supervisionada por Nova York. Sua página de transparência afirma que as reservas são mantidas em contas segregadas e relatórios mensais comparam os tokens em circulação com seus ativos de lastro.
Correções da emenda se estendem a cofres e empréstimos
Além da delegação de permissões, a descrição oficial da emenda lista correções para depósitos, saques e clawbacks de Single Asset Vault, projetadas para evitar que ativos sejam entregues em excesso ou a menos devido a arredondamentos.
As correções de trading-pool abordam valores de clawback que arredondam para zero e casos envolvendo o saldo remanescente do último provedor de liquidez.
A Ripple anteriormente apoiou propostas de empréstimo nativo destinadas a permitir que cofres de ativo único forneçam fundos para empréstimos de prazo fixo. Essas propostas têm seu próprio processo de aprovação por validadores.
Dentro da emenda de limpeza, as verificações de atraso, impairment e inadimplência de empréstimos exigirão que a data de vencimento tenha estritamente passado. Outra mudança permite que um saque de cotas fixas de cofre retorne zero ativos quando o cofre estiver totalmente impaired, em vez de falhar a transação.
