O desenvolvedor do XRPL Denis Angell lançou nesta semana um painel ao vivo que avalia cada emenda do XRP Ledger pelo quanto de sua funcionalidade foi realmente exercitada na devnet antes de chegar à mainnet.
A ferramenta transforma a prontidão das emendas, antes uma questão de confiança no processo, em um quadro público que mostra exatamente quais tipos de transação, campos e códigos de resultado nunca foram usados por uma transação real.
O que o painel realmente acompanha
Angell criou a ferramenta, hospedada em amendments-staging.xrpl.foundation, para ler diretamente do nó toda a superfície de especificação de cada emenda, em vez de mantê-la manualmente. Isso inclui todos os tipos de transação, campos opcionais, sinalizadores, códigos de resultado e entradas do livro-razão introduzidos pela emenda.
Em seguida, o painel acompanha a atividade na devnet e verifica se uma transação validada já exercitou cada item. As células verdes levam à transação que o fez pela primeira vez, e as vermelhas indicam o que ainda não aconteceu.
O desenvolvedor explicou diretamente o raciocínio por trás do projeto, dizendo:
“Todo novo recurso do XRPL é lançado como uma emenda. Os validadores votam para aprová-la e, quando ela é ativada, passa a fazer parte do protocolo para sempre. Isso merece evidências concretas de que o recurso foi exercitado de ponta a ponta na devnet, e não apenas testado isoladamente.”
Nesta semana, o painel acompanha ao vivo 16 emendas na devnet, e 13 delas ainda têm aspectos não testados.
As maiores lacunas estão nas emendas mais recentes: a Sponsor tem 65 das 107 verificações possíveis que nunca foram executadas, faltam 30 de 40 na XChainBridge e 27 de 102 na MPTokensV1.
A análise desta semana também encontrou 59 problemas no conjunto: dois bugs de especificação, 23 lacunas na documentação e 34 lacunas nos testes.
Uma emenda, a delegação de permissões XLS-75, que permite que uma conta transfira poderes limitados a outra chave, como congelar linhas de confiança e nada mais, eliminou esta semana as lacunas restantes nos testes.
Segundo Angell, a equipe adicionou uma lógica que associa cada transação delegada à permissão específica correspondente e, em seguida, testou todas as células restantes na devnet, completando a cobertura das 122 verificações referentes às 12 permissões granulares.
Ele descreveu o esforço como colaborativo, incentivando os desenvolvedores do XRPL a “encontrar as células vermelhas” e executar eles mesmos as transações que faltam, já que o painel registra novas atividades em poucos segundos.
Testes de emendas ocorrem enquanto a adoção fica para trás
O impulso por testes mais rigorosos antes da ativação vem após um ciclo de atualização turbulento. Conforme CryptoPotatoinformou em julho, a atualização v3.2.0 da Ripple, que renomeou o software principal do servidor de rippled para xrpld e reduziu o uso de memória dos nós em 30% a 40%, ainda não havia sido adotada por mais da metade dos nós do XRPL semanas após o lançamento, embora 89% do conjunto de validadores confiáveis da rede já tivessem migrado para ela.
Fonte: CryptoPotato
