XRPL se recupera de lentidão enquanto emenda de segurança enfrenta atraso de duas semanas

O XRP Ledger (XRPL) retomou o processamento normal de transações após atrasos intermitentes, embora os desenvolvedores ainda preparem uma correção permanente de software. A XRP Ledger Operations confirmou em 22 de outubro que um ajuste de configuração recomendado havia restabelecido os tempos normais de fechamento do ledger. Separadamente, uma queda temporária no apoio dos validadores adiou em duas semanas a emenda de segurança fixCleanup3_4_0, levando a ativação para novembro.

A lentidão começou em 21 de outubro, quando alguns ledgers demoraram mais para fechar e interromperam o intervalo habitual de liquidação da XRPL, de 3 a 5 segundos. A XRPL Operations disse que a maioria dos ledgers fechou normalmente, mas que atrasos ocasionais levaram os desenvolvedores a investigar e preparar uma correção de software. A equipe de operações recomendou um ajuste de configuração do xrpld para operadores de hubs, validadores e nós. A equipe disse que o ajuste restabeleceu os tempos normais de fechamento até 22 de outubro, enquanto os desenvolvedores continuaram testando uma versão pontual destinada a corrigir a causa subjacente.

David Schwartz, um dos arquitetos originais da XRPL e ex-diretor de tecnologia da Ripple, apresentou uma explicação provisória para a interrupção. Schwartz disse que seu hub continuou operacional após um incidente anterior que, segundo ele, não tinha relação com o problema, mas que reiniciou o hub com a configuração recomendada. Schwartz sugeriu que os servidores tentavam incluir transações demais em cada ledger. Schwartz disse que a XRPL não pode fechar um ledger mais de uma vez a cada 4 segundos, portanto limitar o número de transações por ledger não necessariamente impõe um limite de transações por segundo. A explicação sugere uma possível troca entre incluir mais transações em cada ledger e manter tempos de liquidação consistentes. No entanto, os desenvolvedores ainda não determinaram se a interrupção revelou um limite mais amplo de capacidade ou um comportamento do software que possa ser corrigido sem reduzir a vazão.

A XRPL está se expandindo nos segmentos de pagamentos institucionais, stablecoins e ativos tokenizados, o que torna cada vez mais importantes a confiabilidade da liquidação e as salvaguardas financeiras. Entre as aplicações que exigem liquidação previsível estão as transferências da stablecoin RLUSD, os títulos tokenizados e os serviços de pagamento institucional. Novas interrupções podem complicar o processamento de serviços que exigem transferências rápidas de fundos ou garantias. A próxima versão do software ajudará a determinar se o ajuste de configuração é suficiente para garantir estabilidade duradoura ou se volumes maiores de transações exigem mudanças adicionais.

A emenda fixCleanup3_4_0 foi introduzida com o lançamento do xrpld 3.4.0 em setembro. A emenda trata de problemas técnicos relacionados a permissões de tokens, formadores de mercado automatizados, cofres de ativos, operações de empréstimo e transações de custódia. Uma das correções trata de uma falha na delegação de permissões que poderia permitir que uma conta autorizada a destruir determinados tokens fungíveis criasse tokens adicionais em circunstâncias específicas. A documentação da rede aconselha os emissores a não delegar a permissão PaymentBurn afetada antes da ativação da correção. Outras correções aumentam a precisão da contabilidade dos cofres, aplicam salvaguardas aos saldos de tokens e ajustam o processamento de transações em operações descentralizadas de negociação e empréstimo.

A emenda avançava rumo à ativação em 23 de outubro, antes que o apoio dos validadores caísse brevemente abaixo da supermaioria exigida. A XRPL exige apoio ininterrupto de mais de 80% dos validadores confiáveis por 14 dias antes que uma emenda possa ser ativada. A queda em 21 de outubro reiniciou o período de aprovação acumulado, embora o apoio tenha voltado a superar o limite. O rastreador de emendas da XRPLWin agora indica 4 de novembro como a data mais próxima para a ativação, caso a maioria renovada se mantenha. O colaborador da XRPL Vet confirmou que votos adicionais de validadores reiniciaram a contagem regressiva para a ativação. Vet disse que a fixCleanup3_4_0 corrige problemas antigos do protocolo e não tem relação com os atrasos recentes no fechamento dos ledgers.

O adiamento prolonga o período até que as salvaguardas afetadas para permissões de tokens possam ser aplicadas. O atraso também posterga correções de contabilidade e de processamento de transações para a infraestrutura de empréstimos em desenvolvimento da XRPL. Os serviços de empréstimo nativos ainda precisam de aprovações adicionais do protocolo antes do lançamento. Outra queda no apoio dos validadores reiniciaria o período de espera e poderia adiar a ativação para depois de 4 de novembro.