ギャビン・ウッド：ポルカはどのようにチェーン中心からアプリ中心に移行すべきか？

講演：Gavin Wood

編纂：PolkaWorld

前回の記事では、Gavinの講演の第一部、すなわちポルカがどのようにチェーン中心から「コア」中心に移行するかをまとめました。本記事では、講演の残りの部分を引き続きまとめます ------ ポルカがチェーン中心からアプリケーション中心に移行する方法と、レジリエンスのあるプラットフォームを構築する方法です。

チェーン中心 → アプリケーション中心

ポルカ 1.0 はチェーン中心のパラダイムです：孤立したチェーンが互いにメッセージを送信できるようにするもので、この方法は本質的に単一チェーンに加えてクロスチェーンブリッジに非常に似ています。ただし、パラレルチェーンはすべてリレーチェーンに接続されています。

これにより、断片化されたユーザー体験が生じます。ユーザーはあるチェーン上で特定のアプリを使用するかもしれませんが、別のチェーン上でもそのアプリを使用したいと考えることがあります。つまり、マルチチェーンの方法でアプリを使用することになります。

しかし、もし私たちがチェーン中心のパラダイムを持っているなら、チェーン中心のユーザー体験も持つことになります。そして、もし特定のアプリがチェーン中心でない場合、すべてのことが非常に難しくなります。

現実には、ポルカの潜在能力を最大限に活用したいのであれば、アプリはクロスチェーンで展開される必要があり、少なくともユーザーにとってはシームレスなクロスチェーンである必要があります。理想的には、開発者にとってもそうであるべきです。

これは「ポルカはどのようなものか」の芸術的な示意図です：

私たちはポルカを迅速に立ち上げるために、多くのアプリケーション機能をリレーチェーンに置くことを選択しました。しかし、これは実際にはトレードオフです。

利点は、技術的な基盤が完全に完成する前に、短期間で多くの機能を提供できることです。たとえば、素晴らしいステーキング、ガバナンス、トークン、アイデンティティシステムなどです。

しかし、それには代償もあります。もし多くのものを1つのチェーンに結びつけると、いくつかの問題が発生します。たとえば、リレーチェーンは自分の本来の仕事であるネットワークの安全性を保証し、メッセージの伝達を確保するためにリソースを常に使用することはできません。また、それは人々にチェーン中心の思考様式を形成させることを誘導します。

過去には、私たちは1つのチェーンにのみ注目し、立ち上げ時にポルカのすべての機能をリレーチェーンに置くことができました。私たちの最初の目標はそうでした。しかし、残念ながら、関連するツールはアプリとユーザーがクロスチェーンの時代に追いついていませんでした。

現在、システムレベルの機能はクロスチェーン展開のパラダイムに移行しています。システムチェーンはより一般的になり、リレーチェーンが処理するものはますます少なくなっています。アプリはこれらのチェーンを越えて機能する必要があり、ユーザー体験を困難にしてはいけません。

これは私が半時間前に描いた示意図です。これは「ポルカとは何か」を理解するためのより良い観察角度だと思います。

ポルカは実際にはリレーチェーンが中央にあり、パラレルチェーンが周囲にあるわけではありません。少なくともポルカエコシステムに来る人々にとってはそうであるべきではありません。実際、ポルカは統合システムであり、多くのアプリケーションが動作するコンピュータであるべきです。

確かに、異なるチェーンのビジネスロジックコンポーネント（すなわちパラレルチェーン）間には境界がありますが、これはユーザーにとって私たちが考えているほど重要ではないかもしれません。より重要なのは、ユーザーが自分がやりたいことを簡単に、明確に、迅速にできることです。

図の点はアプリであり、点を分割する破線は「paras」です。私はそれをパラレルチェーンとは呼びたくありません。なぜなら、それは「各パラレルチェーンが1つのコアに対応する」という思考の罠に私たちを誘導するからです。これはポルカのこれまでのモデルですが、唯一の選択肢ではありません。

これらの点は通常、互いに通信できるはずであり、破線の範囲内の空間と同じくらい簡単に通信できるはずです。

XCM

これをどうやって実現するのでしょうか？これがXCMの話です。

XCMは言語であり、実際にメッセージを伝達するためのトランスポートレイヤーはXCMPと呼ばれます。この2つの名前は少し混同しやすいことを認めます。

XCMは何をするのでしょうか？それはチェーン内で一般的な機能を抽象化する役割を果たし、あなたがやりたいことや起こしたいことを説明するための記述的な言語を作成します。

チェーンがこのメッセージを誠実に翻訳すれば、すべてうまくいきます。しかし、残念ながら、チェーンがあなたのXCMメッセージを誠実に翻訳することを保証することはできません。信頼のない環境では、XCMは理想的ではありません。

例を挙げてみましょう。貿易において、私たちはXCMPという輸送手段が安全な貿易回路を提供し、途中で強盗に遭うことはないと言います。出されたものは確実に受け取られることが保証されています。しかし、それは異なる貿易主体間で拘束力のある条項を作成するためのフレームワークを提供していません。

より直感的な例を挙げると ------ 欧州連合（EU）です。これは何でしょうか？本質的には、あなたが参加できる連合であり、特定の条約を遵守するための条約フレームワークです。しかし、完璧ではありません。なぜなら、共通の司法部門が各国の法律を翻訳し、それが法律を遵守していることを保証することができる一方で、ある国がその法律を変更し、EUの要求に一致しないようにすることを防ぐことはできないからです。

ポルカでも同様の問題に直面しています。XCMは意図を表現するための言語であり、WebAssemblyはポルカ内でパラレルチェーンが遵守すべき法律を表現します。これは欧州裁判所（ECJ）として考えることができ、パラレルチェーンが自ら提案した論理を遵守することを保証しますが、これはその論理がパラレルチェーンによって合法的に変更され、XCM言語を遵守しないことを拒否することができないことを意味するわけではありません。

XCMは意図を表現するための言語です。たとえば、「私は資産を転送する準備ができています」、「私は投票する準備ができています」。相互に信頼できるシステムチェーン間では、これは問題になりません。しかし、異なるガバナンスプロセスや立法手続きの間では問題が生じます。ポルカエコシステムでは、私たちはより良いことができます。

Accord（協定）

ここで新しい用語「Accord（協定）」を提案します。協定は、複数のチェーンにまたがる自発的な条約です。「私はこのビジネスロジックを自発的に遵守し、私が行うすべてのことはこれを変更しない」というようなものです。チェーン自体は条約の論理を破壊することはできません。

ポルカはこの論理の忠実な実行を保証します。協定は特定の関数に対して行われます。協定に参加するすべてのチェーンはルールを遵守する必要があり、このルールは特定の関数に対して適用されます。

低い参入障壁を保証するために、協定の提案は許可を必要としません。自発的に参加するため、通過や登録の前に誰にも影響を与えません。

この示意図は最も正確ではありませんが、大まかな意味はこうです。外側の円はポルカであり、内側にはいくつかの小さな円があります。この図を水平に配置すると、Accordはその地域の主権を支配する独自のメカニズムです。

Accordはすべてのシステムに存在するわけではありません。私の知る限り、ポルカはそれを支える唯一のシステムです。なぜなら、ポルカは同じ強度のセキュリティレイヤーを持ち、各分片に特定の状態遷移関数を提供できる唯一のシステムだからです。これらの特徴により、ポルカは他のアーキテクチャ（たとえばクロスチェーンブリッジ）では達成できない協力モデルを実現できます。

ポルカに詳しい人は「SPREE」という言葉を聞いたことがあるかもしれません。SPREEはAccordを実現する技術です。

一部のAccordの使用シーン

いくつかのAccordの可能なケースを見てみましょう。

その一つは資産ハブです。

現在、2つのチェーンが資産の相互作用を持つ場合、必ず第三のチェーン、すなわち資産ハブチェーンを介さなければなりません。もし一方のチェーンがローカル資産のチェーンであれば、少し異なります。しかし理論的には、2つの無関係なチェーンが第三者の資産を取引したい場合、追加の経路を開通させる必要があります。

Accordがあれば、その必要はありません。これを大使館のように考えることができます。これは一般的なプロセス空間に存在し、パラレルチェーンと同時に同じコア上で調整されますが、パラレルチェーンのビジネスロジックの一部ではなく、別に存在します。これは大使館が自国の法律を持っているが、その地理的位置は現地の国にあるのと似ています。同様に、Accordは外部のビジネスロジックのようですが、皆が認めており、ローカルに存在します。

もう一つのケースはマルチキャストXCMルーターです。これは1つのメッセージを送信できますが、複数のチェーンにまたがり、特定の順序で行うこともできます。たとえば、ここで1つの操作を行い、そこでもう1つの操作を行いますが、常に私の許可の下で行われます。これは現在は実現できないことです。

もう一つのケースは分散型取引所であり、異なるチェーン上に前哨基地を設置し、交換をローカルで直接行えるようにします。双方向のチャンネルを開く必要はありません。

これは私が今思いつくことができるいくつかの例に過ぎませんが、この技術の潜在能力は今後さらに発揮されると信じています。

Project CAPI

ユーザーインターフェースについて簡単に説明します ------ Project CAPI。これは、複数のチェーンを越えたポルカアプリケーションがスムーズで良好なユーザーインターフェースを持つことを可能にします。軽量クライアントを使用している場合でも同様です。

隠士中継（Hermit Relay）

これは、リレーチェーン内のすべてのユーザーレベルの機能をシステムチェーンに移行することを意味します。たとえば：

残高
ステーキング
ガバナンスとアイデンティティ
コアのリース

最終的に、ポルカの機能が複数のパラレルチェーンを越えて広がり、リレーチェーンのスペースを解放します。

レジリエンスのあるアプリケーションプラットフォームの構築

最後の部分では、私たちが行っていることとその理由を再確認したいと思います。すべてはレジリエンスに関することです。

世界は常に変化していますが、もし皆が明確な意図を持っているなら、その意図が尊重されることが重要です。私たちが現在使用しているシステムは十分にレジリエンスがなく、非常に古い考えに基づいて構築されています。

あなたのシステムに暗号学やゲーム理論がない場合、いくつかの悪い事態が発生します。たとえば、このニュースで言及されている大規模なネットワーク攻撃により、600万人の情報が漏洩しました。これは世界の千分の一の人々に相当します。そして、これらのことは頻繁に発生します。

では、どのようにしてこれらの脅威から影響を受けないシステムを構築するのでしょうか。まず、もちろん、分散型で暗号学に基づき、ゲーム理論の試練に耐えられるシステムを構築することです。しかし、具体的に何をすべきでしょうか？

私たちは毎日「分散型」を宣伝していますが、すべてのものが同じRPCプロバイダーを通過する必要があるなら、それは本当の分散型とは言えません。

分散型は多くの要因によって提供される必要があります：

軽量クライアントの使用： SmoldotとCAPIは、高性能の軽量クライアントベースのUIを可能にします。
ZK原語： 機能豊富で高性能のZK原語ライブラリを構築します。最初のライブラリはほぼ完成しており、チェーン上の集団（Fellowshipを含む）にプライバシー保護を提供します。
Sassafrasコンセンサス： 新しい分割ブロックなしのコンセンサスアルゴリズムです。セキュリティとランダム性を向上させ、高性能の取引ルーティングを実現します。パラレルチェーンの性能とユーザー体験を向上させ、暗号化された取引はフロントランニングを防ぎ、潜在的なMEV収益をもたらす可能性があります。
混合ネットワーク / オニオンルーティング： 取引のIP情報の漏洩を防ぎます。ユーザー、チェーン、OCW間の一般的なメッセージシステムです。
人的分散型： 多くの多様な人々をシステムに参加させます。ガバナンス、国庫支出、給与、助成金などを通じて参加を促し、集団知識を吸収し維持します。

初心を忘れずに

最後に、私たちの初心を再確認したいと思います。ポルカは特定のアプリケーションを作成するために存在するのではなく、さまざまなアプリケーションを展開する方法を提供するプラットフォームを提供し、アプリケーションが互いに機能を利用し合い、広範なユーザーの福祉を向上させることを目的としています。そして、このビジョンをできるだけ早く実現できるようにすることがポルカの使命です。

もしポルカが世界の変化に対して一定のレジリエンスを持てないのであれば、ポルカを構築することは無意味です。これらの変化は、同じ目的を達成する他の方法や、信頼のない世界からの外部組織からの脅威である可能性があります。