O Batch V1.1 do XRP Ledger manteve-se acima do limiar exigido de validadores, enquanto a Ripple afirma que os gestores de ativos e os projetos comerciais se preparam para utilizar a funcionalidade de transação caso esta seja ativada ainda este mês.
- O Batch V1.1 tem 30 votos de validadores, mantendo a contagem decrescente para a ativação a 29 de setembro do XRP Ledger dentro do prazo.
- A Ripple afirma que os gestores de ativos estão a construir em torno do Batch, embora os parceiros específicos permaneçam por divulgar para já.
- O Batch pode agrupar oito transações, permitindo que transferências de ativos e pagamentos associados sejam liquidadas atomicamente em conjunto.
- Os programadores substituíram o Batch original depois de os investigadores terem encontrado uma falha crítica de validação de assinaturas em fevereiro.
- A versão 3.3.0 do XRPL lançou o Batch V1.1 após revisões alargadas e correções a problemas de segurança adicionais.
A CoinDesk noticiou a 19 de setembro que o responsável de engenharia da RippleX, Ayo Akinyele, afirmou que está a ser preparado trabalho que envolve gestores de ativos em torno do Batch V1.1, o qual pode agrupar até oito transações numa única operação Batch. A Ripple não nomeou publicamente os gestores de ativos nem divulgou datas de lançamento firmes.
Os dados de emendas em direto analisados a 20 de setembro mostraram 30 dos 35 validadores de confiança monitorizados a apoiar o Batch V1.1. O XRP Ledger exige pelo menos 80% de apoio mantido durante 14 dias consecutivos antes de uma emenda ser ativada, o que coloca o limiar atual em 28 votos. A contagem decrescente começou a 15 de setembro às 14:06:41 UTC e aponta para uma possível ativação pouco depois da mesma hora a 29 de setembro, caso o apoio se mantenha.
O XRP Ledger Batch V1.1 pode unir as pernas de liquidação
A especificação XLS-56 define o Batch como uma transação que agrupa entre duas e oito transações internas. Suporta quatro modos de processamento: Tudo ou Nada, Apenas Uma, Até Falhar e Independente. A definição Tudo ou Nada exige que o grupo completo seja executado com êxito ou impede que o batch produza efeitos.
A Ripple está a centrar parte da discussão comercial na entrega contra pagamento, ou DvP. Numa transação deste tipo, uma transferência de ativos e o respetivo pagamento podem ser colocados na mesma operação atómica. Um pagamento falhado impediria a transferência de ativos associada de ser concluída na definição tudo-ou-nada.
Akinyele disse à CoinDesk que "Partilharemos mais assim que a funcionalidade estiver ativa, incluindo trabalho com gestores de ativos importantes." A Ripple não identificou essas empresas, pelo que a declaração continua a ser uma descrição da empresa sobre trabalho que ainda não foi publicamente documentado através de anúncios de parceiros nomeados.
A especificação XLS-56 enumera trocas multi-conta sem confiança, taxas de plataforma e estruturas de empréstimos-relâmpago entre os potenciais usos. Um mercado ou uma carteira poderia, por exemplo, agrupar o pagamento de um cliente com uma taxa de serviço em vez de exigir transações separadas, enquanto diferentes contas podem autorizar pernas individuais do mesmo Batch.
Akinyele afirmou que "alguns projetos já estão a ser construídos com o Batch em mente", mas as identidades dos parceiros e os calendários de produção permanecem por divulgar. A Ripple disse que os detalhes seriam apresentados depois de os planos serem finalizados.
O apoio dos validadores mantém aberta a janela de 29 de setembro
De acordo com a leitura mais recente de 20 de setembro, o Batch V1.1 tinha 30 votos de apoio entre os 35 validadores monitorizados pelo XRPLDashboard, o equivalente a cerca de 85%. O apoio manteve-se, portanto, acima do limiar 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 apenas por ultrapassarem os 80% uma vez. Os validadores têm de manter a supermaioria durante o período completo de 14 dias, e os validadores podem alterar os seus votos enquanto o relógio está a contar. Se o apoio cair abaixo do nível exigido, a janela atual para e seria necessário outro período ininterrupto depois de o limiar ser recuperado.
A contagem mais recente prolonga uma subida rápida do apoio este mês. O Batch V1.1 tinha então 24 dos 35 votos de validadores, ou 68,57%, deixando-o abaixo do limiar de ativação. O apoio tinha aumentado para 27 votos a 15 de setembro, antes de validadores suficientes apoiarem a emenda para iniciar a contagem decrescente.
A própria emenda foi lançada com a versão 3.3.0 do xrpld a 6 de agosto. As notas de lançamento oficiais do XRP Ledger descrevem o Batch V1.1 como a substituição da emenda Batch original e afirmam que suporta até oito transações internas, incluindo estruturas de troca atómica.
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 empréstimo e limpeza e não substitui o Batch V1.1, que permanece no seu próprio processo de votação na mainnet. Os operadores de servidores foram aconselhados a atualizar para a versão 3.4.0 para continuidade do serviço.
O Batch V1.1 seguiu-se a uma falha crítica na primeira versão
A emenda atual surgiu depois de os programadores terem interrompido a proposta Batch original em fevereiro. A divulgação oficial de vulnerabilidades do XRPL afirma que o investigador de segurança Pranamya Keshkamat e a ferramenta Apex da Cantina AI identificaram uma falha crítica de validação de assinaturas a 19 de fevereiro.
Em condições específicas, o código vulnerável podia deixar de verificar os signatários do Batch após encontrar uma conta recém-criada. A XRPL Labs afirmou 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. As transações potenciais podiam ter incluído pagamentos e certas alterações ao estado do ledger.
A falha nunca se tornou ativa na mainnet do XRP Ledger. A emenda original ainda estava na sua fase de votação, e a XRPL Labs afirmou que nenhum fundo estava em risco. Os validadores foram aconselhados a votar contra ela, enquanto a versão 3.1.1 do rippled, lançada a 23 de fevereiro, tornou o Batch e o fixBatchInnerSigs não suportados, para que não pudessem ser ativados.
Os programadores alteraram então a lógica de assinatura e autorização para a substituição. O relatório de vulnerabilidade afirmou que a remediação removeu a condição de sucesso prematuro, adicionou salvaguardas de autorização e reforçou as regras de verificação de assinaturas. O Batch V1.1 foi posteriormente incorporado no xrpld 3.3.0 após desenvolvimento e revisão.
O trabalho de segurança continuou antes da atual votação dos validadores. Como a crypto.news noticiou na sua cobertura da revisão de segurança do Batch V1.1, os programadores corrigiram mais 11 problemas envolvendo assinaturas, verificações de autorização e possíveis falhas de servidores antes de a emenda chegar à sua atual fase de votação.
Akinyele disse à CoinDesk que a revisão incluiu testes adversariais internos, análise assistida por IA, um concurso de segurança Sherlock e avaliações envolvendo a Halborn e a Common Prefix. A CoinDesk atribuiu esses detalhes à RippleX; os relatórios públicos dos parceiros que cobrem todas as partes dessa revisão não foram incluídos no material analisado para este artigo.
O ecossistema de programadores do XRPL fez alterações de suporte à medida que o design de assinatura evoluiu. Uma questão de junho no repositório oficial xrpl.js documentou que a lógica de assinatura Batch mais antiga não correspondia ao formato revisto do Batch V1.1, porque informações adicionais de conta e sequência tinham sido 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.
Os gestores de ativos estão a testar mais liquidação tokenizada no XRPL
Os comentários da Ripple sobre o Batch surgem numa altura em que empresas financeiras e programadores estão a utilizar a infraestrutura do XRP Ledger para ativos tokenizados e projetos de liquidação institucional. Em junho, a JPMorgan, a Mastercard, a Ondo Finance e a Ripple participaram num teste de resgate de títulos do Tesouro dos EUA tokenizados utilizando o XRP Ledger.
A presidente da Ripple, Monica Long, afirmou em agosto que as instituições financeiras estavam a passar algum trabalho de ativos tokenizados de programas-piloto para produção. A Crypto.news noticiou, nos projetos de tokenização institucional da Ripple, que a Aviva Investors tinha lançado 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 a par desse desenvolvimento. Outra análise da crypto.news aos dados de RWA do XRP Ledger noticiou em julho que a rede tinha adicionado cerca de 2,6 mil milhões de dólares em valor de ativos do mundo real tokenizados ao longo de seis meses, excluindo stablecoins, com base em dados da RWA.xyz. O mesmo relatório alertou que o valor de ativos representado e os ativos efetivamente distribuídos eram medidas materialmente diferentes.
O próprio Batch V1.1 não exige que os gestores de ativos utilizem XRP como o ativo a transferir. A funcionalidade opera ao nível da camada de transação e pode agrupar transações XRPL suportadas de diferentes contas. O XRP continua 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 atual de emendas. 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 se mantiver ininterrupto durante toda a contagem decrescente. A contagem publicada mais recente a 20 de setembro permanecia em 30 votos a favor entre 35 validadores monitorizados.