Recurso Batch da XRP Ledger atrai gestoras, mas sucesso aparente pode esconder operações que falharam

Gestoras de ativos estariam se preparando para usar o Batch, novo recurso da XRP Ledger que permite agrupar várias operações em uma única transação. A análise publicada pelo crypto.news em 29 de setembro de 2026, porém, mostra que o recurso tem limites claros e riscos de integração que exigem atenção dos departamentos de operações.

Segundo a publicação, o Batch, definido na especificação XLS-0056, junta de duas a oito transações internas em uma transação externa. Há quatro modos de execução. No ALLORNOTHING, todas as ações precisam dar certo, ou nenhuma é liquidada. No ONLYONE, o processamento para na primeira ação bem-sucedida, útil para caminhos alternativos. No UNTILFAILURE, as ações seguem em sequência até a primeira falha. No INDEPENDENT, cada ação tem sucesso ou falha por conta própria.

O cronograma sofreu ajustes. Em 25 de setembro de 2026 foi lançada a versão 3.4.1 da XRPL como atualização emergencial, com a correção fixBatchV1_2, descrita como sensível do ponto de vista de segurança. O código-fonte foi retido temporariamente, com promessa de publicação e divulgação posterior. A ativação, antes esperada para 29 de setembro, agora é prevista para 9 de outubro de 2026, desde que o apoio dos validadores se mantenha.

O principal alerta do crypto.news é o que a publicação chama de armadilha do código de sucesso. A transação externa pode retornar tesSUCCESS mesmo quando operações internas falham, algo permitido pela especificação. Por isso, os sistemas precisam verificar cada resultado interno e os saldos. Um exemplo dado é o de um sistema que, lendo só o resultado externo, credita a um cliente um título tokenizado cuja transferência não aconteceu.

O histórico também pesa. Em fevereiro de 2026, uma versão anterior do Batch tinha falha que poderia pular verificações de autorização de outros signatários quando um signatário sem saldo aparecia primeiro. Essa emenda nunca entrou em produção, e auditorias independentes identificaram problemas antes do lançamento.

Há limites práticos. Com no máximo oito ações por pacote, liquidar 1.000 transferências de investidores exigiria ao menos 125 pacotes, que não seriam atômicos entre si. O Batch também não cria títulos, não verifica propriedade fora da rede, não obriga bancos a resgatar tokens de pagamento nem estabelece finalidade jurídica para a liquidação.

Quanto à adoção, a Ripple afirma que gestoras e projetos comerciais estão se preparando, mas, segundo o crypto.news, não nomeou publicamente nenhuma gestora com transação Batch real na rede principal. A publicação insiste que uma empresa preparando um piloto não é o mesmo que uma gestora usando o recurso em produção. Carteiras precisarão exibir todas as ações internas e o modo escolhido antes da assinatura, indexadores terão de mostrar a relação entre transações e custodiantes precisarão de políticas para assinaturas de várias contas.

Para quem acompanha o mercado, o Batch pode eliminar uma categoria real de falhas de liquidação parcial, como avalia a própria análise, mas o ganho depende de testes rigorosos nos sistemas das instituições. Até que haja uso comprovado na rede principal, o discurso de adoção institucional deve ser lido como expectativa, e não como fato consumado.