XRPL aposenta cinco emendas antigas no xrpld 3.3.0

Os desenvolvedores do XRP Ledger limparam o código na última versão xrpld — mas os usuários não devem entrar em pânico. A versão 3.3.0 oficialmente "aposentou" cinco emendas de protocolo de longa data, removendo o código legado pré-emenda da base de código, enquanto mantém os comportamentos reais intactos. O que significa "aposentar" - Aposentar uma emenda remove apenas o caminho de código antigo que existia para emular o comportamento pré-emenda. Não desfaz nem desativa a funcionalidade em si. - Uma vez aposentada, o comportamento da emenda torna-se parte incondicional do protocolo principal, conforme documentação do XRPL. - Desenvolvedores normalmente aguardam dois anos após a ativação de uma emenda antes de aposentá-la. Esse atraso preserva a implementação antiga para depuração e reprodução histórica precisa de transações. Quais emendas foram aposentadas A xrpld 3.3.0 aposenta cinco emendas que estão ativas há algum tempo: - Clawback — permite que emitentes qualificados recuperem tokens emitidos de detentores, caso o emitente tenha ativado a configuração de clawback (não se aplica ao XRP nativo). Ativa no Mainnet desde 8 de fevereiro de 2024; a aposentadoria remove o caminho de código mais antigo, não a funcionalidade. - 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 de NFT são aceitas. - fixUniversalNumber — unificou partes dos cálculos de ponto flutuante decimal do XRPL. Por que isso importa (e por que na maioria das vezes não importa) - Para detentores comuns de XRP e usuários de tokens: nenhuma ação é necessária. Nenhuma migração, atualização de carteira ou transação é exigida. As regras da rede permanecem como eram após a ativação dessas emendas. - Para desenvolvedores e historiadores: se você precisar reproduzir ledger antigos exatamente como se comportavam há anos, poderá precisar da versão xrpld que estava em vigor naquela época — pois a aposentadoria remove o ramo legado que reproduzia o comportamento pré-emenda. - Para operadores de servidores: atualize para a xrpld 3.3.0 o mais rápido possível para manter a continuidade do serviço. Executar uma versão mais antiga da xrpld pode deixar um node "bloqueado por emenda" se ele não tiver código para emendas que se tornem ativas posteriormente. Uma situação semelhante ocorreu em julho, quando nodes com versões mais antigas ficaram bloqueados por emenda após a ativação do fixCleanup3_2_0. Como funciona o processo de emenda do XRPL (resumidamente) - Novas propostas de protocolo são incluídas na xrpld, mas não se tornam ativas imediatamente. Validadores votam nas emendas; uma proposta deve manter mais de 80% de apoio de validadores confiáveis por duas semanas contínuas para ser ativada. - Uma vez ativa, o novo comportamento é permanente, a menos que uma emenda posterior o altere. Após dois anos de ativação, uma emenda pode ser aposentada — convertendo seu novo comportamento em lógica incondicional do protocolo e removendo o caminho de código antigo. O que há de novo na 3.3.0 A xrpld 3.3.0 também introduz seis novas propostas de emenda no software, mas estas ainda não estão ativas no Mainnet: - BatchV1_1 — envie até oito transações internas juntas. - ConfidentialTransfer — transferências preservadoras de privacidade para Tokens Multiuso. - DynamicMPT — adiciona flexibilidade às propriedades selecionadas de tokens. - PermissionDelegationV1_1 — atualiza a lógica de delegação de permissões. - Sponsor — permite que terceiros cubram taxas de transação e requisitos de reserva. - fixCleanup3_3_0 — limpeza e correções da base de código. Cada uma delas ainda precisa passar pelo limiar de >80% dos validadores por duas semanas contínuas para ser ativada. Sua inclusão na xrpld simplesmente disponibiliza o código para que os validadores votem. Conclusão As recentes aposentadorias são procedimentos padrão de manutenção do ciclo de vida do protocolo: o XRPL está removendo código obsoleto agora que várias emendas estão firmemente estabelecidas há anos. Funcionalidades como Clawback e as outras emendas aposentadas permanecem como parte do comportamento permanente do ledger — usuários comuns não são afetados. A principal recomendação operacional imediata é que operadores de nodes atualizem para a xrpld 3.3.0 para evitar bloqueio por emenda e garantir prontidão para quaisquer futuras ativações.