XRPL Commons approva domini autorizzati e modifiche al DEX dopo i test su Devnet

XRPL Commons ha dichiarato di aver sostenuto due aggiornamenti di rete venerdì, dopo aver completato la sua sessione di votazione ordinaria per le emendamenti, a seguito di test riusciti sulla rete di sviluppo.

Secondo il comunicato della comunità pubblicato su X lunedì, una delle due proposte votate ha raggiunto la soglia di votazione dei validatori per essere integrata in XRPL. Un'emendamento sostenuto in precedenza è stato respinto dopo l'emersione di un difetto, mentre un altro emendamento sul token escrow è in revisione in attesa di ulteriori test.

Aggiornamento sulla votazione di XRPL Commons

Venerdì 23 gennaio abbiamo completato la nostra regolare sessione di votazione per gli emendamenti.

Voti sugli emendamenti:
🔷XLS-80 (Domini Autorizzati): Voto SÌ a seguito di test riusciti su Devnet

🔷XLS-81 (DEX Autorizzati): Voto SÌ a seguito di test riusciti su Devnet…

— XRPL Commons (@xrpl_commons) gennaio 26, 2026

XRPL Commons partecipa al processo guidato dai validatori che determina quali modifiche avanzano verso l'attivazione. Le modifiche richiedono un sostegno sostenuto da una supermaggioranza di validatori prima di entrare in vigore sul registro.

I validatori XRP autorizzano le zone di rete basate su credenziali

L'88% dei validatori ha votato a favore della proposta XLS-80, nota anche come Domini Autorizzati, dopo i test riusciti su Devnet. Il gruppo ha dichiarato che la modifica è prevista per l'attivazione il 4 febbraio 2026 alle 09:57:51 UTC.

La proposta introduce ambienti ristretti all'interno del XRP Ledger che limitano la partecipazione degli account dotati di credenziali approvate. Il framework non esporrebbe dati personali sensibili, poiché solo la prova della validità di una credenziale viene registrata on-chain, mentre tutti i dettagli personali rimangono off-ledger. 

I Domini Autorizzati sono zone protette che le istituzioni possono utilizzare, purché verifichino le controparti prima di effettuare transazioni. Questo differisce dal modello di accesso completamente aperto utilizzato in precedenza dai sistemi blockchain, incluso XRPL.

XRPL Commons ha anche votato a favore della XLS-81 modifica "Permissioned DEX", proposta durante il lancio della versione software v2.5.0 dello scorso anno. Secondo la pagina di voto sulle modifiche XRP, XLS-81 non è ancora abilitata ma si trova ancora nella fase di votazione.

La modifica richiede 27 voti su 34 dei validatori per raggiungere la soglia necessaria. Al momento della pubblicazione, il consenso era al 55,88%, con soli 19 validatori favorevoli.

La proposta amplia lo scambio integrato del XRP Ledger consentendo operazioni di trading in ambienti controllati. I partecipanti devono essere in possesso di credenziali approvate prima di inserire o eseguire ordini, incluse le istituzioni finanziarie che operano nel rispetto di norme di identificazione e rendicontazione.

Le istanze DEX autorizzate dispongono di "elenchi di consenso" che determinano chi può accedere a una specifica sede di trading. Gli ordini inseriti in questi ambienti sono tenuti separati dai principali libri degli ordini aperti. Un tipo limita l'attività esclusivamente ai trader all'interno di un dominio specifico. Nel contempo, un'altra struttura consente ai trader di interagire sia con il pool che con lo scambio pubblico, dando priorità alla sede controllata.

Il framework è progettato per operare in sinergia con XRP Ledger meccanismi di conformità, come trustline autorizzati, congelamento delle attività e funzioni di recupero, per abilitare il trading on-chain regolamentato.

Tuttavia, il Commons ha invertito 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 potrebbe validare transazioni interne in un batch che sembravano correttamente firmate quando non lo erano. Il Commons ha raccomandato agli sviluppatori di apportare le correzioni necessarie prima che il supporto sul ledger possa riprendere.

L'aggiornamento dell'escrow dei token XRPL attende ulteriori test

L'emendamento XLS-85 che estende le funzionalità di escrow ai token emessi su altre catene non ha subito variazioni di posizione. Il XRPL Commons ha dichiarato che sono previsti ulteriori test prima della prossima sessione di votazione.

In base alle semantiche della proposta, il registro potrebbe detenere IOU e token a uso multiplo in escrow. Potrebbe anche influenzare i rilasci di moneta in base a condizioni quali tempi, eventi specifici o regole programmabili. 

Gli emittenti di token non sarebbero autorizzati a depositare i propri asset in escrow, e qualsiasi asset in escrow non potrebbe essere revocato durante il periodo di blocco. Le commissioni di trasferimento per alcuni token verrebbero calcolate al momento della creazione dell'escrow.

L'emendamento è stato introdotto anche con la versione del software v2.5.0 e richiederebbe l'approvazione dell'80% dei validatori per attivarsi. Tuttavia, non fornisce funzionalità di escrow cross-chain diretta, poiché tale limitazione rientra al di fuori del suo ambito attuale.

Oltre alle decisioni sugli emendamenti, XRPL Commons ha confermato 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 nessuna nuova proposta è stata aggiunta all'ordine del giorno in questo round.

La prossima sessione di voto sugli emendamenti è prevista per il 6 febbraio, quando i validatori riesamineranno le proposte pendenti e valuteranno i risultati dei test.