Le CTO de Ripple propose un nouvel examen de l'XRPL avec une idée de staking natif

La conception historique du XRP Ledger attire une nouvelle attention suite aux commentaires de David « JoelKatz » Schwartz, CTO de Ripple, qui a déclaré que la prochaine phase du réseau pourrait nécessiter de réexaminer la circulation de la valeur au sein de son infrastructure.

La discussion a émergé alors que les développeurs et les membres de la communauté examinent le rôle croissant du XRP Ledger (XRPL) en raison de la croissance continue des applications de finance décentralisée, de l’introduction de nouveaux cas d’utilisation de la tokenisation et du récent lancement lancement du premier ETF au comptant sur XRP par Canary.

Les remarques de Schwartz ont mis en évidence que les demandes émergentes au sein de l’écosystème ont suscité un débat plus large sur la possibilité d’intégrer un mécanisme de staking natif dans le réseau, malgré l’architecture fondamentalement différente de l’XRP par rapport aux systèmes typiques de preuve d’enjeu (proof-of-stake).

Changement de perspective sur les fonctionnalités de l’XRPL

Schwartz a noté que l’industrie de la blockchain a changé depuis la sortie de l’XRPL en 2012. Il a déclaré que ses propres points de vue sur la gouvernance, le consensus et les incitations réseau ont également évolué. Selon lui, l’activité impliquant l’XRP sur les plateformes DeFi, telles que Flare, MoreMarkets, Axelar et Doppler, ainsi que les initiatives en cours autour de la programmabilité et de la fonctionnalité potentielle des contrats intelligents, ont conduit à une réévaluation des capacités natives supplémentaires qui pourraient être prises en charge à l’avenir.

Le XRP Ledger a été créé en 2012. Le monde de la blockchain a changé maintes et maintes fois depuis lors.

Mes propres réflexions sur la gouvernance et les modèles de consensus ont évolué. Je réfléchis à la manière dont l’XRP est utilisé dans la DeFi (de manière organique avec des applications et des protocoles comme Flare,… https://t.co/XhufcyBzkA

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

Ses remarques font suite à une observation similaire de J. Ayo Akinyele, qui a cité l’utilisation historique de l’XRP dans les paiements, le règlement d’actifs tokenisés et les opérations de liquidité, ce qui a motivé ses commentaires. Selon Akinyele, le lancement du premier ETF au comptant sur XRP et l’arrivée anticipée de plus d’émetteurs signalent un changement de cap vers un engagement institutionnel plus étendu avec l’actif, y compris dans des domaines tels que les fonds du marché monétaire et les trésoreries tokenisées.

Concepts précoces autour du staking natif

CTO de Ripple précisé que l’XRP diffère des réseaux de preuve d’enjeu à plusieurs égards structurels. Les frais de transaction sur l’XRPL sont détruits plutôt que distribués, le ledger est conçu pour déplacer tout actif rapidement et à faible coût, et l’influence des validateurs n’est pas déterminée par la détention de tokens. Il a déclaré que pour qu’un staking natif existe, le réseau nécessiterait à la fois une source définie de récompenses de staking et un mécanisme de distribution équitable, ce qui remodelerait la manière dont la valeur circule au sein du ledger.

Le membre de la communauté Vet a répondu en notant que le staking sur d’autres chaînes est généralement utilisé pour déterminer les producteurs de blocs, soulevant des questions sur la manière dont un tel modèle s’appliquerait à l’XRPL. En réponse, Schwartz a exposé deux concepts techniques qu’il et d’autres contributeurs ont examinés, tout en indiquant que les deux restent peu susceptibles d’être adoptés à court terme.

Modèle à deux couches et incitations par preuves à divulgation nulle (ZK-Proof)

Une approche de consensus à deux couches est utilisée dans le premier concept. Selon ce modèle, les transitions du ledger seraient avancées par une couche interne de 16 validateurs qui seraient choisis via un mécanisme de staking.

L’algorithme de consensus actuel de l’XRPL formerait une coquille qui régule les amendements, les directives de frais et le bon fonctionnement de la couche interne. Selon Schwartz, cette séparation permettrait une plus grande diversité de validateurs tout en maintenant une progression rapide du ledger grâce à des rounds de validateurs plus petits et plus légers.

Un deuxième concept maintient le mécanisme de consensus actuel tout en réaffectant les frais de transaction pour compenser les preuves à divulgation nulle (zero-knowledge proofs) qui vérifient l’exécution des contrats intelligents. Selon le CTO de Ripple, Schwartz, cette approche réduirait le besoin pour chaque nœud d’exécuter des calculs complexes, déplaçant les coûts de vérification vers la génération de preuves ZK.

Au fur et à mesure que la discussion progressait, Vet a posé la question de savoir si la structure à deux couches parviendrait à décharger efficacement les tâches plus intensives en calcul dans un environnement incité, tout en conservant la logique de consensus orientée paiement actuelle.

Schwartz précisé que la progression du ledger serait gérée par le protocole interne sur une base par transition, avec la couche externe assurant la supervision. Il a également déclaré que sa conception pourrait améliorer la résilience du système, car le ledger ne s’arrêterait que lorsque les deux couches cessent leurs opérations.