A versão 3.3.0 do XRP Ledger colocou uma nova rodada de mudanças diante dos validadores, combinando correções técnicas, novas funcionalidades potenciais e ajustes de infraestrutura.
Entre elas está fixCleanup3_3_0, um pacote de manutenção que recebeu voto favorável da Ripple, mas ainda está muito longe de ser ativado.
Atualmente, apenas 8 dos 35 validadores da lista padrão de confiança apoiam a proposta.
Para entrar em vigor, o XRP Ledger exige apoio superior a 80% por duas semanas consecutivas.
Na configuração atual, isso significa pelo menos 29 votos favoráveis.
Portanto, o apoio da Ripple representa apenas uma etapa inicial.
O que realmente está em jogo na votação
fixCleanup3_3_0 não adiciona uma única grande funcionalidade.
Seu papel é corrigir diferentes comportamentos em componentes do protocolo que ganharam importância à medida que o XRP Ledger passou a incorporar mecanismos mais complexos.
O pacote alcança áreas como Automated Market Makers, Checks, pseudo-accounts, Single Asset Vaults, lending e mercados descentralizados permissionados.
Isso torna a proposta relevante mais pela amplitude do que por uma função isolada.
Correções buscam evitar inconsistências entre operações
Entre os ajustes estão mudanças na forma como congelamento e deep-freeze são verificados quando pseudo-contas participam de transferências.
As operações afetadas incluem depósitos e retiradas de vaults, movimentos em AMMs e determinadas transações ligadas a coberturas de empréstimos.
O objetivo é garantir que diferentes partes do protocolo tratem essas condições de maneira uniforme.
Também existem correções para impedir ações consideradas inválidas envolvendo pseudo-contas.
AMMs recebem ajustes de precisão e segurança
Os Automated Market Makers aparecem em vários pontos do pacote.
Algumas mudanças tentam corrigir perda de precisão durante depósitos, retiradas e clawbacks.
Outra impede que um AMM seja excluído através de um tipo de transação que não deveria possuir essa capacidade.
Há ainda uma alteração relacionada a um cálculo de AMMWithdraw que, em determinada condição, poderia resultar em divisão por zero.
São mudanças voltadas principalmente à robustez do protocolo.
CheckCash e CheckCancel também são modificados
O pacote altera o tratamento de CheckCash e CheckCancel quando um CheckID composto apenas por zeros é utilizado.
Esse é um exemplo de comportamento de borda que normalmente não aparece para a maioria dos usuários, mas precisa ser definido de forma consistente no código.
O mesmo princípio vale para ajustes no DEX permissionado.
Uma correção busca impedir que certas ofertas híbridas desapareçam do livro de ordens quando uma conta perde acesso ao domínio permissionado correspondente.
A versão 3.3.0 vai muito além do cleanup
fixCleanup3_3_0 é apenas uma das seis propostas incluídas no software lançado em 6 de agosto.
As outras cinco são ConfidentialTransfer, BatchV1_1, DynamicMPT, PermissionDelegationV1_1 e Sponsor.
Nenhuma delas é automaticamente ativada pelo simples fato de o código estar disponível na versão 3.3.0.
Cada mudança precisa passar pelo processo independente de aprovação dos validadores.
Essa separação evita que uma atualização de software obrigue automaticamente toda a rede a aceitar novas regras.
ConfidentialTransfer propõe maior privacidade para MPTs
ConfidentialTransfer adicionaria transferências privadas para Multi-Purpose Tokens.
A proposta permitiria ocultar saldos e valores transferidos da visualização pública, mantendo as transações verificáveis no ledger.
O desenho também prevê acesso autorizado a determinadas informações por emissores ou auditores quando necessário.
A funcionalidade pretende combinar maior privacidade com necessidades de verificação.
Por enquanto, permanece apenas como proposta.
BatchV1_1 tenta recuperar a ideia de transações agrupadas
BatchV1_1 permitiria agrupar até oito transações internas.
Isso abriria espaço para estruturas em que todas as etapas precisam ser concluídas ou nenhuma delas deve ocorrer.
Um exemplo possível são operações atômicas.
A nova proposta substitui uma versão anterior de Batch que foi desativada depois que desenvolvedores encontraram um problema de segurança.
Essa substituição mostra como o processo de emendas também funciona como mecanismo de revisão técnica.
Delegação de permissões sem compartilhar a chave principal
PermissionDelegationV1_1 permitiria que uma conta concedesse poderes limitados de transação a outra conta.
O titular não precisaria entregar sua chave privada principal.
Essa estrutura poderia ser útil em casos em que empresas, aplicativos ou operadores precisam executar funções específicas sem obter controle completo da conta.
A proposta também substitui uma versão anterior.
Sponsor pode mudar a experiência de taxas
Sponsor permitiria que empresas ou outras entidades pagassem taxas de transação e requisitos de reserva para terceiros.
O usuário continuaria mantendo controle de sua própria conta e de suas chaves.
Essa arquitetura pode ser especialmente relevante para aplicações que desejam reduzir a fricção de entrada para novos usuários.
Mesmo assim, o recurso ainda depende da aprovação necessária dos validadores.
DynamicMPT adiciona flexibilidade para emissores
DynamicMPT permitiria que determinadas características de um Multi-Purpose Token fossem marcadas como modificáveis desde sua criação.
Isso daria aos emissores maior flexibilidade na administração posterior do ativo.
A proposta faz parte da mesma rodada de alterações, mas seu destino é independente do fixCleanup3_3_0.
Cada mudança pode receber diferentes níveis de apoio.
Cinco emendas antigas deixam de depender de gates
A atualização também retirou do sistema de emendas condicionais Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve e fixUniversalNumber.
Isso não remove seus recursos.
Na prática, significa que as regras já ficaram ativas tempo suficiente para serem tratadas como parte permanente do comportamento do protocolo.
Os gates antigos deixam de ser necessários, mas as funções continuam existindo.
Atualizar os nós continua sendo importante
A versão 3.3.0 também inclui mudanças que não dependem diretamente dos votos.
Há ajustes em sincronização de nós, online deletion, montagem de diferenças entre ledgers e limpeza de assinaturas.
Os desenvolvedores ampliaram testes, migraram para C++23 e aumentaram o tempo permitido para desligamentos controlados do serviço.
Operadores de nós foram orientados a atualizar.
Um servidor incapaz de reconhecer uma emenda que venha a ser ativada pode ficar amendment-blocked e deixar de acompanhar corretamente o estado válido da rede.
Lending e vaults seguem em votações separadas
Os Single Asset Vaults e o Lending Protocol aparecem dentro do fixCleanup3_3_0 porque parte do pacote corrige cálculos de precisão e arredondamento relacionados a esses sistemas.
Mas suas funcionalidades principais dependem de outras emendas.
A Ripple já apoiou XLS-65, referente aos vaults, e XLS-66, ligado ao lending.
Dados divulgados em 10 de agosto mostravam apoio perto de 40% para XLS-65 e acima de 37% para XLS-66.
Ambas continuam abaixo do patamar necessário.
Como funcionariam os Single Asset Vaults
Os vaults permitiriam reunir um único tipo de ativo em uma estrutura compartilhada.
Esse ativo poderia ser XRP, Ripple USD ou outro token emitido no XRP Ledger.
Quem depositasse receberia participações representando sua parcela dos ativos mantidos pelo vault.
Esse capital poderia, posteriormente, ser utilizado como fonte de liquidez para outras funções.
XLS-66 pretende levar empréstimos ao ledger
O Lending Protocol usaria liquidez dos vaults para financiar empréstimos com prazo definido.
O modelo não exigiria necessariamente que todos os tomadores apresentassem ativos de valor superior ao empréstimo.
Em vez disso, parte da análise dependeria de verificações de crédito, compliance e underwriting realizadas fora da blockchain.
O XRP Ledger registraria e executaria os termos acordados, como juros, pagamentos e defaults.
Auditoria recente não encontrou falhas críticas
A Halborn concluiu em junho uma nova auditoria do protocolo de lending.
A empresa de segurança não identificou falhas críticas nem de alto risco.
Foram encontrados cinco itens: um de risco médio, dois de baixo risco e dois informativos.
Segundo o relatório, todos foram corrigidos, aceitos ou reconhecidos pela Ripple.
Entre os pontos analisados estavam limites de ativos nos vaults e verificações de congelamento em LoanBrokerSet.
Instituições continuariam sujeitas às regras tradicionais
Mesmo que lending e vaults sejam ativados, o uso do XRP Ledger não substituiria obrigações regulatórias existentes.
Instituições americanas ainda teriam de cumprir regras aplicáveis sobre valores mobiliários, crédito, sanções, proteção ao consumidor e prevenção à lavagem de dinheiro.
O ledger poderia cuidar de execução e registro, mas não eliminaria os controles jurídicos e de compliance necessários fora da rede.
XRP sobe, mas derivativos mostram pouca uniformidade
Enquanto as discussões técnicas avançam, XRP negociava perto de US$ 1,06 após reagir a partir da região de US$ 1.
O token acumulava alta próxima de 3% em 24 horas.
O volume de negociação aumentava cerca de 16%.
O mercado de futuros, porém, apresentava sinais menos consistentes.
O open interest agregado de XRP caiu mais de 0,65% em uma hora, depois de ter superado recentemente US$ 2,70 bilhões.
CME e exchanges cripto mostram comportamentos diferentes
Nos futuros de XRP negociados na CME, o open interest permanecia 1,31% acima em 24 horas.
Em contraste, Binance, OKX, Bybit e outras plataformas registravam redução.
Isso sugere que o aumento do preço não veio acompanhado de uma expansão uniforme das posições alavancadas.
Também evidencia uma diferença entre a atividade em mercados regulamentados e nas exchanges cripto.
ETFs adicionam outra camada ao mercado de XRP
Investidores americanos também podem obter exposição por meio de produtos listados.
Dados recentes do ETF da Canary mostraram uma queda de US$ 81,6 milhões em ativos líquidos, apesar de a atividade em ações do fundo ter acrescentado US$ 82 milhões.
A diferença foi atribuída a US$ 159,7 milhões em depreciação não realizada do XRP.
Esse exemplo mostra que entradas de investidores e desempenho do ativo subjacente podem produzir efeitos muito diferentes sobre o patrimônio de um fundo.
Conclusão
A versão 3.3.0 coloca o XRP Ledger diante de uma fase importante de votação.
Ripple já apoiou fixCleanup3_3_0, mas apenas 8 dos 35 validadores confiáveis votaram a favor até agora.
O pacote busca corrigir problemas em AMMs, Checks, pseudo-contas, vaults, lending e mercados permissionados, enquanto cinco propostas adicionais competem separadamente por aprovação.
Ao mesmo tempo, XRP negocia perto de US$ 1,06 em um mercado de derivativos que mostra posicionamento desigual entre CME e grandes exchanges cripto.
Ponto-chave final
A principal história não é apenas o voto da Ripple, mas a quantidade de mudanças que o XRP Ledger está tentando introduzir de forma controlada. A versão 3.3.0 combina manutenção, privacidade, transações em lote, patrocínio de taxas, novos modelos de permissão e infraestrutura para lending. O desafio agora é transformar código disponível em consenso real entre os validadores.
