Le directeur technique de Ripple, David Schwartz, a récemment exploré l'idée de moderniser les composants principaux du grand livre XRP, y compris la possibilité d'une architecture modulaire et d'une implémentation basée sur Rust.
Malgré la performance et la fiabilité de longue date de XRPL, Schwartz n'a pas hésité à identifier les inefficacités architecturales. "C'est un peu ennuyeux d'avoir un monolithe qui a le moteur de consensus, le moteur de transaction et les requêtes client tous monolithiquement," a-t-il déclaré.
Schwartz, qui est l'un des architectes de l'XRPL, a expliqué que les composants étroitement couplés ont rendu difficile la mise en œuvre d'améliorations ou la possibilité d'interopérabilité avec d'autres implémentations.
@media only screen and (min-width: 0px) and (min-height: 0px) {
div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:320px;height:100px;}
}
@media only screen and (min-width: 728px) and (min-height: 0px) {
div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:728px;height:90px;}
}
Vers une architecture plus modulaire
Une solution à l'étude est la modularisation du moteur de transaction, permettant éventuellement de l'exécuter au sein d'une machine virtuelle. Ce changement pourrait séparer la logique centrale des composants d'interface client et de base de données, leur permettant d'évoluer indépendamment.
Rust est devenu un candidat pour une telle réimplémentation. Lorsqu'on lui a demandé pourquoi le grand livre n'était pas déjà en cours de reconstruction en Rust, Schwartz a noté que des discussions à ce sujet ont lieu. Il a souligné que la difficulté réside dans le démêlage de l'architecture existante, en particulier du moteur de paiement.
Schwartz a expliqué que certaines parties du moteur de paiement sont difficiles à définir clairement, ce qui rend leur reconstruction ou leur ré-implémentation difficile. Certains comportements dépendent de l'ordre des opérations de manière qui n'est pas toujours documentée de façon cohérente. Pour y remédier, il a suggéré de réécrire ces composants avec une logique plus claire et plus prévisible et éventuellement d'introduire des définitions formelles pour guider les futures implémentations.
Une version plus propre et plus cohérente rendrait le système plus facile à maintenir et pourrait aider à de futures améliorations, renforçant l'attrait de XRP dans l'écosystème financier mondial.
Propositions en cours d'examen
Ripple examine actuellement des propositions externes pour entreprendre certaines parties de cet effort, et Schwartz a mentionné que des décisions sont prises concernant la faisabilité et la priorisation de telles initiatives. Il a désigné Aanchal Malhotra, membre du conseil d'administration et responsable de la recherche chez RippleX, comme quelqu'un dirigeant certains aspects de ce processus.
XRP est déjà très attrayant pour les institutions, et la mise à niveau de sa fonctionnalité grâce à un langage de programmation moderne comme Rust pourrait accroître la confiance des institutions dans l'actif et potentiellement augmenter les taux d'adoption.
Avertissement* : Ce contenu est destiné à informer et ne doit pas être considéré comme un conseil financier. Les opinions exprimées dans cet article peuvent inclure les opinions personnelles de l'auteur et ne représentent pas l'opinion de Times Tabloid. Les lecteurs sont conseillés de mener des recherches approfondies avant de prendre des décisions d'investissement. Toute action entreprise par le lecteur est strictement à ses propres risques. Times Tabloid n'est pas responsable des pertes financières.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Ripple CTO : Que doit-on utiliser si le registre XRP est redémarré à partir de zéro
Le directeur technique de Ripple, David Schwartz, a récemment exploré l'idée de moderniser les composants principaux du grand livre XRP, y compris la possibilité d'une architecture modulaire et d'une implémentation basée sur Rust.
Malgré la performance et la fiabilité de longue date de XRPL, Schwartz n'a pas hésité à identifier les inefficacités architecturales. "C'est un peu ennuyeux d'avoir un monolithe qui a le moteur de consensus, le moteur de transaction et les requêtes client tous monolithiquement," a-t-il déclaré.
Schwartz, qui est l'un des architectes de l'XRPL, a expliqué que les composants étroitement couplés ont rendu difficile la mise en œuvre d'améliorations ou la possibilité d'interopérabilité avec d'autres implémentations.
@media only screen and (min-width: 0px) and (min-height: 0px) { div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:320px;height:100px;} } @media only screen and (min-width: 728px) and (min-height: 0px) { div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:728px;height:90px;} }
Vers une architecture plus modulaire
Une solution à l'étude est la modularisation du moteur de transaction, permettant éventuellement de l'exécuter au sein d'une machine virtuelle. Ce changement pourrait séparer la logique centrale des composants d'interface client et de base de données, leur permettant d'évoluer indépendamment.
Rust est devenu un candidat pour une telle réimplémentation. Lorsqu'on lui a demandé pourquoi le grand livre n'était pas déjà en cours de reconstruction en Rust, Schwartz a noté que des discussions à ce sujet ont lieu. Il a souligné que la difficulté réside dans le démêlage de l'architecture existante, en particulier du moteur de paiement.
Schwartz a expliqué que certaines parties du moteur de paiement sont difficiles à définir clairement, ce qui rend leur reconstruction ou leur ré-implémentation difficile. Certains comportements dépendent de l'ordre des opérations de manière qui n'est pas toujours documentée de façon cohérente. Pour y remédier, il a suggéré de réécrire ces composants avec une logique plus claire et plus prévisible et éventuellement d'introduire des définitions formelles pour guider les futures implémentations.
Une version plus propre et plus cohérente rendrait le système plus facile à maintenir et pourrait aider à de futures améliorations, renforçant l'attrait de XRP dans l'écosystème financier mondial.
Propositions en cours d'examen
Ripple examine actuellement des propositions externes pour entreprendre certaines parties de cet effort, et Schwartz a mentionné que des décisions sont prises concernant la faisabilité et la priorisation de telles initiatives. Il a désigné Aanchal Malhotra, membre du conseil d'administration et responsable de la recherche chez RippleX, comme quelqu'un dirigeant certains aspects de ce processus.
XRP est déjà très attrayant pour les institutions, et la mise à niveau de sa fonctionnalité grâce à un langage de programmation moderne comme Rust pourrait accroître la confiance des institutions dans l'actif et potentiellement augmenter les taux d'adoption.
Avertissement* : Ce contenu est destiné à informer et ne doit pas être considéré comme un conseil financier. Les opinions exprimées dans cet article peuvent inclure les opinions personnelles de l'auteur et ne représentent pas l'opinion de Times Tabloid. Les lecteurs sont conseillés de mener des recherches approfondies avant de prendre des décisions d'investissement. Toute action entreprise par le lecteur est strictement à ses propres risques. Times Tabloid n'est pas responsable des pertes financières.