デビッド・シュワルツは、リップルがXRPのスマートコントラクト機能をもっと早く優先すべきだったと述べています。

リップルのCTO、デビッド・シュワルツは、同社がXRPレジャー(XRPL)でネイティブスマートコントラクト機能をより早く優先すべきだったと述べています。

早期のためらい

2012年に立ち上げられたXRPレジャーは、複雑でプログラム可能なアプリケーションではなく、スピード、信頼性、そして支払いのために設計されました。その結果、リップルは当初、スマートコントラクトを開発する必要性を感じませんでした。

2015年にイーサリアムがローンチされた後、スマートコントラクトは暗号スペースで人気を博し、多くのプロジェクトがそれを探求し始めました。XRPLの開発者たちがこの機能を導入しようとしている間、リップルはためらいを見せていました。

シュワルツによると、同社の初期の姿勢は、スマートコントラクトが実装を正当化するためには完璧であるか業界をリードするものでなければならないという信念を反映していた。振り返ってみると、彼はこの考え方がリップルに段階的な進歩の価値を見落とさせたことを認めている。

開発者が直面している現在の制限

さらに、シュワルツ氏は、開発者が現在XRPレジャー上で直接構築する際に直面する課題を認めました。彼によれば、開発者はブロックチェーンに新機能を提案する必要があり、これは修正を通じてコミュニティの承認を必要とするか、または財布やフロントエンドアプリケーションの作成に専念する必要があります。

ウォレットやユーザーインターフェースを構築することが重要であることを指摘しながら、シュワルツはこのアプローチはブロックチェーン上で持続可能なビジネスを創出するためには理想的ではないと強調しました。

小さな進歩の価値を過小評価する

さらに、彼は基本的なスマートコントラクト機能でさえも重要な利点をもたらすことができたと指摘しました。CTOは、この基本的な機能が開発者に独自のオンチェーン機能で製品を差別化し、カスタムビジネスロジックを実装することを可能にしただろうと提案しました。

シュワルツによると、オンチェーンでの製品の区別は、開発者に対して台帳上でのより良い体験を提供し、どのブロックチェーン上に構築するかに関する彼らの決定に影響を与える傾向があります。

AMMだけでは不十分

さらに、シュワルツはXRPLの自動マーケットメイカー(AMM)が強力な機能である一方で、スマートコントラクトのような周辺ツールがなければその影響は限られていると指摘しました。これにより、より深い統合とプログラマビリティが可能になったでしょう。

要するに、彼は最も単純なスマートコントラクト機能でさえ、開発者が既存の機能の上に新しい製品を構築することを可能にしたと信じています。

一方、リップルは昨年XRPL上でスマートコントラクト機能の探索を開始しました。この取り組みはすでに重要な成果を上げており、今月初めにXRPLのAlphaNetに機能が展開され、開発者がメインネットへの最終的な展開前にテストできるようになりました。