
ポルカドット創設者ギャビン氏の最新講演:ポルカドットはパラチェーンオークションを廃止し、アプリケーション中心への移行を検討
TechFlow厳選深潮セレクト

ポルカドット創設者ギャビン氏の最新講演:ポルカドットはパラチェーンオークションを廃止し、アプリケーション中心への移行を検討
もしPolkadotが世界の変化に対して一定のレジリエンスを維持できなければ、Polkadotを構築することに意味はない。
6月28日、Web3愛好家、開発者、投資家たちが集う波卡(Polkadot)の年次メインイベント「Polkadot Decoded」がデンマーク・コペンハーゲンで開催されました。世界中のWeb3関係者が一堂に会し、波卡エコシステムの最新動向について議論しました。
今回のイベントで最も注目を集めたのは、創設者ギャビン・ウッド氏(Gavin Wood)がサプライズゲストとして登壇し、極めて重要な見解を示したことです。

Gavinは波卡の将来の方向性について語り、従来のパラチェーン(平行鏈)、リレー チェーンという枠組みを超え、ブロックチェーンが本質的に必要とする基盤的リソースに着目する新たな視点を提示しました。つまり「計算コア(核)」に注目し、波卡をマルチコアコンピュータと捉えるという考え方です。
さらに、波卡は「チェーン中心」から「アプリケーション中心」へ移行し、堅牢性(resilience)を持つプラットフォームの構築を目指すとも述べました。以下は、PolkaWorldがGavinの講演内容をまとめたものです。
波卡 1.0
現時点の波卡は、「波卡1.0」と呼ぶことができます。
この段階で、波卡の機能は完全に整っており、7年前のホワイトペーパーで掲げられたすべての機能を実現しています。まもなく波卡1.0のコードベースも公開されます。
では、波卡1.0とは何か?当初のホワイトペーパーでは「波卡は拡張可能な異種多チェーンである」と記していました。つまり、これは一つのブロックチェーンですが、独自のコンセンサスアルゴリズム「BABE」を持ち、他のブロックチェーン(パラチェーン)にセキュリティを提供できるのです。
イメージで表すと、以下のようになります。

中央にあるのがリレーチェーンで、クラウドローン、オークション、残高管理、ステーキング、ガバナンスなどを担います。周囲の小さな点がパラチェーンであり、リレーチェーンはそれらのセキュリティを保証します。また、これらのパラチェーン同士は相互に通信できます。
では、波卡が提供する製品形態は何でしょうか?それは「スロット」という形で提供され、6か月単位のレンタル期間があり、最大2年先までスロットを確保できます。これに加えてクラウドローンの仕組みがあります。しかし、それ以外の方法では波卡を利用できませんでした。波卡1.0における唯一の製品が、このパラチェーンのスロットだったのです。
波卡を見る新しい視点:マルチコアコンピュータ

この有名な言葉が伝えているのは、「世界を真に理解するためには、視点の変化こそが何よりも重要であり、未知の場所へ行くこと以上に重要だ」ということです。
そこでここでは視点を転換し、波卡とは何かを再定義しましょう。
パラチェーンやリレーチェーンといった概念は優れており、私自身や多くの人が初期に波卡を理解するための手段でした。これらは私たちが建設してきた対象でもあります。
しかし時間の経過とともに、私たちが実際に作り出しているものは、当初の構想とは少し異なるものであることに気づきました。幸運にも、あるいはチームの力が強かったおかげで、当初考えていた以上に優れたものを生み出すこともあるのです。
コンピュータサイエンスにおいて、抽象化と汎用化は非常に重要です。後に気づいたのは、私たちが波卡に対して行った抽象化・汎用化のレベルが、当初予想していたよりもはるかに高いということでした。
では、波卡を見る新しい視点とはどのようなものでしょうか?
波卡はマルチコアコンピュータである
まず第一に、私たちが取り組んでいるのは「チェーン」ではなく、チェーンが必要とする基盤的なリソース=「空間」に関するものです。
第二に、波卡は開発者がアプリを作成し、ユーザーがそれを使うためのプラットフォームです。本質的には、ブロックチェーンをホストするプラットフォームではありません。チェーンは波卡を有用にする手段の一つではありますが、唯一の手段ではないのです。
第三に、その堅牢性(Resilience)も非常に高い。これは「Unstoppable(停止不能)」よりも中立的な表現だと私は思います。つまり、本来の意図とは異なることを強いるような試みに対して耐えうる、すなわち意図の歪曲に対抗できるということです。
つまり総合すると、波卡は堅牢で、汎用的かつ継続的計算を提供する存在です。「継続的計算」とは、あるタスクを完了して終わりではなく、長期にわたって継続的に行われる作業を指します。途中で中断しても、その後再開して続けることができる。これは2015〜2016年に言われた「ワールドコンピュータ」というビジョンに近いものです。
この視点から見たとき、波卡とは何でしょうか?それはマルチコアコンピュータです。複数のコアが同時に動作し、それぞれ異なる処理を行うことができます。そして、あるコア上で動作するブロックチェーンが「パラチェーン」であり、パラチェーンとはあらかじめ確保されたコア上で継続的に動作するものなのです。こうして、私たちはパラチェーンを新しいパラダイムで理解できるようになりました。
「波卡スーパーコンピュータ」とは何か?
では、この「波卡コンピュータ」についてもう少し深く見ていきましょう。

「波卡スーパーコンピュータ」はマルチコアであり、通常のコンピュータよりもはるかに強力です。現在は約50のコアが並列に常時稼働しています。
我々の予測モデルによれば、数年後、多数のベンチマークテストや最適化を経て、コア数は500~1000にまで増加する可能性があります。
各「コア」の性能

次に、各「コア」について見ていきましょう。
これらのコアはCPUコアと似ています。多くの特徴や属性を持ち、本質的には計算を行う装置であり、まさにCPUコアそのものです。
-
帯域幅:コアへの入出力データ量は、およそ1MB/sです。
-
基礎的な計算能力:Geekbench 5でのスコアはおよそ380です。
-
遅延:連続した処理間の間隔は、およそ6秒です。
時間の経過とともにハードウェアも進化するため、これらの指標は今後さらに向上していくでしょう。
これまで、これらのコアを利用する唯一の方法はパラチェーンを通すことでした。しかし実際には、それ以外にもコアを利用できる方法があり、より広く、誰もが利用できるようにすべきです。
波卡はより柔軟な割当方式を必要としている
これは何を意味するのでしょうか?
コア自体は非常に柔軟です。固定されたタスクを永遠に処理するだけではなく、CPUのように簡単に処理内容を切り替えることができます。コアが柔軟であれば、その取得方法も柔軟であるべきです。
しかしスロットオークションモデルは十分に柔軟ではありません。これは波卡の旧来のパラダイム――長期間にわたって単独のチェーンを運営する――に基づいて設計されています。後に導入されたパラレルスレッドは補完策でしたが、正しい方向へのほんの一歩にすぎません。
このモデルは波卡エコシステムへの参入障壁を高くしてしまっています。私のように、さまざまな技術を自分で試したいタイプの人間にとって、資金調達やマーケティングなどに関わるのは好ましくありません。ただコードをデプロイして、それが動くかどうか確かめたいだけです。しかし現在のモデルでは、こうした潜在的な協力者を多く見逃していると思います。
一つの将来像――フレキシブル版波卡
以下に、私が提案する一つの将来の方向性を紹介します。これを「フレキシブル版波卡」と呼びましょう。
スロットやレンタル期間という概念を捨て、波卡をいくつかの「コア」の集合と捉え直します。現在「コアタイム(Core Time)」と呼んでいるこのリソースは、以前は「ブロックスペース(Block Space)」とも呼ばれていました。この時間単位を定期的に販売することで、誰もがコアタイムを購入・使用できるようにします。
具体的な提案は次の通りです。波卡ネイティブなコアタイムの販売(一次市場)には、大量購入(Bulk Purchase)と即時購入(Instant Purchase)の二つの方式を設けます。
大量購入は毎月1回行われ、購入後4週間利用できます。
即時購入は、パラレルスレッドのような「使った分だけ支払う」モデルです。つまり需要に応じた購入です。波卡の使用料、正確には波卡のコア使用料は市場の状況に応じて変動します。複数のコアが利用可能かも知れないし、全く空きがないかもしれません。即時利用の場合、コアタイムは継続的に販売されます。
つまり、柔軟性を最大化し、あとは市場に任せるというわけです。
既存のパラチェーンにはどう影響するのか?
-
既存のパラチェーンのレンタル契約は従来通り維持されます。例えば、すでに2年間のスロットを獲得している場合は、そのまま継続されます。
-
大量購入の価格はガバナンスによって決定されます。
-
個人的には、参加の敷居を下げるためにも、低い価格から始めるべきだと思います。
-
将来的には最低価格、賃料制御、優先更新権などの仕組みを設けることで価格の安定を図ります。現時点では最大2年間の利用を保証していますが、理論上は無期限での更新が可能です。
また、パラチェーンはより柔軟なブロック生成タイミングを持つようになります。
現在、パラチェーンのブロック生成は固定されており、約12秒(さらなる最適化後は6秒)です。しかし将来は、この間隔もより柔軟になると考えられます。
パラチェーンには「基本速度」が設定されます。例えば、あるパラチェーンが他の1つか複数のパラチェーンとコアを共有し、12秒または18秒ごとにブロックを生成します。しかし、より高いスループットが必要な場合は、即時市場や企業向けチェーンでOTC取引により追加のコアタイムを購入できます。
コアタイムは圧縮することも可能です(帯域幅を犠牲にして遅延を低減)。複数のパラチェーンブロックを一つのリレーチェーンのコアに詰め込むことで遅延を下げられますが、その代わり帯域コストは増えます。なぜなら、ブロックの開始と終了に対して課金されるからです。
また、コアタイムは結合することも可能です(追加のコアを投入して性能を向上させ、遅延を低減)。同じ時間帯に2つのコアを使用すれば、2つの完全なパラチェーンブロックを得られます。これにより、ブロック生成間隔を12秒から6秒、さらには3秒まで短縮できます。
チェーン中心 → アプリケーション中心へ
波卡1.0は「チェーン中心」のパラダイムでした。孤立したチェーンがメッセージを送受信できるようにするもので、本質的には単一チェーン+クロスチェーンブリッジとよく似ており、違いはすべてのパラチェーンがリレーチェーンに接続されている点だけです。これにより、ユーザーエクスペリエンスが断片化されました。ユーザーはあるチェーン上でアプリを使っているが、別のチェーンでも同じアプリを使いたい、つまりマルチチェーンでアプリを使うケースがあるのです。
しかし、チェーン中心のパラダイムがあれば、必然的にチェーン中心のユーザーエクスペリエンスが生まれます。もしアプリがチェーン中心でなければ、あらゆることが困難になります。現実には、波卡の可能性を最大限に活かすためには、アプリがクロスチェーンで展開され、少なくともユーザーにとってはシームレスである必要があります。理想は開発者にとってもシームレスなことです。
以下は「波卡とは何か」をアート的に描いた図です:

現在、システムレベルの機能はクロスチェーン展開のパラダイムへと移行しつつあります。システムチェーンが一般的になり、リレーチェーンが扱うことが少なくなっていくのです。アプリはこうしたチェーンをまたいで動作しなければなりませんが、それによってユーザーエクスペリエンスが損なわれてはいけません。
これは30分前に私が描いた図で、これが「波卡とは何か」を理解するためのより良い視点だと考えます。

波卡は、中央にリレーチェーンがあり、周囲にパラチェーンが配置されている構造ではありません。少なくとも、波卡エコシステムに来る人々にとってはそうではないはずです。実際には、波卡は多数のアプリを実行する統合システム、一台のコンピュータなのです。
確かに、異なるチェーンのビジネスロジックコンポーネント(つまりパラチェーン)の間に境界はありますが、ユーザーにとっては私たちが思うほど重要ではありません。重要なのは、ユーザーが自分のやりたいことを、簡単かつ明快で迅速に実行できることです。
図中の丸はアプリを表し、それらを区切る破線は「paras」です。私は「パラチェーン」とは言いたくありません。なぜなら、それにより「各パラチェーン=1コア」という思考の罠に陥ってしまうからです。これは波卡がこれまで採ってきたモデルですが、唯一の選択肢ではありません。
これらの丸(アプリ)は、通常、破線の内側と同じくらい容易に互いに通信できるべきです。
XCM
これを実現するにはどうすればよいでしょうか?ここでXCMの登場です。XCMは一種の言語であり、メッセージを実際に伝送するトランスポート層はXCMPです。正直言って、この二つの名前は紛らわしいかもしれません。
XCMの役割は何でしょうか?それはチェーン共通の機能を抽象化し、「何をしたいか」「何が起こってほしいか」を記述する言語を創造することです。
波卡でも同様の問題に直面しています。XCMは意図を表現する言語であり、WebAssemblyはパラチェーンが波卡内で遵守すべき「法」を表します。これは欧州司法裁判所(ECJ)に例えられます。パラチェーンが自ら宣言したロジックを守ることを保証するのです。ただし、これはそのロジックがパラチェーンによって合法的に変更され、XCMの指示に従わないことを防ぐものではありません。
XCMは「資産を送金したい」「投票を行いたい」といった意図を表現する言語です。相互に信頼するシステムチェーン間では問題ありません。しかし、異なるガバナンスプロセスや立法手続きを持つ場合、問題が生じます。波卡エコシステムでは、それをより良くできるのです。
Accord(合意)
ここで私は新しい用語「Accord(合意)」を提唱します。Accordとは、複数のチェーンにまたがる自発的な条約です。「私はこのビジネスロジックを自発的に遵守し、自分が行ういかなる行動もこれを変えない」と宣言するようなものです。チェーン自身がこの条約のロジックを破壊できないようにするのです。
波卡はこのロジックの忠実な実行を保証します。Accordは特定の関数に対して適用されます。これに参加するチェーンはすべてそのルールを遵守しなければなりません。参入の敷居を低くするために、Accordの提案は許可不要です。自発的な参加であるため、承認・登録されるまでは誰にも影響を与えません。
この図は厳密ではありませんが、おおむねこのような意味です。外側が波卡、内側に小さな丸がいくつかあり、水平に配置されています。Accordとは、その領域内での主権的な自律的メカニズムです。

Accordはすべてのシステムで実現可能なわけではありません。私の知る限り、波卡だけがこれを実現できるシステムです。なぜなら、波卡は唯一、同等の強度のセキュリティレイヤーを持ち、かつ各シャードに特定の状態遷移関数を提供できるからです。この特性により、他アーキテクチャ(例:クロスチェーンブリッジ)では不可能な協働モードが実現できます。
波卡に詳しい方は「SPREE」という言葉を聞いたことがあるでしょう。SPREEがまさにAccordを実現する技術です。
Project CAPI
簡単にUIの話をしておきます――Project CAPIです。これは、複数のチェーンにまたがる波卡アプリが、軽量クライアントであっても滑らかで使いやすいユーザーインターフェースを持つことを可能にします。
隠者リレー(Hermit Relay)
これは、リレーチェーンのすべてのユーザー向け機能(残高、ステーキング、ガバナンス・アイデンティティ、コアのリースなど)をシステムチェーンに移転することを意味します。最終的に波卡の機能を複数のパラチェーンに分散させ、リレーチェーンの余力を解放します。
堅牢なアプリケーションプラットフォームの構築
最後に、私たちがなぜこのようなことをしているのか、その意義を改めて述べたいと思います。すべては「堅牢性(resilience)」のためです。世の中は常に変化していますが、人々に明確な意向があるならば、その意向が尊重されることが重要です。私たちが今使っているシステムは十分に堅牢ではありません。それは古くからの思想に基づいて構築されています。
では、こうした脅威に耐えうるシステムをどう構築するか?まず、分散型で、暗号学に基づき、ゲーム理論的に検証されたシステムを構築することが当然です。しかし具体的には何をすればよいのでしょうか?
日々「分散化」と叫んでいますが、すべての操作が同一のRPCプロバイダーを経由するのであれば、真の分散化とは言えません。分散化は複数の要素によって支えられます:
- 軽量クライアントの利用:SmoldotおよびCAPIにより、高性能な軽量クライアントベースのUIが可能になります。
- ZKプリミティブ:豊富で高性能なZKプリミティブライブラリの構築。初のライブラリは完成間近で、チェーン上の共同体(Fellowship含む)にプライバシー保護を提供します。
- Sassafrasコンセンサス:新しいフォークレスブロック生成コンセンサスアルゴリズム。セキュリティとランダム性を向上させ、高性能なトランザクションルーティングを実現。パラチェーンのパフォーマンスとUXを向上させ、フロントランニングを防止し、潜在的なMEV収益をもたらします。
- ハイブリッドネットワーク/オニオンルーティング:トランザクションのIP情報漏洩を防止。ユーザー、チェーン、OCW間の汎用メッセージシステムです。
- 人間の分散化:多様で多くの人々をシステムに参加させる。ガバナンス、財務支出、給与、助成金などを通じて参加を促進し、集団的知識を吸収・維持します。
最後に、私たちの原点を再確認したいと思います。波卡は特定のアプリを作るために存在するのではなく、さまざまなアプリを展開できる環境を提供し、アプリ同士が互いの機能を活用できるようにすることで、広範なユーザーの福祉を高めることにあります。そして、このビジョンをできるだけ早く実現すること――それが波卡の使命です。
もし波卡が世界の変化に対して一定の堅牢性を持たなければ、波卡の構築には何の意味もありません。その変化とは、同じ目的を達成する他の手段、あるいは非信頼世界を嫌悪する外部組織からの脅威です。
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














