L'aggiornamento della delega del XRP Ledger potrebbe entrare in vigore il 5 ottobre: XRP ne trarrà beneficio?

Il XRP Ledger ha avviato il periodo di attivazione di 14 giorni per PermissionDelegationV1_1, dopo che 29 dei 35 validatori attendibili della rete hanno sostenuto l'aggiornamento delle autorizzazioni degli account.

Riepilogo

• PermissionDelegationV1_1 potrebbe entrare in vigore il 5 ottobre se il sostegno dei validatori rimane al di sopra della soglia richiesta dell’80%.

• L’aggiornamento consente agli account XRPL di delegare autorizzazioni specifiche senza cedere a un altro account il controllo completo sulle proprie chiavi.

• La delega delle autorizzazioni non modifica direttamente l’offerta di XRP né la sua economia token, rendendo qualsiasi impatto sul prezzo principalmente legato all’adozione e all’attività sulla rete.

Secondo la dashboard live degli emendamenti del XRP Ledger, il conto alla rovescia è iniziato il 21 settembre e potrebbe rendere operativo PermissionDelegationV1_1 il 5 ottobre alle 11:18 UTC, purché il sostegno dei validatori resti costante oltre la soglia richiesta per tutto il periodo.

Almeno 28 dei 35 validatori attendibili devono continuare a sostenere l’emendamento. Se il sostegno scende al di sotto di tale livello prima della fine del conto alla rovescia, il timer di attivazione verrà azzerato.

PermissionDelegationV1_1 suddivide l’autorità degli account del XRP Ledger

PermissionDelegationV1_1 modifica il modo in cui un account del XRP Ledger può conferire a un altro account l’autorità per eseguire compiti specifici.

Con l’attuale struttura degli account, le aziende che necessitano di sistemi o dipendenti diversi per svolgere operazioni possono trovarsi nella situazione di dover concedere a un account operativo più autorità di quanta effettivamente ne serva. La delega delle autorizzazioni mira proprio a separare tali responsabilità.

Un account potrebbe, ad esempio, autorizzare un altro account a effettuare pagamenti senza concedergli il permesso di modificare le chiavi principali dell’account. Un emittente di stablecoin potrebbe mantenere le sue chiavi principali offline, mentre concede a un sistema di conformità connesso a Internet il permesso di approvare i clienti all’holding del suo token.

Ogni account delegato può ricevere fino a 10 autorizzazioni, mentre l’account che concede l’autorità conserva la facoltà di modificarle o revocarle.

Potrebbe interessarti anche: XRP Ledger 3.4.0 introduce funzionalità per prestiti e correzioni di protocollo

Questa configurazione ricorda la separazione dei compiti tipica delle istituzioni finanziarie, dove le funzioni di pagamento, conformità e amministrazione non condividono necessariamente lo stesso livello di accesso.

PermissionDelegationV1_1 fa parte di un gruppo più ampio di emendamenti introdotti con xrpld 3.3.0, tra cui BatchV1_1, ConfidentialTransfer, DynamicMPT e Sponsor, alcuni dei quali mirati alle transazioni istituzionali e all’emissione di token.

Sponsor consentirebbe a un’altra entità di coprire le commissioni di transazione e i requisiti di riserva per utenti senza controllarne gli account. DynamicMPT offre agli emittenti maggiore flessibilità sulle proprietà selezionate dei Multi Purpose Token, mentre ConfidentialTransfer nasconde saldi e importi dei pagamenti MPT dalla vista pubblica, pur mantenendo meccanismi di accesso per le parti autorizzate.

Crypto.news aveva già riportato che ConfidentialTransfer mira a casi d’uso istituzionali in cui le aziende necessitano di privacy nelle transazioni, pur fornendo informazioni a revisori e altre parti autorizzate.

Delega dei permessi torna dopo un precedente problema di sicurezza

PermissionDelegationV1_1 è il secondo tentativo di introdurre i permessi delegati degli account nel XRP Ledger.

L’originale emendamento fu bloccato prima di raggiungere la rete principale, dopo che un tester della comunità segnalò una vulnerabilità il 15 settembre 2025.

Nell’implementazione interessata, il software verificava se un account avesse il permesso di eseguire una transazione prima di convalidarne correttamente la firma. Alcune transazioni rifiutate potevano comunque generare una commissione.

Un attaccante avrebbe quindi potuto inviare transazioni non autorizzate con commissioni deliberatamente elevate, facendo sì che un altro account le pagasse nonostante l’assenza di una firma valida. Ripetendo il processo, si sarebbe potuto esaurire il saldo XRP disponibile della vittima.

I validatori furono invitati a non supportare l’emendamento dopo la scoperta della vulnerabilità, impedendo così l’attivazione della versione difettosa sulla mainnet.

La versione sostitutiva è stata inclusa in xrpld 3.3.0, con modifiche al trattamento delle transazioni non autorizzate: ora la verifica della firma avviene prima del tipo di errore che potrebbe addebitare il conto bersaglio.

La delega dei permessi non è l’unica funzionalità della release tornata dopo interventi sulla sicurezza. BatchV1_1 ha sostituito una precedente implementazione di Batch dopo che gli sviluppatori individuarono una distinta vulnerabilità critica nella firma. L’aggiornamento rivisto di Batch ha superato il voto dei validatori dopo correzioni e ulteriori revisioni.

PermissionDelegationV1_1 potrebbe influenzare il prezzo dell’XRP?

PermissionDelegationV1_1 non modifica direttamente l’offerta, il calendario di emissione o l’economia del token XRP, pertanto non vi è alcun motivo meccanico per cui la sua attivazione da sola possa generare una nuova domanda sostanziale di XRP.

L’emendamento riguarda i permessi degli account, non il token XRP in sé. Le istituzioni che utilizzano account delegati continueranno a usare XRP per le commissioni e i requisiti di riserva del ledger, ma questa funzione non richiede loro di acquistare o detenere grandi quantità di XRP solo per usufruire dei permessi delegati.

Sviluppi recenti sulla rete evidenziano perché è importante distinguere tra adozione del XRPL e domanda di XRP.

Un’analisi precedente sull’esposizione di Ripple Prime all’XRP ha rivelato che anche un’intensa attività istituzionale nell’ecosistema di Ripple non si traduce automaticamente in una domanda equivalente di XRP. Le stablecoin e altre asset emesse possono gestire gran parte del trasferimento di valore sottostante, mentre l’XRP mantiene ruoli quali commissioni di transazione, riserve e alcune funzioni di instradamento.

Una struttura analoga vale anche per la delega dei permessi: emittenti di stablecoin, fornitori di asset tokenizzati e altre imprese potrebbero usarla senza rendere l’XRP l’asset trasferito.

Il possibile legame col prezzo dipende invece dal fatto che l’aggiornamento contribuisca, nel tempo, ad attrarre maggiore attività sul XRP Ledger.

Emittenti istituzionali che desiderano mantenere offline le chiavi di alta autorità potrebbero usare account delegati per pagamenti ricorrenti o compiti di conformità. Se queste capacità favorissero un maggior numero di imprese nell’emissione di asset e nell’elaborazione di transazioni sul XRPL, l’attività risultante incrementerebbe l’utilizzo della rete, dove l’XRP rimane l’asset nativo impiegato per commissioni e riserve.

Le evidenze finora raccolte suggeriscono che crescita della rete e prezzo dell’XRP non sempre procedono di pari passo. RLUSD e altri asset tokenizzati sono cresciuti sul XRPL mentre l’XRP ha attraversato periodi di debolezza di prezzo, dimostrando che un aumento dell’attività sul ledger non genera necessariamente pressione d’acquisto immediata sul token.

Un test istituzionale di giugno con JPMorgan, Mastercard, Ondo Finance e Ripple ha fornito un altro esempio: il rimborso di Treasury tokenizzato ha utilizzato il XRP Ledger, ma l’XRP non era l’asset rimborsato; il suo ruolo diretto è rimasto legato all’infrastruttura di base della rete.

PermissionDelegationV1_1 potrebbe quindi rappresentare un ulteriore tassello infrastrutturale per utenti istituzionali, senza diventare un catalizzatore autonomo di rilievo per il prezzo dell’XRP.

Una reazione del mercato all'attivazione rimane possibile, poiché i trader possono reagire agli aggiornamenti della rete e alle aspettative sull'adozione. Tuttavia, qualsiasi effetto sul prezzo duraturo dipenderebbe dall'utilizzo successivo della funzionalità e da altri fattori di mercato, non semplicemente dall'attivazione dell'emendamento.

XRP Ledger sta sviluppando ulteriori strumenti per transazioni istituzionali

La delega dei permessi si avvicina all'attivazione, mentre altre funzionalità di XRP Ledger si trovano in diverse fasi del processo di emendamento.

BatchV1_1 consente di raggruppare più operazioni in una transazione coordinata, in modo che ogni azione inclusa abbia esito positivo o negativo contemporaneamente. Questa struttura può supportare processi di regolamento in cui un asset e il relativo pagamento devono essere trasferiti simultaneamente.

ConfidentialTransfer consentirebbe agli emittenti di token multiuso di nascondere saldi e importi di trasferimento, mantenendo comunque visibili gli account. Le parti autorizzate potrebbero comunque ricevere le informazioni necessarie per la conformità secondo la proposta.

Gli sviluppatori XRPL hanno proseguito il lavoro oltre il rilascio 3.3.0. La versione 3.4.0, pubblicata il 16 settembre, ha introdotto revisioni alle funzioni di prestito proposte e un altro pacchetto di correzioni al protocollo.

Il framework per i prestiti è ancora soggetto al processo di emendamento della rete; l'approvazione dei validatori è obbligatoria prima che le funzioni proposte possano diventare operative sulla mainnet.

Scopri di più: le prospettive sui prezzi di NEAR migliorano con l'introduzione del mercato spot da parte di Hyperliquid