L'emendamento PermissionDelegationV1_1 dell'XRP Ledger è entrato nella sua finestra di attivazione finale di due settimane dopo aver ricevuto 29 voti favorevoli dei validatori, secondo quanto riportato da BigGo Finance. Il conteggio avvia un conto alla rovescia di 14 giorni verso una possibile attivazione anticipata il 5 ottobre 2026 alle 11:18 UTC — ma solo se il supporto dei validatori rimane sopra la soglia richiesta per l'intero periodo.

Questa condizione ha un peso maggiore di quanto possa sembrare. Sebbene l'emendamento abbia superato la soglia richiesta, i validatori XRPL — gli operatori dei server i cui voti determinano quali modifiche al protocollo vadano in produzione — devono semplicemente lasciare che il supporto scenda all'80% o al di sotto in qualsiasi momento della finestra perché l'intero conto alla rovescia si azzeri. Superare l'ostacolo una volta non equivale a superarlo in modo definitivo, e i prossimi quattordici giorni funzionano di fatto come un periodo di prova.

(Fonte: XRPL Dashboard – Amendments)

Come funziona la Permission Delegation

La Permission Delegation consente al titolare di un account di assegnare autorità specifiche e strettamente definite a un altro account senza rinunciare al pieno controllo dell'account originale. Alcuni controlli a livello di account sono deliberatamente esclusi dalla delega per impedire a un delegato di elevare i propri privilegi o di compromettere direttamente l'account emittente. Il proprietario decide esattamente cosa viene delegato e può revocarlo immediatamente.

L'emendamento è incluso nella release xrpld 3.3.0 del software server centrale del ledger ed è implementato secondo lo standard tecnico XLS-75, una delle specifiche numerate del ledger per le funzionalità proposte. Sostituisce una versione precedente della Permission Delegation che, secondo quanto riportato da BigGo, conteneva un bug critico — rendendo questa release una ricostruzione corretta piuttosto che una funzionalità completamente nuova.

Lauren Berta, responsabile prodotto stablecoin di Ripple, ha collegato l'aggiornamento direttamente ai flussi di lavoro di conformità per gli emittenti regolamentati. "Questa separazione dei compiti è una prassi standard per gli emittenti di stablecoin che operano su blockchain", ha dichiarato Berta, aggiungendo che il team RLUSD ha già iniziato a sviluppare e testare la funzionalità in un ambiente di sviluppo — un passo preparatorio, non una prova di un deployment sulla mainnet.

Cosa mostra il conteggio dei voti

Il dato di BigGo di 29 voti favorevoli corrisponde al conteggio riportato da XRPL Dashboard. Si tratta di un valore superiore alla soglia richiesta dell'80%, ma il margine dipende dal mantenimento del supporto sopra tale livello per l'intera finestra di attivazione. Qualsiasi calo alla soglia o al di sotto di essa comporterebbe l'azzeramento dell'intero periodo di 14 giorni.

Gli emendamenti sono il meccanismo integrato dell'XRP Ledger per l'aggiornamento delle sue regole fondamentali: i validatori che eseguono software aggiornati votano su ogni modifica proposta, e una funzionalità entra in vigore solo quando il supporto cresce — e si mantiene — sopra la soglia di consenso. Nulla di tutto ciò garantisce che la data del 5 ottobre si confermi. La stessa documentazione sugli emendamenti dell'XRP Ledger definisce ogni voto su un emendamento come condizionato per impostazione — il supporto deve mantenersi per l'intero periodo di due settimane, non solo nel momento in cui supera per la prima volta la soglia. I dati di XRPScan vengono utilizzati per calcolare il possibile timestamp di attivazione più anticipato, ma tale timestamp si sposta nell'istante in cui la maggioranza viene meno.

L'analisi di Berta si concentra sulla necessità degli emittenti regolamentati di ripartire i compiti tra più team — personale di conformità, gestori di asset, operatori di tesoreria — senza che alcuno di essi ottenga il pieno controllo dell'account emittente. Questo è precisamente il valore proposto per RLUSD, con il team stablecoin di Ripple in qualità di early adopter dichiarato che testa la funzionalità prima del lancio.

Esiste anche un caso d'uso rivolto agli utenti finali. L'ingegnera di RippleX Mayukha Vadari ha descritto uno scenario relativo agli account emittenti blackhole — account che hanno bloccato permanentemente le proprie chiavi — in cui un titolare potrebbe delegare responsabilità selezionate, come la gestione del dominio di un account, a un account fidato separato prima del blackholing. Hussein Zangana, figura della community nota come Vet, ha definito l'emendamento un elemento fondamentale per l'adozione aziendale, inquadrandolo come base di lavoro per i gestori di asset e gli emittenti di asset del mondo reale, piuttosto che un prodotto finito.

Una data di attivazione, ma nessun esito garantito

Le dinamiche da qui in poi sono semplici, anche se l'esito non è assicurato. La finestra si è aperta il 21 settembre 2026; l'attivazione più anticipata è il 5 ottobre alle 11:18 UTC; e il supporto dei validatori deve rimanere sopra l'80% per tutti i 14 giorni intermedi. Qualsiasi calo alla soglia o al di sotto di essa riporta il processo alla linea di partenza.

Le tempistiche collocano una potenziale attivazione poche settimane prima della conferenza Swell di Ripple, in programma dal 27 al 29 ottobre, dove la funzionalità riceverà probabilmente attenzione indipendentemente dal fatto che sia già attiva. Nel frattempo, gli indicatori da monitorare sono pubblici: il conteggio continuo dei voti dei validatori su XRPL Dashboard, eventuali spostamenti del timestamp di attivazione e se i test di RLUSD andranno oltre l'ambiente sviluppo. Questioni più ampie su quanta attività organica il ledger stia generando attualmente meritano di essere tenute in considerazione alongside al voto, alla luce di recenti rapporti sulla crescita in stallo dei nuovi utenti sull'XRP Ledger.