8648

XRPL propõe restringir o direito de receber tokens: atenção à palavra “propõe”

Em 30/10, uma consulta ao repositório de código do rippled mostrou que as propostas #8648 e #8650 continuam abertas, sem terem sido integradas

O foco são os tokens cujos emissores exigem a aprovação dos titulares:

• Ao receber tokens que representam uma participação num pool AMM, a conta precisa de estar autorizada para ambos os ativos do pool
• Uma trust line que já tenha saldo também deve ser verificada quanto à autorização para receber mais tokens, em vez de ser dispensada da verificação apenas por ter um saldo diferente de zero

Uma trust line pode ser entendida como uma relação estabelecida por uma conta para deter tokens de um emissor na XRPL

As duas alterações usam o amendment fixCleanup3_5_0. A descrição atual do código também indica que outras duas camadas de verificação foram encerradas após uma revisão; por isso, não interpreto a notícia resumida como “quatro correções já implementadas”

Vale destacar: a documentação da XRPL afirma claramente que esse mecanismo de autorização de titulares não se aplica ao XRP nativo

Na minha opinião, a questão aqui é a capacidade de fazer cumprir as regras dos ativos emitidos na rede. Se um token exige a aprovação de quem o recebe, os caminhos de transferência por pools também precisam cumprir essa condição

É preciso acompanhar o processo de revisão, o lançamento e a ativação efetiva. O código ainda proposto não é uma regra já em vigor na mainnet

O que vocês acham: os ativos institucionais na rede devem priorizar a liberdade de transferência ou o controle de quem pode detê-los?

Fonte: PRs #8648 e #8650 do XRPLF/rippled; documentação da XRPL “Authorized Trust Lines”, consultada em 30/10/2026

$XRP