リップルの最高技術責任者デイビッド・シュワルツは最近、XRPレジャーのコアコンポーネントを現代化するアイデア、モジュール式アーキテクチャの可能性やRustベースの実装について探求しました。XRPLの長年のパフォーマンスと信頼性にもかかわらず、シュワルツはアーキテクチャの非効率性を指摘することをためらいませんでした。「コンセンサスエンジン、トランザクションエンジン、クライアントクエリがすべてモノリシックに存在するのは、ちょっと煩わしい」と彼は言いました。XRPLの設計者の一人であるシュワルツは、密接に結合されたコンポーネントが、改善の実施や代替実装との相互運用性の有効化を困難にしていることを説明しました。@mediaのみの画面と(min-width:0px)と(min-height:0px) {div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:320px;高さ:100px;}}@mediaのみの画面と(min-width:728px)と(min-height:0px) {div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:728px;高さ:90px;}}## **よりモジュラーなアーキテクチャへの移行**検討中の一つの解決策は、トランザクションエンジンのモジュール化であり、これにより仮想マシン内での実行が可能になるかもしれません。この変更により、コアロジックをクライアント向けのオーバーレイおよびデータベースコンポーネントから分離し、独立して進化できるようになります。Rustはそのような再実装の候補として浮上しています。なぜすでにレジャーがRustで再構築されていないのか尋ねられたシュワルツは、まさにそれを行うための議論が進んでいることを指摘しました。彼は、既存のアーキテクチャ、特に支払いエンジンを解きほぐすことが困難であることを強調しました。シュワルツは、ペイメントエンジンの一部が明確に定義するのが難しいため、それらを再構築または再実装することが困難であると説明しました。いくつかの動作は、文書化が一貫していない方法で操作の順序に依存しています。これに対処するために、彼はそれらのコンポーネントをより明確で予測可能なロジックで書き直し、将来の実装を導くための正式な定義を導入する可能性を提案しました。よりクリーンで一貫性のあるバージョンは、システムのメンテナンスを容易にし、将来の改善に役立ち、グローバルな金融エコシステムにおけるXRPの魅力を高めることができる。## **審査中の提案**リップルは現在、この取り組みの一部を実施するための外部提案を検討しており、シュワルツ氏はそのような取り組みの実現可能性と優先順位に関する決定が行われていると述べました。彼は、リップルXの研究責任者であり、取締役会のメンバーであるアーンチャル・マルホトラ氏をそのプロセスの一環をリードしている人物として指摘しました。XRPはすでに機関投資家にとって非常に魅力的であり、Rustのような現代的なプログラミング言語を通じてその機能をアップグレードすることで、資産に対する機関の信頼を高め、採用率を向上させる可能性があります。***免責事項****: この内容は情報提供を目的としており、金融アドバイスと見なされるべきではありません。本記事に表明された見解は著者の個人的な意見を含む可能性があり、Times Tabloidの意見を代表するものではありません。読者は投資判断を行う前に十分な調査を行うことをお勧めします。読者が取るいかなる行動も自己の責任で行われるものとします。Times Tabloidは、いかなる金銭的損失についても責任を負いません。*---
リップル CTO: XRP レジャーを最初から再起動する場合の使用方法
リップルの最高技術責任者デイビッド・シュワルツは最近、XRPレジャーのコアコンポーネントを現代化するアイデア、モジュール式アーキテクチャの可能性やRustベースの実装について探求しました。
XRPLの長年のパフォーマンスと信頼性にもかかわらず、シュワルツはアーキテクチャの非効率性を指摘することをためらいませんでした。「コンセンサスエンジン、トランザクションエンジン、クライアントクエリがすべてモノリシックに存在するのは、ちょっと煩わしい」と彼は言いました。
XRPLの設計者の一人であるシュワルツは、密接に結合されたコンポーネントが、改善の実施や代替実装との相互運用性の有効化を困難にしていることを説明しました。
@mediaのみの画面と(min-width:0px)と(min-height:0px) { div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:320px;高さ:100px;} } @mediaのみの画面と(min-width:728px)と(min-height:0px) { div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:728px;高さ:90px;} }
よりモジュラーなアーキテクチャへの移行
検討中の一つの解決策は、トランザクションエンジンのモジュール化であり、これにより仮想マシン内での実行が可能になるかもしれません。この変更により、コアロジックをクライアント向けのオーバーレイおよびデータベースコンポーネントから分離し、独立して進化できるようになります。
Rustはそのような再実装の候補として浮上しています。なぜすでにレジャーがRustで再構築されていないのか尋ねられたシュワルツは、まさにそれを行うための議論が進んでいることを指摘しました。彼は、既存のアーキテクチャ、特に支払いエンジンを解きほぐすことが困難であることを強調しました。
シュワルツは、ペイメントエンジンの一部が明確に定義するのが難しいため、それらを再構築または再実装することが困難であると説明しました。いくつかの動作は、文書化が一貫していない方法で操作の順序に依存しています。これに対処するために、彼はそれらのコンポーネントをより明確で予測可能なロジックで書き直し、将来の実装を導くための正式な定義を導入する可能性を提案しました。
よりクリーンで一貫性のあるバージョンは、システムのメンテナンスを容易にし、将来の改善に役立ち、グローバルな金融エコシステムにおけるXRPの魅力を高めることができる。
審査中の提案
リップルは現在、この取り組みの一部を実施するための外部提案を検討しており、シュワルツ氏はそのような取り組みの実現可能性と優先順位に関する決定が行われていると述べました。彼は、リップルXの研究責任者であり、取締役会のメンバーであるアーンチャル・マルホトラ氏をそのプロセスの一環をリードしている人物として指摘しました。
XRPはすでに機関投資家にとって非常に魅力的であり、Rustのような現代的なプログラミング言語を通じてその機能をアップグレードすることで、資産に対する機関の信頼を高め、採用率を向上させる可能性があります。
免責事項*: この内容は情報提供を目的としており、金融アドバイスと見なされるべきではありません。本記事に表明された見解は著者の個人的な意見を含む可能性があり、Times Tabloidの意見を代表するものではありません。読者は投資判断を行う前に十分な調査を行うことをお勧めします。読者が取るいかなる行動も自己の責任で行われるものとします。Times Tabloidは、いかなる金銭的損失についても責任を負いません。*