XRPレジャー：リップルCTOが高度なスマートコントラクトの青写真を明らかに - U.Today

最近のツイートで、XRP レジャーの dUNL バリデーターである Vet が、リップルの CTO デビッド・シュワルツの XRP レジャー上のスマートコントラクトの設計図を概説しています。

シュワルツは、リップルXのソフトウェアエンジニアであるマユカ・ヴァダリ、バイアス・グース、ダン・フィッシャーなどと共に、「XRPLのプログラマビリティ」というXスペースでのディスカッションに参加していました。

リップルのCTOが提供した要約された洞察は4つのポイントにまとめられています。数週間前、XRPはAlphaNetでのXRPレジャースマートコントラクト機能のローンチにより、重要なスマートコントラクトのマイルストーンに達しました。

Vetは、XRPL上での限られたスマートコントラクトについてシュワルツの理論を説明しました。リップルのCTOによると、XRP Ledgerは完全な汎用スマートコントラクトを必要としないかもしれないとし、スマートコントラクトによる少しのプログラム可能性が必要かもしれないと付け加えました。「私たちは最高のSCプラットフォームになる必要はありません。SCによる少しのプログラム可能性があれば十分です。」

シュワルツは、スマートコントラクトがネイティブ機能を強化するシナリオを想定しており、もしそれらがネイティブ機能を連携させることができない場合、それほど有用ではないと付け加えています。

リップルのCTOは、安全性の重要性を再確認し、小さなステップの本質を強調しました。このアプローチは、完全なプログラマビリティを許可するものではなく、シュワルツが最良の実世界のフィードバックをもたらすと信じる段階的なステップを取ることになります。

SCs-XLS101は設計に制限があるため、大規模な修正がプロトコル変更とならないようにすることができます。これは、銀行や個人ユーザーを含むXRPLを使用するすべての関係者にとって、プロトコルのセキュリティにとって大きな利点であると考えられています。

XLS-101 スマートコントラクト

XRPレジャーのスマートコントラクト実装に関する議論が続く中、リップルXのソフトウェアエンジニアであるマユカ・ヴァダリが、XLS-101スマートコントラクトに関するツイートでリマインダーを共有しました。

“リマインダー: XLS-101 スマートコントラクトは EVM ベースではありません,” と Mayukha はツイートしました。XLS-101 スマートコントラクトは、Ethereum スマートコントラクトをサポートするスタンドアロンブロックチェーンである XRPL EVM サイドチェーンとは異なります。

XLS-101 スマートコントラクトは、XRPL のスマートコントラクトシステムの正式な設計であり、Xahau のフックスや EVM からインスピレーションを受けています (。

報告によると、Vetは以前にXRP Ledgerのスマートコントラクトに関する誤解を明確にし、これは既存のデザインと全く同じであることを意図しておらず、XRPLの既存のビルディングブロックを置き換えるものでもなく、バリデーターに報酬を支払うコンセンサスプロトコルを変更するものでもないと述べた。