Il Batch V1.1 di XRP Ledger si avvicina all'attivazione dopo una revisione della sicurezza
L’emendamento Batch V1.1 dell’XRP Ledger è a un solo voto di validatore dal raggiungimento della soglia dell’80% necessaria per avviare il conto alla rovescia di 14 giorni per l’attivazione, dopo una ricostruzione sul piano della sicurezza seguita a una vulnerabilità critica nella versione originale.
Prima dell’attuale votazione dei validatori, il codice rivisto è stato sottoposto a una revisione da parte di ingegneri senior, a test avversariali, a due revisioni di sicurezza esterne e ad analisi assistite dall’IA.
Batch V1.1 raggiunge il voto finale prima del conto alla rovescia per l’attivazione
Lo sviluppatore di RippleX Mayukha Vadari ha dichiarato che l’emendamento è stato distribuito con xrpld 3.3.0 e che ora è sottoposto a votazione. L’aggiornamento sostituisce Batch V1.0, il cui bug nella convalida delle firme è stato individuato a febbraio, quando l’emendamento era ancora in fase pre-mainnet: nessun fondo è stato quindi a rischio.
La vulnerabilità originale riguardava un’uscita anticipata nella funzione checkBatchSign. Se un account firmatario non esisteva ancora nel ledger, la convalida poteva restituire un esito positivo senza verificare gli altri firmatari. Ciò avrebbe potuto consentire l’esecuzione di transazioni per conto di altri account senza le relative chiavi private.
Batch V1.1 ha eliminato questa vulnerabilità e ha inoltre risolto diversi altri problemi emersi durante la ricostruzione. Il processo ha incluso la revisione di quattro ingegneri senior, uno Sherlock Batch Attackathon, una nuova valutazione di Halborn, un audit Common Prefix, un’analisi con Cantina AI e test di regressione su Devnet e testnet.
Vadari ha inoltre dichiarato che il team ha corretto altri bug individuati durante le più recenti attività di red teaming basate sull’IA. Le modifiche includono correzioni per le vulnerabilità che consentivano di aggirare la convalida MPT, gli arresti anomali dei nodi, la convalida delle dimensioni dei percorsi, la verifica delle firme, l’ordinamento dei firmatari e l’hashing delle transazioni.
Il consenso dei validatori è vicino alla soglia richiesta: un account, FrancisBovineSwift, ha descritto il voto su Batch come «quasi arrivato». L’istantanea più recente mostra che 27 validatori fidati hanno votato a favore dell’emendamento e otto contro, portando il sostegno a circa il 77%, rispetto alla soglia dell’80% necessaria per approvare le modifiche. Manca un solo voto per raggiungerla.
Perché l’emendamento Batch è importante per gli sviluppatori XRPL
Batch, noto anche come XLS-56, consente di eseguire atomicamente più transazioni provenienti da account diversi in un’unica chiusura del ledger. Se una transazione all’interno di un batch «tutto o niente» non va a buon fine, l’intera operazione viene annullata. Il meccanismo non richiede smart contract.
La funzionalità è pensata per gli swap atomici, i regolamenti coordinati e altre transazioni in cui più parti devono agire insieme. Potrebbe inoltre ridurre il numero di passaggi necessari per coniare e trasferire NFT.
La revisione della sicurezza fa seguito ad altri recenti controlli sull’XRPL. La rete ha ritirato il proprio emendamento Permission Delegation dopo che, prima della distribuzione sulla mainnet, è stato individuato un bug di gravità elevata; la versione V1.1 è sottoposta a ulteriori verifiche.
Inoltre, una dashboard per i test di XRPL lanciata questo mese ha reso più visibili anche i test degli emendamenti, monitorando quali tipi di transazione, campi e codici di risultato sono stati testati su Devnet.
Fonte: CryptoPotato