L'emendamento PermissionDelegationV1_1 dell'XRP Ledger è ora attivo sul mainnet, secondo il tracker degli emendamenti XRPL, che registra l'entrata in vigore della funzione l'8 ottobre al ledger 107.524.865. L'emendamento ha completato il suo periodo di approvazione dei validatori alla fine di settembre, e tale processo ha ora prodotto uno strumento di controllo degli account attivo sul ledger. Secondo il processo di emendamento di XRPL, le funzionalità raggiungono il mainnet solo dopo l'approvazione dei validatori tramite consenso, rendendo questa attivazione il momento in cui gli strumenti diventano disponibili per l'uso in produzione.

L'attivazione rende la Permission Delegation disponibile per le istituzioni, sebbene nessuna banca, emittente di stablecoin o gestore di fondi abbia finora confermato pubblicamente un'implementazione. Le aziende possono ora costruire queste strutture di permessi direttamente su XRPL, mentre i dettagli pratici restano di responsabilità dei loro fornitori di wallet, custodi e team di sicurezza interni. L'esigenza affrontata dall'emendamento è di lunga data nelle operazioni istituzionali su asset digitali, dove l'autorità di firma per le transazioni di routine è tipicamente tenuta separata dalle credenziali principali che controllano una tesoreria. La Permission Delegation sposta parte di tale separazione sul ledger stesso, anziché lasciarla interamente a software esterni.

Un emittente di stablecoin può ripartire il lavoro di routine tra più account

Un emittente di stablecoin, ad esempio, può aver bisogno di un team per approvare i clienti idonei e di un altro per elaborare i trasferimenti di routine. Secondo il nuovo modello, l'account primario dell'emittente può rimanere sotto cust più rigorosa, mentre un account di compliance riceve l'autorità per approvare le trust line dopo i controlli KYC e un account operativo ottiene l'autorità di pagamento. Ogni account detiene solo il ruolo assegnato, limitando i danni che una chiave quotidiana compromessa può causare.

Un'azienda potrebbe ripartire i compiti del wallet come segue:

• Account primario: Crea, modifica o revoca i ruoli delegati mentre la sua chiave rimane sotto custodia più rigorosa.
• Account di compliance: Riceve l'autorità per un compito definito di approvazione dei clienti.
• Account operativo: Riceve l'autorità per inviare una categoria approvata di transazione, come un pagamento.

XRPL registra ogni assegnazione in una voce Delegate sul ledger. L'account che riceve l'assegnazione firma con le proprie credenziali e paga la commissione di transazione dal proprio saldo, mentre l'azione autorizzata ha effetto per l'account primario. La documentazione di XRPL descrive questo schema come un controllo degli accessi basato sui ruoli che può operare insieme alla firma multipla.

Dove termina l'autorità delegata

Un'azienda può concedere autorità su particolari tipi di transazione o funzioni granulari predefinite. Ogni delegato può detenere fino a 10 permessi, e l'account primario può aggiornarli o revocarli tramite un'altra transazione DelegateSet.

Alcuni poteri rimangono esclusivamente all'account primario. Un delegato non può modificare le proprie chiavi crittografiche, creare ulteriori deleghe o inviare una transazione al di fuori dei permessi ricevuti. Ogni delega crea inoltre un oggetto sul ledger che concorre al requisito di riserva dell'account primario.

Il set di permessi non include una funzione di politica di pagamento personalizzata. Un'azienda non può utilizzare la sola Permission Delegation per applicare regole come "solo pagamenti inferiori a 10.000 $" o "trasferimenti solo verso questi indirizzi". Tali controlli restano di competenza del software wallet, dei flussi di approvazione o dei sistemi di compliance.

I permessi sul ledger e le decisioni di compliance restano separati

La Permission Delegation determina quale account invia un'azione XRPL approvata, nient'altro. I controlli KYC, lo screening delle sanzioni, i registri degli investitori, i documenti dei fondi e la responsabilità legale restano in capo all'emittente e ai suoi fornitori di servizi. L'emendamento divide l'autorità tecnica; non automatizza la decisione di compliance sottostante.

Il progetto pilota di XRPL per la tenuta dei registri dei fondi con il CSD BR del Brasile segue un principio simile: il ledger può supportare un flusso di lavoro controllato, mentre l'infrastruttura di mercato consolidata resta responsabile del registro ufficiale della proprietà. La Permission Delegation potrebbe offrire ai progetti che utilizzano tale modello maggiore flessibilità su quale account esegue ciascuna azione autorizzata sul ledger.

Un permesso delegato è oggetto di un avviso pubblicato

La documentazione di XRPL sconsiglia alle aziende di delegare il permesso granulare PaymentBurn finché un emendamento separato, fixCleanup3_4_0, non diventa attivo. Fino all'arrivo di tale correzione, la documentazione indica che un delegato con autorità PaymentBurn potrebbe, in determinate circostanze, effettuare anche il minting di token fungibili. Gli altri permessi granulari non sono interessati.

L'avviso riguarda un singolo permesso piuttosto che l'emendamento nel suo complesso, ma illustra perché gli emittenti devono esaminare ogni ruolo delegato prima di spostare le funzioni di routine su account online separati.

Cosa possono fare le aziende con la nuova funzione

La Permission Delegation offre agli emittenti XRPL un modo per ripartire le responsabilità tra wallet senza condividere le credenziali che controllano l'account principale. Il suo valore pratico dipenderà dalle politiche costruite attorno: quali attività vengono delegate, con quale rapidità i permessi possono essere revocati e se i fornitori di wallet trasformeranno questa funzionalità del protocollo in un sistema di controllo aziendale utilizzabile. I segnali più prossimi sono osservabili piuttosto che speculativi: se i fornitori di wallet e custodia aggiungono il supporto per le nuove transazioni e voci di delega sul ledger, e se fixCleanup3_4_0 raggiunge l'attivazione — la condizione stabilita dalla documentazione di XRPL prima che PaymentBurn possa essere delegato.

Questo articolo ha scopo puramente informativo e non costituisce consulenza legale, finanziaria o di investimento. Le aziende dovrebbero consultare l'attuale documentazione tecnica di XRPL e le proprie politiche di sicurezza prima di utilizzare i permessi delegati.