Il CTO Ripple propone un nuovo sguardo a XRPL con l'idea di staking nativo

Il design consolidato XRP Ledger sta ricevendo rinnovata attenzione in seguito ai commenti del CTO Ripple David "JoelKatz" Schwartz, il quale ha affermato che la prossima fase della rete potrebbe richiedere un riesame del modo in cui il valore fluisce attraverso la sua infrastruttura.

La discussione è nata mentre sviluppatori e membri della community esaminavano il ruolo in espansione di XRPXRPXRP XRPXRPXRPXRP XRPXRPL) a causa della continua crescita delle applicazioni di finanza decentralizzata, dell'introduzione di nuovi casi d'uso per la tokenizzazione e del recente lancio del primo XRP fondo negoziato in borsa (ETF) spot su

Le osservazioni di Schwartz hanno evidenziato che le crescenti richieste nell'ecosistema hanno dato il via a un dibattito più ampio sulla possibilità che un giorno lo staking nativo possa essere integrato nella rete, nonostante l'architettura di XRPsia fondamentalmente diversa dai tipici sistemi proof-of-stake.

Cambiamento nel modo di pensare alla funzionalità XRPL

Schwartz ha osservato che il settore blockchain è cambiato dal lancio di XRPL nel 2012. Ha affermato che anche le sue opinioni su governance, consenso e incentivi di rete sono cambiate. A suo avviso, l'attività che coinvolge XRP su piattaforme DeFi , come Flare, MoreMarkets, Axelar e Doppler, insieme alle iniziative in corso sulla programmabilità e sulle potenziali funzionalità degli smarttrac, hanno portato a una rivalutazione di quali funzionalità native aggiuntive potrebbero essere supportate.

XRP Ledger è stato creato nel 2012. Da allora il mondo della blockchain è cambiato moltissimo.

Le mie idee sui modelli di governance e di consenso si sono evolute. Ho riflettuto su come XRP viene utilizzato nella DeFi (sia organicamente con app e protocolli come Flare,... https://t.co/XhufcyBzkA

— David 'JoelKatz' Schwartz (@JoelKatz) 18 novembre 2025

Le sue osservazioni fanno seguito a una analoga osservazione di J. Ayo Akinyele, il quale ha citato XRPl'utilizzo storico di primo XRP ETF spot su e l'atteso arrivo di ulteriori emittenti segnalano un cambio di rotta verso un maggiore coinvolgimento istituzionale con l'asset, anche in ambiti come i fondi monetari e i titoli di stato tokenizzati.

Primi concetti sullo staking nativo

Ripple Il CTO ha chiarito che XRPXRPXRP XRPXRPXRPXRP XRPXRPL vengono distrutte anziché distribuite, il registro è progettato per trasferire qualsiasi asset rapidamente e a basso costo, e l'influenza dei validatori non è determinata dal possesso di token. Ha affermato che, affinché lo staking nativo possa esistere, la rete richiederebbe sia una defidi ricompense per lo staking sia un meccanismo di distribuzione equa, che ridefinirebbe il modo in cui il valore circola all'interno del registro.

Vet, membro della community, ha risposto osservando che lo staking su altre catene viene generalmente utilizzato per determinare i produttori di blocchi, sollevando interrogativi su come tale modello si applicherebbe all'XRP XRPIn risposta, Schwartz ha delineato due concetti tecnici che lui e altri collaboratori hanno esaminato, affermando tuttavia che è improbabile che entrambi vengano adottati nel breve termine.

Modello a due strati e incentivi ZK-Proof

Nel primo concetto viene utilizzato un approccio di consenso a due livelli. Secondo questo modello, le transizioni di registro verrebbero gestite da un livello interno di 16 validatori, scelti tramite un meccanismo di staking.

L'attuale algoritmo di consenso XRPL costituirebbe un guscio che regolerebbe le modifiche, le linee guida sulle commissioni e il corretto funzionamento del livello interno. Secondo Schwartz, questa separazione consentirebbe una maggiore diversità di validatori, mantenendo al contempo una rapida progressione del registro grazie all'utilizzo di gruppi di validatori più piccoli e leggeri.

Un secondo concetto mantiene l'attuale meccanismo di consenso, riadattando le commissioni di transazione per compensare le prove a conoscenza zero che verificano l'esecuzione degli smarttrac. Secondo Schwartz, CTO Ripple , questo approccio ridurrebbe la necessità per ogni nodo di eseguire calcoli complessi, spostando i costi di verifica sulla generazione di prove ZK.

Con il progredire della discussione, Vet ha posto la questione se la struttura a due livelli avrebbe potuto trasferire con successo le attività più complesse in termini di elaborazione a un ambiente incentivato, mantenendo al contempo l'attuale logica di consenso orientata ai pagamenti.

Schwartz ha chiarito che l'avanzamento del registro sarebbe stato gestito dal protocollo interno per ogni transizione, con la supervisione del livello esterno. Ha inoltre affermato che la sua progettazione potrebbe migliorare la resilienza del sistema, poiché il registro si arresterebbe solo quando entrambi i livelli cessassero le loro operazioni.