Gli sviluppatori dell'XRP Ledger (XRPL) hanno proposto quattro modifiche al codice nell'ambito del proposto emendamento fixCleanup3_5_0 per chiudere le lacune che consentono ai token con restrizioni di raggiungere alcuni account senza una nuova approvazione dell'emittente. Il lavoro copre le deroghe alle trust line, i token dei pool automated market maker (AMM) e i controlli sui permessi, e le correzioni necessitano ancora dell'integrazione nel codice e del sostegno dei validator prima di poter entrare in vigore — uno sviluppo rilevante per chi segue gli asset emessi su XRPL.

Quattro falle di approvazione per i token con restrizioni

Il pacchetto è tracciato nelle pull request aperte di rippled nell'ambito di fixCleanup3_5_0, inclusa la pull request n. 8648. Riguarda il modo in cui XRPL applica i permessi impostati dall'emittente, regole che consentono agli emittenti di scegliere quali account possono ricevere e detenere i propri token. Gli emittenti di stablecoin e fondi tokenizzati che richiedono un controllo rigoroso si affidano a queste impostazioni.

Su XRPL, gli account aprono trust line autorizzate per detenere i token emessi, e gli emittenti possono richiedere un'approvazione prima che tali linee diventino attive — di fatto una allowlist per i token emessi. Gli sviluppatori hanno individuato percorsi che potevano comunque inviare token bloccati ad account privi di tale approvazione. Le quattro correzioni aggiungono controlli più severi su questi percorsi.

Una modifica richiederebbe l'approvazione dell'emittente per entrambi gli asset in un pool AMM prima che un account possa ricevere l'LPToken del pool, la ricevuta di quota emessa ai fornitori di liquidità, bloccando una via laterale verso gli asset bloccati tramite le quote del pool. Un'altra modifica chiude una deroga per le trust line che hanno già un saldo; tali linee potevano altrimenti continuare a ricevere token bloccati senza una nuova approvazione. Le altre due modifiche inaspriscono i controlli su ulteriori percorsi di invio e limitano ciò che i saldi privi di approvazione possono fare. Secondo il piano, i detentori potrebbero per lo più solo reinviare tali token all'emittente, e gli emittenti potrebbero in seguito approvare gli account e ripristinare l'uso normale.

Perché le lacune contano per i grandi emittenti

Il piano interessa soprattutto le società che emettono asset strettamente controllati sull'XRP Ledger. I team delle stablecoin e i desk dei fondi tokenizzati spesso richiedono verifiche di idoneità prima che gli acquirenti possano detenere i loro prodotti, e i fondi tokenizzati possono limitare la proprietà a investitori verificati. Lacune nei flussi di pagamento o di pool possono indebolire tali controlli.

Se le unità bloccate possono muoversi tramite quote AMM o trust line più datate, le regole dell'emittente perdono efficacia. Chiudere questi percorsi mantiene i flussi reali del ledger in linea con il loro design previsto.

L'XRP Ledger Foundation ha definito il lavoro un normale rafforzamento piuttosto che una risposta a un exploit in corso, e ha affermato di non avere prove che terzi abbiano sfruttato le lacune. Il responsabile della Foundation, Hussein "Vet" Zangana, ha dichiarato che i saldi noti privi di approvazione provenivano dagli stessi emittenti o da account da loro già approvati.

fixCleanup3_5_0 necessita ancora del sostegno dei validator

Le quattro correzioni restano aperte e non sono ancora nel software principale di XRPL. Un placeholder di emendamento precedente per fixCleanup3_5_0 è già nell'albero del codice, ma la rete non può attivare la pulizia finché le correzioni collegate non saranno integrate e i validator non le avranno sostenute — su XRPL, nessun singolo operatore può attivare unilateralmente una modifica delle regole.

Una volta che le modifiche saranno incluse nel software principale, fixCleanup3_5_0 dovrà ottenere il sostegno di oltre l'80% dei validator fidati, e tale sostegno dovrà mantenersi per due settimane consecutive prima che l'emendamento si attivi. Il pacchetto segue inoltre un lavoro precedente sulle regole dei token bloccati nei flussi NFT; una modifica di agosto 2025 ha chiuso lì una lacuna separata, tracciata nella pull request n. 8174.

I progressi dell'implementazione possono essere seguiti nelle pull request aperte, e l'attivazione sarà visibile una volta che i validator inizieranno a sostenere l'emendamento sulla rete.

Per ora, l'aggiornamento è un ulteriore passo verso il rafforzamento delle infrastrutture di permessi di XRPL man mano che gli asset controllati crescono sul ledger. L'attivazione dipende ancora dall'integrazione del codice e dal sostegno protratto dei validator.

Questo articolo è stato pubblicato per la prima volta da Live Bitcoin News.