Questa settimana lo sviluppatore XRPL Denis Angell ha lanciato una dashboard in tempo reale che assegna un punteggio a ogni emendamento del XRP Ledger in base a quante delle sue funzionalità sono state effettivamente utilizzate su devnet prima di arrivare su mainnet.
Lo strumento trasforma la valutazione della prontezza degli emendamenti, finora affidata alla fiducia nel processo, in una scheda pubblica che mostra esattamente quali tipi di transazione, campi e codici di risultato non sono mai stati interessati da una transazione reale.
Cosa monitora effettivamente la dashboard
Angell ha creato lo strumento, disponibile su amendments-staging.xrpl.foundation, per leggere direttamente dal nodo l’intera specifica di ogni emendamento, invece di aggiornarla manualmente. Include tutti i tipi di transazione, i campi opzionali, i flag, i codici di risultato e le voci del ledger introdotti dall’emendamento.
La dashboard monitora quindi l’attività su devnet e verifica se una transazione convalidata ha mai utilizzato ciascun elemento: le celle verdi rimandano alla transazione che lo ha fatto per prima, mentre quelle rosse indicano ciò che non è ancora avvenuto.
Lo sviluppatore ha spiegato direttamente le ragioni alla base del progetto, dicendo:
«Ogni nuova funzionalità di XRPL viene introdotta tramite un emendamento. I validatori votano per approvarlo e, una volta attivo, diventa parte del protocollo in modo permanente. È giusto pretendere prove concrete che la funzionalità sia stata testata da un capo all’altro su devnet, non solo isolatamente.»
Questa settimana la dashboard monitora in tempo reale 16 emendamenti su devnet, e 13 di questi presentano ancora aspetti non testati.
Le lacune più ampie riguardano gli emendamenti più recenti: Sponsor ha 65 controlli su 107 possibili mai eseguiti, XChainBridge ne ha 30 mancanti su 40 e a MPTokensV1 ne mancano 27 su 102.
La scansione di questa settimana ha inoltre rilevato 59 criticità nell’insieme: due bug nelle specifiche, 23 lacune nella documentazione e 34 lacune nei test.
Questa settimana un emendamento, XLS-75, che consente di delegare permessi e permette a un account di affidare a un’altra chiave poteri circoscritti, come congelare le linee di trust e nient’altro, ha colmato le lacune residue nei test.
Secondo Angell, il team ha aggiunto una logica che associa ogni transazione delegata al permesso specifico che la autorizza, quindi ha verificato tutte le celle rimanenti sulla devnet, portando a copertura completa tutti i 122 controlli relativi ai suoi 12 permessi granulari.
Ha descritto l’iniziativa come un lavoro collettivo, incoraggiando gli sviluppatori XRPL a «cercare le celle rosse» ed eseguire personalmente le transazioni mancanti, dato che la dashboard rileva le nuove attività nel giro di pochi secondi.
I test sugli emendamenti arrivano mentre l’adozione è in ritardo
La spinta verso test pre-attivazione più rigorosi segue un ciclo di aggiornamenti turbolento. Come CryptoPotatoha riferito a luglio, l’aggiornamento v3.2.0 di Ripple, che ha rinominato il software server principale da rippled a xrpld e ridotto del 30%-40% l’uso di memoria dei nodi, non era stato ancora adottato da più della metà dei nodi XRPL a distanza di settimane dal rilascio, nonostante l’89% dell’insieme di validatori fidati della rete lo avesse già installato.
Fonte: CryptoPotato
