Os validadores do XRP Ledger estão se aproximando da aprovação do BatchV1_1, mas dados de votação ao vivo em 8 de setembro mostraram que a emenda permanecia abaixo do limite necessário para iniciar seu período de ativação de duas semanas.
Resumo
- BatchV1_1 atualmente tem 24 dos 35 votos dos validadores, igual a 68,57% de apoio na mainnet do XRPL.
- A ativação requer mais de 80% de apoio continuamente por quatorze dias, e nenhuma contagem regressiva começou.
- Transações em lote podem conter até oito operações e suportam quatro modos de execução após a ativação.
- A versão 3.3.0 do XRPL introduziu o BatchV1_1 depois que os desenvolvedores desativaram o código Batch original devido a uma vulnerabilidade.
- A falha anterior poderia ter permitido pagamentos não autorizados, mas a emenda vulnerável nunca foi ativada na mainnet do XRPL.
BatchV1_1 tinha apoio de 24 dos 35 validadores na Lista de Nós Únicos padrão, igual a 68,57%, de acordo com XRPScan. Pelo menos 29 votos afirmativos seriam necessários para exceder 80% com a contagem atual de validadores.
A emenda permitiria que contas agrupassem até oito transações em uma operação coordenada. No entanto, relatos sugerindo que ela será ativada em setembro permanecem especulativos porque a maioria necessária não foi alcançada.
Uma ativação em setembro é possível somente se o apoio primeiro exceder 80% e permanecer continuamente por quatorze dias.
A votação do lote do XRP Ledger não iniciou sua contagem regressiva
As emendas do XRPL são ativadas somente após manter apoio de mais de 80% dos validadores confiáveis por duas semanas consecutivas. Se o apoio cair abaixo desse nível durante o período, o cronômetro é reiniciado.
BatchV1_1, portanto, precisa de pelo menos cinco votos afirmativos adicionais sob a configuração atual de 35 validadores. Mudanças no conjunto participante podem alterar o número exato necessário.
A emenda não tem data de ativação confirmada. Mesmo que cruzasse o limite imediatamente, não poderia ser ativada até que o período contínuo de duas semanas terminasse.
Os votos dos validadores também podem mudar. Os operadores podem retirar o apoio se os testes revelarem preocupações de compatibilidade, segurança ou operacionais.
BatchV1_1 combinaria oito transações
A documentação oficial do XRPL diz que transações em lote podem conter até oito transações internas. As operações são empacotadas dentro de uma transação externa que gerencia sequenciamento, taxas e autorização.
Quatro modos de execução estariam disponíveis. "Tudo ou nada" exige que toda transação interna seja bem-sucedida. "Apenas uma" aplica a primeira operação bem-sucedida, enquanto "até falhar" processa transações até que uma falhe. "Independente" tenta cada transação incluída independentemente de outros resultados.
Os usos potenciais incluem trocas atômicas de tokens, cunhagem de NFT seguida de uma oferta, taxas de plataforma agrupadas e ações coordenadas envolvendo várias contas. Lotes com múltiplas contas exigem que cada conta participante autorize a coleção completa.
O recurso poderia reduzir a infraestrutura externa que os aplicativos precisam para coordenar ações dependentes. Cada transação interna confirmada reteria metadados separados e uma referência ao seu lote pai.
Como crypto.news relatou quando a versão 3.3.0 foi lançada, o envio do código não ativou o recurso. A aprovação do validador permaneceu necessária.
Emenda corrigida substitui código Batch vulnerável
A versão 3.3.0 do XRPL introduziu o BatchV1_1 em 6 de agosto como substituto da emenda Batch original. Os desenvolvedores desativaram essa versão anterior em fevereiro, depois que pesquisadores encontraram uma falha crítica de autorização.
Pranamya Keshkamat e a ferramenta de segurança Apex da Cantina AI identificaram um erro na lógica usada para verificar os signatários do batch. A falha poderia ter permitido que um atacante pulasse verificações para alguns participantes e enviasse transações não autorizadas da conta de uma vítima.
A XRPL Labs afirmou que a emenda vulnerável não havia sido ativada na mainnet e nenhum fundo de usuário foi colocado em risco. Os validadores foram aconselhados a votar contra ela, enquanto a versão 3.1.1 do rippled marcou o Batch original e sua correção complementar como não suportados.
A versão corrigida remove o erro de saída antecipada, adiciona salvaguardas de autorização e restringe como cada signatário é verificado. Uma auditoria independente revisou posteriormente o substituto antes de seu lançamento.
Em cobertura relacionada da revisão de segurança, o crypto.news relatou que a falha original foi detectada antes da ativação e o BatchV1_1 foi reescrito para a versão 3.3.0.
Ativação depende inteiramente dos validadores
Os operadores de nós devem executar software que suporte o BatchV1_1 antes de votar nele. A XRPL também alertou os operadores do Clio para atualizarem para a versão 2.8.0 para que sua infraestrutura de API possa processar os novos formatos de transação e ledger se as emendas forem ativadas.
O próximo marco confirmado é o limite de 80% dos validadores. Somente então o ledger registrará o início do período de maioria de duas semanas.
Uma ativação no final de setembro permanece matematicamente possível, mas não está agendada. O momento exato depende de votos adicionais dos validadores e de suporte ininterrupto posteriormente.
Nenhum movimento de preço do XRP verificado pôde ser atribuído especificamente ao voto do BatchV1_1. A emenda altera a funcionalidade de transações, e não a oferta ou as regras de emissão do XRP.
