O Batch V1.1 do XRP Ledger permaneceu acima do limite exigido de validadores, enquanto a Ripple afirma que gestores de ativos e projetos comerciais estão se preparando para usar o recurso de transação se ele for ativado ainda este mês.
Resumo
- O Batch V1.1 tem 30 votos de validadores, mantendo a contagem regressiva para ativação em 29 de setembro no XRP Ledger.
- A Ripple afirma que gestores de ativos estão construindo em torno do Batch, embora parceiros específicos permaneçam não divulgados por enquanto.
- O Batch pode agrupar oito transações, permitindo que transferências vinculadas de ativos e pagamentos sejam liquidadas atomicamente em conjunto.
- Os desenvolvedores substituíram o Batch original depois que pesquisadores encontraram uma falha crítica de validação de assinatura em fevereiro.
- A versão 3.3.0 do XRPL lançou o Batch V1.1 após revisões ampliadas e correções de problemas de segurança adicionais.
A CoinDesk relatou em 19 de setembro que o chefe de engenharia da RippleX, Ayo Akinyele, disse que trabalhos envolvendo gestores de ativos estão sendo preparados em torno do Batch V1.1, que pode empacotar até oito transações em uma única operação Batch. A Ripple não nomeou publicamente os gestores de ativos nem divulgou datas firmes de lançamento.
Dados de emenda ao vivo revisados em 20 de setembro mostraram 30 dos 35 validadores confiáveis rastreados apoiando o Batch V1.1. O XRP Ledger exige pelo menos 80% de suporte mantido por 14 dias consecutivos antes que uma emenda seja ativada, colocando o limite atual em 28 votos. A contagem regressiva começou em 15 de setembro às 14:06:41 UTC e aponta para possível ativação logo após o mesmo horário em 29 de setembro, se o suporte se mantiver.
O Batch V1.1 do XRP Ledger pode unir etapas de liquidação
A especificação XLS-56 define o Batch como uma transação que empacota entre duas e oito transações internas. Ela suporta quatro modos de processamento: Tudo ou Nada, Apenas Uma, Até Falha e Independente. A configuração Tudo ou Nada exige que o grupo completo seja executado com sucesso ou impede que o lote entre em vigor.
A Ripple está focando parte da discussão comercial em entrega contra pagamento, ou DvP. Em tal transação, uma transferência de ativo e seu pagamento podem ser colocados na mesma operação atômica. Um pagamento falho impediria a transferência de ativo vinculada de ser concluída sob a configuração tudo ou nada.
Akinyele disse à CoinDesk que “Compartilharemos mais assim que o recurso estiver ativo, incluindo trabalho com gestores de ativos importantes.” A Ripple não identificou essas empresas, então a declaração permanece uma descrição da empresa sobre um trabalho que ainda não foi documentado publicamente por meio de anúncios de parceiros nomeados.
A especificação XLS-56 lista swaps multi-contas sem confiança, taxas de plataforma e estruturas de empréstimo relâmpago entre os usos potenciais. Um marketplace ou carteira poderia, por exemplo, empacotar o pagamento de um cliente com uma taxa de serviço em vez de exigir transações separadas, enquanto contas diferentes podem autorizar etapas individuais do mesmo Batch.
Akinyele disse que “alguns projetos já estão sendo construídos com o Batch em mente”, mas identidades de parceiros e cronogramas de produção permanecem não divulgados. A Ripple disse que os detalhes seguiriam após os planos serem finalizados.
O suporte dos validadores mantém a janela de 29 de setembro aberta
Na leitura mais recente de 20 de setembro, o Batch V1.1 tinha 30 votos de apoio entre 35 validadores rastreados pelo XRPLDashboard, equivalente a aproximadamente 85%. O suporte, portanto, permaneceu acima do limite de 28 votos necessário para continuar a janela de ativação.
A data projetada de 29 de setembro é condicional. As emendas do XRPL não são ativadas simplesmente porque cruzam 80% uma vez. Os validadores devem manter a supermaioria pelo período completo de 14 dias, e os validadores podem mudar seus votos enquanto o relógio está correndo. Se o suporte cair abaixo do nível exigido, a janela atual para e outro período ininterrupto seria necessário após o limite ser recuperado.
A contagem mais recente amplia um rápido aumento no apoio este mês. Batch V1.1 então tinha 24 dos 35 votos de validadores, ou 68,57%, deixando-o abaixo do limite de ativação. O apoio havia aumentado para 27 votos em 15 de setembro, antes que validadores suficientes apoiassem a emenda para iniciar a contagem regressiva.
A própria emenda foi lançada com a versão 3.3.0 do xrpld em 6 de agosto. As notas oficiais de lançamento do XRP Ledger descrevem o Batch V1.1 como o substituto da emenda Batch original e afirmam que ele suporta até oito transações internas, incluindo estruturas de atomic-swap.
Desde então, a XRP Ledger Foundation lançou o xrpld 3.4.0. O lançamento de software de 16 de setembro introduz emendas separadas de lending e cleanup e não substitui o Batch V1.1, que permanece em seu próprio processo de votação na mainnet. Operadores de servidores foram aconselhados a atualizar para a versão 3.4.0 para continuidade do serviço.
Batch V1.1 seguiu uma falha crítica na primeira versão
A emenda atual chegou depois que os desenvolvedores interromperam a proposta Batch original em fevereiro. A divulgação oficial de vulnerabilidade do XRPL diz que o pesquisador de segurança Pranamya Keshkamat e a ferramenta Apex da Cantina AI identificaram uma falha crítica de validação de assinatura em 19 de fevereiro.
Sob condições específicas, o código vulnerável poderia parar de verificar os signatários do Batch após encontrar uma conta recém-criada. A XRPL Labs disse que um atacante poderia então ter incluído uma transação não autorizada de outra conta sem possuir as chaves privadas do proprietário dessa conta. Transações potenciais poderiam ter incluído pagamentos e certas mudanças no estado do ledger.
A falha nunca se tornou ativa na mainnet do XRP Ledger. A emenda original ainda estava em sua fase de votação, e a XRPL Labs disse que nenhum fundo estava em risco. Validadores foram aconselhados a votar contra ela, enquanto a versão 3.1.1 do rippled, lançada em 23 de fevereiro, tornou Batch e fixBatchInnerSigs não suportados para que não pudessem ser ativados.
Os desenvolvedores então alteraram a lógica de assinatura e autorização para a substituta. O relatório de vulnerabilidade disse que a remediação removeu a condição de sucesso prematuro, adicionou salvaguardas de autorização e apertou as regras de verificação de assinatura. O Batch V1.1 foi posteriormente incorporado ao xrpld 3.3.0 após desenvolvimento e revisão.
O trabalho de segurança continuou antes da votação atual dos validadores. Como crypto.news relatou em sua cobertura da revisão de segurança do Batch V1.1, os desenvolvedores corrigiram outros 11 problemas envolvendo assinaturas, verificações de autorização e possíveis travamentos de servidor antes que a emenda alcançasse seu estágio atual de votação.
Akinyele disse ao CoinDesk que a revisão incluiu testes adversariais internos, análise assistida por IA, um concurso de segurança Sherlock e avaliações envolvendo Halborn e Common Prefix. O CoinDesk atribuiu esses detalhes à RippleX; relatórios públicos de parceiros cobrindo cada parte dessa revisão não foram incluídos no material revisado para este relatório.
O ecossistema de desenvolvedores do XRPL fez mudanças de suporte à medida que o design de assinatura evoluiu. Uma edição de junho no repositório oficial xrpl.js documentou que a lógica de assinatura Batch mais antiga não correspondia ao formato revisado do Batch V1.1 porque informações adicionais de conta e sequência foram vinculadas às assinaturas. O histórico de lançamentos do binary-codec JavaScript afirma que o suporte de assinatura do Batch V1.1 foi adicionado na versão 2.9.0 em agosto.
Gestores de ativos estão testando mais liquidação tokenizada no XRPL
Os comentários da Ripple sobre o Batch chegam enquanto empresas financeiras e desenvolvedores estão usando a infraestrutura do XRP Ledger para ativos tokenizados e projetos de liquidação institucional. Em junho, JPMorgan, Mastercard, Ondo Finance e Ripple participaram de um teste de resgate de títulos do Tesouro dos EUA tokenizados usando o XRP Ledger.
A presidente da Ripple, Monica Long, disse em agosto que instituições financeiras estavam movendo parte do trabalho de ativos tokenizados de programas piloto para produção. O Crypto.news relatou sobre os projetos de tokenização institucional da Ripple que a Aviva Investors lançou uma classe de ações de fundo tokenizada no XRPL em julho e que a Ripple via o RLUSD como uma possível perna de caixa para liquidação atômica de entrega contra pagamento.
A atividade de ativos onchain cresceu junto com esse desenvolvimento. Outra análise da crypto.news sobre dados de RWA do XRP Ledger relatou em julho que a rede havia adicionado aproximadamente US$ 2,6 bilhões em valor de ativos do mundo real tokenizados ao longo de seis meses, excluindo stablecoins, com base em números da RWA.xyz. O mesmo relatório alertou que o valor representativo dos ativos e os ativos efetivamente distribuídos eram medidas materialmente diferentes.
O próprio Batch V1.1 não exige que os gestores de ativos usem XRP como o ativo sendo transferido. O recurso opera na camada de transação e pode empacotar transações XRPL suportadas de diferentes contas. O XRP permanece relevante para as taxas de transação do ledger, enquanto as transações subjacentes podem envolver outros ativos suportados e estruturas de tokens.
O próximo evento processual é o fim da janela de emenda atual. O XRPLDashboard projeta a ativação do Batch V1.1 para 29 de setembro, aproximadamente às 14:06:41 UTC, se pelo menos 80% de apoio dos validadores permanecer ininterrupto durante toda a contagem regressiva. A contagem mais recente publicada em 20 de setembro permaneceu em 30 votos a favor de 35 validadores rastreados.
