Os desenvolvedores do XRP Ledger aposentaram cinco emendas de protocolo de longa duração no xrpld versão 3.3.0, mas a medida não remove seus recursos nem exige que os detentores de XRP tomem alguma ação.
Resumo
- XRPL 3.3.0 aposenta cinco emendas de longa duração, tornando seu comportamento pós-ativação permanente no protocolo central.
- Clawback permanece disponível após a aposentadoria porque apenas o código pré-emenda obsoleto é removido do software xrpld.
- A documentação do XRPL permite a aposentadoria de emendas após dois anos de ativação na Mainnet para reduzir a complexidade legada.
- Seis novas emendas entraram na versão 3.3.0, mas cada uma ainda requer aprovação dos validadores antes da ativação na Mainnet.
- Operadores de nós devem atualizar para a versão 3.3.0 prontamente, enquanto os usuários não precisam tomar nenhuma ação relacionada à aposentadoria.
A engenheira de software da RippleX, Mayukha Vadari, explicou no X que a aposentadoria remove o código pré-emenda antigo deixado para trás depois que uma mudança de protocolo operou por anos. O comportamento alterado em si permanece no lugar. A documentação oficial do XRPL confirma que emendas aposentadas se tornam partes incondicionais do protocolo central.
A distinção tornou-se importante após o lançamento do xrpld 3.3.0 em 6 de agosto, que aposentou Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve e fixUniversalNumber. Em outras palavras, "aposentar Clawback" não significa que os emissores do XRP Ledger perdem a funcionalidade de clawback. A rede está, em vez disso, abandonando o caminho de código mais antigo que descrevia como as transações se comportavam antes da emenda se tornar ativa.
Aposentadoria do XRP Ledger torna regras antigas permanentes
O sistema de emendas do XRP Ledger permite que mudanças de protocolo sejam introduzidas sem forçar imediatamente todas as novas regras na Mainnet. Os validadores votam nas emendas, e uma proposta deve manter o apoio de mais de 80% dos validadores confiáveis por duas semanas contínuas antes de se tornar ativa. Uma vez habilitada, o novo comportamento se aplica permanentemente, a menos que outra emenda posteriormente o altere.
Durante o período após a ativação, o xrpld mantém tanto a lógica atual quanto algum código pré-emenda. Esse código legado pode ajudar os desenvolvedores a reproduzir o comportamento antigo do ledger ao depurar ou verificar transações históricas. No entanto, manter anos de ramificações obsoletas também adiciona complexidade ao codebase.
A documentação oficial de emendas diz que uma emenda da Mainnet pode ser aposentada uma vez que tenha sido habilitada por dois anos. A aposentadoria remove seu caminho de código antigo, deixa de tratar a mudança como uma emenda condicional e incorpora o comportamento mais novo ao protocolo incondicionalmente.
Vadari descreveu o processo como "puramente uma limpeza do codebase" e disse que "não afetará nenhum usuário". Ela acrescentou que os desenvolvedores geralmente esperam dois anos porque a implementação anterior ainda pode ser útil ao depurar transações mais antigas. A documentação de testes do próprio XRPL também adverte que a reprodução historicamente precisa de transações pode exigir a execução da versão do xrpld que originalmente processou a transação após a aposentadoria de emendas antigas.
Clawback não está sendo removido do XRPL
Clawback é a mais reconhecível das cinco emendas aposentadas e a mais fácil de interpretar erroneamente. O recurso tornou-se ativo na Mainnet em 8 de fevereiro de 2024 e permite que emissores qualificados recuperem tokens emitidos de detentores quando a conta emissora tiver habilitado a configuração de clawback necessária. Não permite que um emissor recupere XRP nativo.
Aposentar a emenda, portanto, significa que a rede não precisa mais de código para uma versão do XRPL onde Clawback não existia. O comportamento atual do Clawback permanece parte do protocolo. A página de emendas conhecidas do XRPL agora marca explicitamente sua funcionalidade pré-emenda como aposentada.
As outras quatro aposentadorias seguem o mesmo princípio. fixDisallowIncomingV1 corrigiu um problema de autorização de linha de confiança. fixInnerObjTemplate resolveu erros envolvendo objetos AMM internos. fixNFTokenReserve adicionou verificações de reserva quando ofertas NFT são aceitas, enquanto fixUniversalNumber unificou partes dos cálculos de ponto flutuante decimal do XRPL. Suas regras pós-emenda permanecem em vigor, mesmo que os caminhos mais antigos estejam sendo removidos.
Este não é um novo mecanismo de governança. O XRPL já aposentou emendas anteriores depois que suas regras se tornaram suficientemente estabelecidas. A versão 3.2.0, por exemplo, aposentou mudanças mais antigas cobrindo Cheques, Autorização de Depósito, exclusão de contas e outras funções do protocolo.
A versão 3.3.0 também inicia um novo ciclo de emendas
Enquanto cinco emendas antigas estão deixando o status condicional, a versão 3.3.0 adiciona seis novas propostas ao xrpld. São elas BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor e fixCleanup3_3_0. A inclusão delas no software não significa que esses recursos já estão ativos na Mainnet.
Como o crypto.news noticiou, o ConfidentialTransfer apoiaria transferências de Multi-Purpose Token que preservam a privacidade, enquanto o BatchV1_1 permitiria que uma conta enviasse até oito transações internas juntas. O Sponsor permitiria que terceiros cobrissem taxas e requisitos de reserva, enquanto o DynamicMPT forneceria mais flexibilidade sobre propriedades selecionadas de tokens.
Cada proposta ainda deve passar pelo processo de validadores do XRPL de forma independente. Mais de 80% de apoio deve persistir por duas semanas antes que uma emenda seja ativada, e o apoio pode cair abaixo do limite e redefinir o cronômetro.
A diferença entre essas novas emendas e as cinco aposentadas é, portanto, substancial. As novas propostas estão aguardando aprovação da rede. As emendas aposentadas já passaram por esse estágio anos atrás, tornaram-se comportamento estabelecido da rede e agora chegaram ao ponto em que manter seu código mais antigo não é mais considerado necessário.
O que acontece a seguir para os operadores do XRPL
Para os detentores comuns de XRP, nenhuma migração, atualização de carteira ou transação é necessária especificamente porque as cinco emendas foram aposentadas. O Clawback e os outros comportamentos de protocolo afetados continuam operando sob as regras estabelecidas.
Os operadores de servidores têm uma consideração diferente. O aviso de lançamento do XRPL 3.3.0 instrui os operadores a atualizarem para a versão 3.3.0 o mais rápido possível para manter a continuidade do serviço. Manter-se atualizado também é importante porque os servidores precisam de software contendo o código para emendas que podem ser ativadas posteriormente. Um servidor sem uma emenda ativada pode ficar bloqueado por emenda e parar de participar normalmente da rede.
Em cobertura relacionada, esse mecanismo foi demonstrado em julho, quando a ativação do fixCleanup3_2_0 deixou nós executando versões mais antigas incompatíveis bloqueados por emenda.
A atenção agora se desloca das emendas aposentadas para as decisões dos validadores em torno das seis adições na versão 3.3.0. Como noticiado anteriormente, o ConfidentialTransfer está entre as propostas destinadas a expandir as ferramentas do XRPL para ativos tokenizados institucionais, mas seu uso ainda depende da aprovação dos validadores.
Para as cinco emendas aposentadas, no entanto, não há votação comparável pela frente. A aposentadoria marca o fim do período de transição, e não o fim de sua funcionalidade: as regras alteradas agora são simplesmente parte do comportamento central permanente do XRP Ledger.
