Gli sviluppatori di XRP Ledger hanno rilasciato xrpld versione 3.3.0 il 6 agosto, avvicinando diverse modifiche al protocollo a una possibile attivazione sulla mainnet.
- XRPL 3.3.0 introduce il codice del protocollo, ma l'approvazione dei validatori rimane necessaria prima che avvenga qualsiasi attivazione sulla mainnet.
- ConfidentialTransfer proteggerebbe i saldi MPT e gli importi dei trasferimenti, preservando l'accesso per la conformità alle parti autorizzate.
- BatchV1_1 ripristina la funzionalità delle transazioni atomiche dopo che una versione precedente era stata interrotta a causa di un difetto di sicurezza.
- Sponsor consentirebbe a terze parti di coprire commissioni e riserve, mentre gli utenti mantengono il pieno controllo dell'account.
- DynamicMPT consentirebbe agli emittenti di modificare in seguito determinate proprietà dei token, supportando esigenze aziendali e di conformità in evoluzione.
Il rilascio ufficiale su GitHub conferma il lavoro su ConfidentialTransfer, BatchV1_1, Sponsor e DynamicMPT, insieme a correzioni e altre modifiche al protocollo. Il rilascio del software di per sé non attiva queste funzionalità sulla rete.
La distinzione è importante perché alcuni rapporti descrivono sei aggiornamenti come già attivi. Secondo il processo di modifica di XRP Ledger, le nuove funzionalità del protocollo richiedono il supporto dei validatori prima dell'attivazione. Una modifica deve mantenere più dell'80% di supporto dai validatori fidati per due settimane consecutive prima di entrare in vigore.
XRP Ledger 3.3.0 aggiunge strumenti per privacy e transazioni atomiche
ConfidentialTransfer è progettato per aggiungere privacy ai Multi-Purpose Token, o MPT. La documentazione XRPL afferma che la modifica utilizza la crittografia per proteggere i saldi individuali e gli importi dei trasferimenti, preservando al contempo meccanismi che consentono alle parti autorizzate, inclusi emittenti o revisori, di verificare le informazioni necessarie per la conformità.
La funzionalità rimane soggetta all'attivazione della modifica, quindi i trasferimenti MPT privati non dovrebbero ancora essere descritti come attivi sulla mainnet XRPL.
BatchV1_1 è un altro componente importante. Lo standard XLS-56 consente di raggruppare ed elaborare più transazioni insieme, incluse transazioni che coinvolgono account diversi. L'esecuzione atomica può aiutare i flussi di lavoro di regolamento in cui più azioni devono riuscire insieme, piuttosto che lasciare una parte completata mentre un'altra fallisce.
Funzionalità riviste dopo precedenti scoperte di sicurezza
Batch ha una storia importante. Una versione precedente è stata disabilitata prima dell'attivazione sulla mainnet dopo che è stato scoperto un problema di sicurezza nella logica di firma delle transazioni. La XRPL Foundation ha successivamente adottato BatchV1_1 come sostituto corretto. Come riportato in precedenza nella copertura sulla sicurezza XRPL, gli sviluppatori hanno aumentato la revisione formale attorno ai recenti aggiornamenti.
Permission Delegation ha seguito un percorso simile. XRPL ha rivelato a settembre 2025 che un bug nella modifica precedente avrebbe potuto consentire a una transazione non autorizzata di addebitare commissioni a un altro account in condizioni specifiche. Ai validatori è stato consigliato di votare no e la funzionalità vulnerabile non è mai stata attivata. PermissionDelegationV1_1 è stato sviluppato come sostituto.
Il concetto rivisto consente a un account di concedere permessi di transazione definiti senza cedere la sua chiave privata principale, supportando wallet operativi con autorità limitata.
Sponsor e DynamicMPT mirano all'onboarding istituzionale
Sponsor, basato su XLS-68, è progettato per consentire a un altro account di coprire le commissioni di transazione o i requisiti di riserva, mentre l'utente mantiene il controllo dell'account e delle chiavi. La funzionalità potrebbe consentire alle applicazioni di onboardare utenti senza richiedere loro di acquisire XRP solo per soddisfare i costi di rete. La proposta XLS-68 supporta esplicitamente la sponsorizzazione di commissioni e riserve, preservando il controllo delle chiavi da parte dell'utente.
DynamicMPT è rivolto agli emittenti di token. La proposta XLS-94 consente agli emittenti di designare determinate proprietà MPT come mutabili quando creano un token, per poi aggiornare tali campi consentiti in seguito. Lo standard è pensato per soddisfare esigenze aziendali o di conformità in evoluzione senza rendere ogni proprietà del token liberamente modificabile.
Insieme, queste funzionalità si adattano alla crescente attenzione di XRPL verso la finanza tokenizzata. Nella copertura correlata sulla tokenizzazione, crypto.news ha riportato che JPMorgan, Mastercard, Ondo Finance e Ripple hanno testato un riscatto di Treasury tokenizzato utilizzando XRPL.
Non tutti gli aggiornamenti citati appartengono alla versione 3.3.0
È necessaria una correzione riguardo alla diffusa cornice dei "sei aggiornamenti". fixCleanup3_2_0 appartiene al ciclo precedente di xrpld 3.2.0, non al pacchetto di funzionalità appena rilasciato 3.3.0. Il changelog GitHub di 3.3.0 mostra invece lavoro su LendingProtocolV1_1 e un percorso separato fixCleanup3_3_0 insieme alle funzionalità principali.
Il rilascio quindi non dovrebbe essere letto come sei capacità completate che diventano disponibili simultaneamente. È una pietra miliare del software server che fornisce ai validatori e agli operatori il codice necessario per le decisioni sulle modifiche. Le singole modifiche possono avere tempistiche di voto diverse e potrebbero non attivarsi se il supporto scende al di sotto della soglia richiesta.
Questo processo di governance è stato importante in passato. Le modifiche originali Batch e Permission Delegation sono state fermate dopo che sono stati identificati bug prima dell'attivazione sulla mainnet, dimostrando che l'inclusione nel software o nel voto dei validatori non equivale alla distribuzione in produzione.
Cosa succede dopo per i validatori XRPL
Gli operatori dei nodi ora devono valutare la versione 3.3.0 e decidere se aggiornare e supportare le singole modifiche. Le date esatte di attivazione dipendono dal voto dei validatori, piuttosto che dal rilascio del software del 6 agosto. Le regole di modifica di XRPL richiedono che la supermaggioranza persista continuativamente per due settimane.
Per i detentori di XRP, il cambiamento immediato è tecnico piuttosto che monetario. La versione 3.3.0 espande il potenziale toolkit della rete per privacy, regolamento multi-step, autorità delegata, onboarding sponsorizzato ed emissione di token configurabile, ma nulla garantisce una maggiore domanda di XRP o un apprezzamento del prezzo.
Le prossime tappe verificabili saranno l'adozione di 3.3.0 da parte dei validatori, i livelli di supporto alle modifiche e le date di attivazione programmate. Fino a quando queste soglie non saranno raggiunte, le nuove capacità dovrebbero essere descritte come rilasciate nel software dei nodi e in fase di governance, non come funzionalità completamente attive sulla mainnet di XRP Ledger.
Le decisioni dei validatori, piuttosto che il marketing del rilascio, determineranno quando ogni funzionalità diventerà utilizzabile sulla mainnet.