O XRP Ledger prevê o dia 9 de outubro para a atualização que agrupará oito transações

Oito ações em um único envio, com regras de execução diferentes

Pagamentos e transferências de ativos poderiam ser liquidados juntos por meio de uma atualização pendente do XRP Ledger (XRPL), reduzindo o risco de que apenas parte de uma transação seja concluída. A mudança implementa o XLS-56, o padrão para execução agrupada. Sua versão corrigida, BatchV1_1, substitui uma implementação anterior após a descoberta de uma falha de segurança.

O painel de controle do XRPL, que mostra o apoio dos validadores e a contagem regressiva para ativação, indicava que 30 dos 35 validadores confiáveis apoiavam o BatchV1_1 em 3 de outubro, o que equivale a 85,71%. Os validadores verificam as transações e participam das decisões sobre mudanças na rede. As alterações exigem mais de 80% de apoio por duas semanas consecutivas; a perda dessa maioria reinicia a contagem regressiva.

O projeto agrupa várias operações em um único envio, em vez de exigir que os usuários enviem cada uma separadamente. Os usuários pagam taxas de transação em XRP, a criptomoeda nativa da rede. Essas taxas se aplicam a atividades envolvendo XRP e outros ativos registrados no blockchain compartilhado.

A plataforma de ativos digitais Uphold informou no X que mais de 85% dos validadores apoiaram a atualização do Batch, que poderá ser ativada em 9 de outubro caso o apoio permaneça acima do limite exigido.

A entrega de ativos e o pagamento podem se tornar uma única transação condicional

Um comprador que troca pagamento por um ativo digital poderia usar um lote do tipo “tudo ou nada” para tornar ambas as transferências condicionais ao sucesso. Se qualquer uma das etapas falhar, nenhuma das transferências será efetivada. A especificação permite operações envolvendo uma ou várias contas, possibilitando que os participantes coordenem uma troca sem que um dos lados seja concluído independentemente.

Os quatro modos de execução do Batch oferecem aos desenvolvedores diferentes maneiras de lidar com o sucesso e a falha. As outras três configurações executam apenas a primeira ação bem-sucedida, interrompem o processamento na primeira falha ou tratam cada operação incluída de forma independente. Os participantes de uma transação envolvendo várias contas devem autorizar todo o grupo.

O agrupamento não elimina os custos de processamento: a cobrança combinada inclui as taxas subjacentes, uma taxa administrativa e as taxas de assinatura aplicáveis. Durante o registro de transações de setembro, as tentativas malsucedidas ainda geraram taxas em XRP. As taxas de processamento continuam devidas mesmo quando as ações de um envio do tipo “tudo ou nada” não entram em vigor.

Correção de segurança separada estabelece prazo de 9 de outubro para o software

Juntamente com a atualização de recursos, a XRPL lançou a versão 3.4.1 do software de servidor em 25 de setembro para resolver questões críticas de segurança. Esse lançamento introduziu o fixBatchV1_2, uma correção separada que altera a forma como as ações agrupadas são verificadas. Se for ativada, os servidores que rodam software mais antigo não conseguirão mais se manter sincronizados com a rede.

O recurso de liquidação acompanha o crescimento histórico da atividade de transações e da tokenização na XRPL. Dados resumidos em 2 de setembro mostraram que a média diária de transações aumentou 21%, para 2,4 milhões, entre janeiro e julho. A tokenização representa ativos, como fundos ou títulos, como tokens baseados em blockchain que podem ser transferidos entre detentores.

A Ripple também vem desenvolvendo infraestrutura para a emissão e negociação de ativos tokenizados, incluindo investimentos na Zilo e na Licuido anunciados em agosto.

A ativação prevista da emenda de segurança é em 9 de outubro, por volta das 10h12 (horário da costa leste dos EUA), seguida pela BatchV1_1 por volta das 10h46 (horário da costa leste dos EUA), desde que cada uma mantenha a maioria necessária de validadores.