Il CTO di Ripple propone una nuova visione dell'XRPL con l'idea dello staking nativo

Il design storico del XRP Ledger sta ricevendo nuova attenzione a seguito dei commenti del CTO di Ripple David “JoelKatz” Schwartz, che ha dichiarato che la prossima fase della rete potrebbe richiedere di riesaminare come il valore fluisce attraverso la sua infrastruttura.

La discussione è emersa mentre sviluppatori e membri della comunità esaminano il ruolo in espansione del XRP Ledger (XRPL) a causa della crescita continua nelle applicazioni di finanza decentralizzata, l'introduzione di nuovi casi d'uso per la tokenizzazione e il recente diventa più rilevante quando ti rendi conto di chi lo sostiene. Yorkville America è stata consulente per Truth Social Funds, il ramo ETF di Trump Media & Technology Group. Questo segna un chiaro cambiamento di enfasi per un'azienda che ha trascorso gli ultimi diciotto mesi a sviluppare prodotti crypto. del primo fondo negoziato in borsa (ETF) su XRP spot da parte di Canary.

Le osservazioni di Schwartz hanno sottolineato che le esigenze emergenti in tutto l'ecosistema hanno stimolato una conversazione più ampia sul fatto che lo staking nativo potrebbe un giorno essere integrato nella rete, nonostante l'architettura fondamentalmente diversa di XRP rispetto ai tipici sistemi proof-of-stake.

Cambiamento di pensiero sulla funzionalità dell'XRPL

Schwartz ha notato che l'industria della blockchain è cambiata dal rilascio dell'XRPL nel 2012. Ha dichiarato che anche le sue opinioni su governance, consenso e incentivi di rete sono cambiate. Secondo lui, l'attività che coinvolge XRP sulle piattaforme DeFi, come Flare, MoreMarkets, Axelar e Doppler, insieme alle iniziative in corso sulla programmabilità e alla potenziale funzionalità degli smart contract, ha portato a una rivalutazione di quali ulteriori funzionalità native potrebbero essere supportate in futuro.

Il XRP Ledger è stato creato nel 2012. Il mondo della blockchain è cambiato molte, molte volte da allora.

I miei pensieri sulla governance e sui modelli di consenso si sono evoluti. Stavo riflettendo su come XRP viene utilizzato nel DeFi (sia organicamente con app e protocolli come Flare,… https://t.co/XhufcyBzkA

— David ‘JoelKatz’ Schwartz (@JoelKatz) 18 novembre 2025

Le sue osservazioni seguono un'osservazione correlata di J. Ayo Akinyele, che ha citato l'uso storico di XRP nei pagamenti, nella compensazione di asset tokenizzati e nelle operazioni di liquidità, stimolando i suoi commenti. Secondo Akinyele, il lancio del primo ETF spot su XRP e l'arrivo previsto di più emittenti segnalano un cambiamento di direzione verso un coinvolgimento istituzionale più esteso con l'asset, inclusi domini come fondi del mercato monetario e treasury tokenizzati.

Concetti iniziali sullo staking nativo

Il CTO di Ripple chiarito che XRP differisce dalle reti proof-of-stake in diversi modi strutturali. Le commissioni di transazione sull'XRPL vengono distrutte invece di distribuite, il ledger è progettato per spostare qualsiasi asset rapidamente e a basso costo, e l'influenza dei validatori non è determinata dalla proprietà dei token. Ha dichiarato che affinché esista lo staking nativo, la rete richiederebbe sia una fonte definita di ricompense di staking sia un meccanismo di distribuzione equa, che modificherebbe il modo in cui il valore circola all'interno del ledger.

Il membro della comunità Vet ha risposto notando che lo staking su altre catene è generalmente utilizzato per determinare i produttori di blocchi, sollevando domande su come un tale modello si applicherebbe all'XRPL. In risposta, Schwartz ha delineato due concetti tecnici che lui e altri collaboratori hanno esaminato, dichiarando che entrambi sono improbabili da adottare nel breve termine.

Modello a due livelli e incentivi ZK-Proof

Un approccio di consenso a due livelli è utilizzato nel primo concetto. Secondo questo modello, le transizioni del ledger sarebbero avanzate da un livello interno di 16 validatori che verrebbero scelti tramite un meccanismo di staking.

L'algoritmo di consenso XRPL attuale formerebbe un guscio che regola le modifiche, le linee guida sulle commissioni e il corretto funzionamento del livello interno. Secondo Schwartz, questa separazione permetterebbe una maggiore diversità di validatori mantenendo una rapida progressione del ledger utilizzando round di validatori più piccoli e leggeri.

Un secondo concetto mantiene il meccanismo di consenso attuale mentre reinterpreta le commissioni di transazione per compensare le prove a conoscenza zero (zero-knowledge proofs) che verificano l'esecuzione degli smart contract. Secondo il CTO di Ripple Schwartz, questo approccio ridurrebbe la necessità che ogni nodo esegua calcoli complessi, spostando i costi di verifica sulla generazione di ZK-proof.

Mentre la discussione procedeva, Vet ha posto la domanda se la struttura a due livelli avrebbe riuscito a scaricare compiti più intensivi in termini di calcolo in un ambiente incentivato, lasciando invariata la logica di consenso orientata ai pagamenti.

Schwartz chiarito che la progressione del ledger sarebbe gestita dal protocollo interno su base per transizione, con il livello esterno che supervisiona. Ha anche dichiarato che il suo design potrebbe migliorare la resilienza del sistema poiché il ledger si fermerebbe solo quando entrambi i livelli cessano le loro operazioni.