XRPL Commons approva i domini autorizzati e gli emendamenti DEX dopo i test Devnet

XRPL Commons ha dichiarato venerdì di aver sostenuto due aggiornamenti di rete, dopo aver completato la sua sessione di votazione di routine sugli emendamenti, in seguito al successo dei test di sviluppo della rete.

Secondo la dichiarazione della community su X pubblicata lunedì, una delle due proposte per cui ha votato ha raggiunto la soglia di voto dei validatori per essere integrata in XRPL. Un emendamento che aveva sostenuto in precedenza è stato respinto dopo che è emerso un difetto, e un altro emendamento sul deposito a garanzia dei token è in fase di revisione in attesa di ulteriori test.

Aggiornamento sul voto di XRPL Commons

Venerdì 23 gennaio abbiamo concluso la nostra consueta sessione di votazione degli emendamenti.

Votazione sull'emendamento:
🔷XLS-80 (Domini autorizzati): Votato SÌ a seguito del test Devnet positivo

🔷XLS-81 (DEX autorizzati): votato SÌ dopo aver superato con successo i test Devnet..

— XRPL Commons (@xrpl_commons) 26 gennaio 2026

XRPL Commons partecipa al processo guidato dai validatori che determina quali modifiche avanzano verso l'attivazione. Le modifiche richiedono il supporto costante di una maggioranza qualificata di validatori prima di essere pubblicate sul registro.

I validatori XRP danno ildentlibera alle zone di rete basate sulle credenziali

L'88% dei validatori ha votato a favore della proposta XLS-80, nota anche come Permissioned Domains, dopo aver superato con successo i test di Devnet. Il gruppo ha affermato che la modifica tracuna data di attivazione stimata per il 4 febbraio 2026 alle 09:57:51 UTC.

La proposta introduce ambienti riservati all'interno del XRP registro che limitano la partecipazione di account in possesso dident. Il framework non esporrebbe dati personali sensibili, poiché solo la prova della validità di una credenzialedentregistrata on-chain, mentre tutti i dati personali rimangono fuori dal registro. 

I domini autorizzati sono zone protette che le istituzioni possono utilizzare, a condizione che verifichino le controparti prima di effettuare transazioni. Questo modello è diverso dal modello di accesso completamente aperto utilizzato in precedenza dai sistemi blockchain, incluso XRPL.

XRPL Commons ha anche votato a favore dell'emendamento XLS-81 "Permissioned DEX", proposto durante il lancio della versione software v2.5.0 lo scorso anno. Secondo la XRP , XLS-81 non è ancora stato abilitato ma è ancora in fase di votazione.

L'emendamento richiede 27 voti su 34 per raggiungere la soglia minima. Al momento della stesura del presente rapporto, il consenso era del 55,88%, con solo 19 validatori a favore.

La proposta amplia l'exchange integrato XRP Ledger consentendo il trading all'interno di ambienti controllati. I partecipanti devono possederedentapprovate prima di piazzare o eseguire ordini, comprese le società finanziarie che operano secondo regole didente reporting.

Le istanze DEX con permessi dispongono di "liste di autorizzazione" che determinano chi può accedere a una determinata piattaforma di trading. Gli ordini inseriti in queste aree vengono tenuti separati dai principali book degli ordini aperti. Un tipo di lista limita l'attività esclusivamente ai trader all'interno di un dominio specifico. Allo stesso tempo, un'altra struttura consente ai trader di interagire sia con il pool che con la piattaforma di scambio pubblica, dando priorità alla piattaforma controllata.

Il framework è concepito per funzionare insieme XRP Ledger , come le trustline autorizzate, il congelamento degli asset e le funzioni di clawback, per consentire il trading on-chain regolamentato.

Tuttavia, la Camera dei Comuni ha modificato il suo voto su XLS-56 (Transazioni in batch) da sì a no dopo la scoperta di un problema software durante la revisione. Secondo il gruppo, il bug poteva convalidare transazioni interne in un batch che sembravano firmate correttamente, quando in realtà non lo erano. La Camera dei Comuni ha raccomandato agli sviluppatori di apportare correzioni prima che il supporto sul registro potesse riprendere.

L'aggiornamento del deposito a garanzia del token XRPL attende ulteriori test

L'emendamento XLS-85 che estende le funzionalità di deposito a garanzia ai token emessi in altre catene non ha subito modifiche. XRPL Commons ha affermato che sono previsti ulteriori test prima della prossima sessione di voto.

Secondo la semantica della proposta, il registro potrebbe contenere IOU e token multiuso in deposito a garanzia. Potrebbe anche influenzare il rilascio di monete in base a condizioni come tempo, eventi specifici o regole programmabili. 

Agli emittenti di token sarebbe impedito di depositare i propri asset in un deposito a garanzia, e qualsiasi asset in deposito a garanzia non potrebbe essere recuperato durante il periodo di blocco. Le commissioni di trasferimento per alcuni token verrebbero calcolate al momento della creazione del deposito a garanzia.

L'emendamento è stato introdotto anche con la versione software v2.5.0 e richiederebbe l'80% del supporto del validatore per attivarlo. Tuttavia, non fornisce funzionalità di escrow cross-chain diretto, poiché tale limitazione esula dal suo ambito attuale.

Oltre alle decisioni sugli emendamenti, XRPL Commons ha affermato che la riserva basata sulle commissioni rimane a 1 XRP, mentre la riserva del proprietario è limitata a 0,1 XRP. Tutti gli altri emendamenti aperti erano già stati votati nelle sessioni precedenti e non sono state aggiunte nuove proposte all'ordine del giorno di questa tornata.

La prossima sessione di votazione degli emendamenti è prevista per il 6 febbraio, quando i validatori riesamineranno le proposte in sospeso e analizzeranno i risultati dei test.