Gavin Wood：Polkadot 1.0 から JAM への道のりで何を学んだのか？
TechFlow厳選深潮セレクト
Gavin Wood：Polkadot 1.0 から JAM への道のりで何を学んだのか？
Gavinは、イーサリアムを始める以前の興味深いエピソードや、Polkadot 1.0からJAMに至る過程での反省点や教訓について主に語りました。
Web3業界の深掘り報道に専念し潮流を洞察編集：PolkaWorld
数か月前、GavinはRaoul Palのインタビューに応じました。最新の動画ではありませんが、Gavinが語ったいくつかの見解は今なお私たちにとって価値があります！いつものように、この動画の内容を2回に分けてお届けします。以下はその前半部分です。Gavinは、イーサリアムを始める前の興味深いエピソードと、Polkadot 1.0からJAMに至るまでの振り返りや教訓を中心に語っています。
まずは、名言をいくつかご紹介しましょう！
-
イーサリアムはビットコインの単なるコピーではなく、本当に境界を押し広げようとしていた。当時、誰もそれを構築し始めていなかったが、私はゼロから新しいものを生み出せることを確信していた。
-
ある意味で、Polkadotは私がWeb3分野に対して行う技術的なさらなる貢献の試みだ。このアイデアは、「イーサリアム2.0とは何か」という私の思索から生まれた。
-
単一ノードの性能向上ではシステムをスケーリングできないなら、「横方向への拡張（横向扩展）」が必要になる。
-
私は確信している。単一のセキュリティ保護傘を持つことが最も合理的だと。 分散型セキュリティモデルには意味がないと考えている。
-
私がPolkadotにおいて最も変化した考え方は、「状態の持続的フラグメンテーション（状态的持续碎片化）」という概念についてだ。これを固定されたパターンとすべきではなく、より柔軟で一時的なフラグメンテーション方式を採用すべきである。
-
現在「パラチェーン（平行链）」の定義は大幅に緩和できる。汎用的な「ワールドコンピュータ」JAMモデルに統合可能なチェーンであれば、すべてパラチェーンと見なせる。
-
私たちが議論すべき核心はスケーラビリティだ。データの入出力量を増やすだけでなく、システム内での処理効率も向上させる必要がある。これらの能力を数桁レベルで高めなければ、現実世界の有意義なユースケースを支えたり、既存のWeb2アプリをWeb3に移行させることはできない。
-
JAMの目標は、スマートコントラクトではなく、ほぼ普通のコンピュータコードを直接実行できることだ。複雑なgas最適化は不要。ごくわずかなコストでコードをアップロード・実行でき、ユーザーを惹きつけることができる。
-
一旦Web3がWeb2の正当な代替手段となれば、十分な市場が開かれる。ブロックスペースのコストがほぼゼロでも、ネットワークを維持するバリデータに報酬を支払えるだけの価値は残る。
-
ブロックスペースが十分に安価になり、ゼロに近づけば、問題は参入障壁やユースケースではなく、それらが本当に有用かどうか、ユーザーと市場があるかどうかになる。
引き続き、続きをどうぞ！
Gavinがイーサリアムに至るまでの物語
Raoul Pal：あなたの経歴は非常に印象的です。もしよろしければ、過去に戻って、特にイーサリアム以前の話から、最初にどのようにしてこの分野に入ったのか、教えていただけますか？
Gavin：私は昔から経済学とゲーム理論に強い関心を持っていました。大学ではコンピュータサイエンスを専攻していましたが、最初にビットコインに触れたのは2013年の2〜3月頃でした。そのとき、Amir Taakiという人物についての記事を読みました。彼はビットコインのプログラマーであり、自称「暗号パンク」で「暗号アナーキスト」でもありました。非常に魅力的な存在に感じられ、彼に会って彼の世界観を聞いてみたいと思いました。当時、私はビットコインプロジェクトに何か貢献したいとも思っていたので、メールを送りました。彼は返信してくれて、ロンドンの廃墟ビルで会うことになりました。初めて廃墟建築に入りました。彼は私にビットコインコミュニティの何人かを紹介してくれました。まず紹介されたのがMihai Alisieと彼の恋人Roxanaでした。当時、彼女はマットレスの上で座っていました。その部屋はオフィスのように見えましたが、建物全体は廃棄されたオフィスビルでした。こんな環境で初対面をするとは驚きました。
その後、Mihaiは私が共同設立者となったイーサリアムの共同創設者の一人になりました。だからこそ、奇妙な初対面でしたが、とても重要な出来事でした。また、彼を通じて他のビットコイン関係者とも知り合い、ロンドンでビットコインキャッシュの両替所を運営していた彼らと連絡を取り合うようになりました。そのつながりを通じて、最終的にVitalikとも出会うことになります。私は2013年末にVitalikのイーサリアム白書を読み、コードの作成を始めました。
Raoul Pal：あなたが初めてイーサリアムの白書を見てVitalikと交流したとき、なぜそれが画期的な瞬間になると感じたのですか？なぜビットコインよりもイーサリアムに魅力を感じたのですか？当時はビットコインエコシステムに留まることもできたはずなのに、あなたはイーサリアムを選んだわけですよね。
Gavin：確かにビットコインエコシステムに留まることもできました。結局のところ、何かを作るとき、自分が最大の価値を発揮できる場所を探します。ビットコインにはすでにチームがあり、クライアントがあり、コミュニティもあり、成熟したシステムでした。一方、イーサリアムはビットコインの単なる模倣ではなく、本当に境界を押し広げようとしているように見えました。当時、誰もそれを実際に構築し始めておらず、私はゼロから新しいものを構築できると確信していました。そのとき、自分の専門性と貢献できる価値はまったく新しいものを構築する手助けをすることにこそあると感じました。そのようなプロジェクトでこそ、自分の能力を最大限に発揮できると判断しました。
イーサリアムの成功に驚きましたか？
Raoul Pal：その成功に驚きましたか？それとも、次の大突破になると信じていたのですか？当時、多くの他のブロックチェーンも登場していた中で、イーサリアムの成功は意外でしたか？
Gavin：もし本当に驚いていたら、そこまで強くコミットしなかったでしょう。結果を完全に予測することはできません。なぜなら、プロジェクトが少しだけ優れているか、著しく優れているかというだけでなく、特定の機能を追加したかどうかなど、多くの要素に依存するからです。しかし、私は確かに予感を持っていました。その予感を持った真の理由は、2014年1月にマイアミに行き、数人の共同創設者に会い、ビットコインコミュニティの空気を初めて肌で感じたことです。フロリダ州マイアミで開催された大規模なビットコインカンファレンスで、非常に熱気に満ちており、さまざまなパーティーがありました。当時、Vitalikがマイアミのハッカソンに参加するよう招待してくれて、「そこでコーディングを完成させよう」と言っていました。私は開発チームと一緒に1週間働くつもりでマイアミに向かいましたが、実際にはほとんどパーティーのような場所で、結局自分一人がコードを書いていました。それでも、皆の熱意や情熱を感じ取ることができました。
当時、他にもいくつかのプロジェクトがありました。ご存じかもしれませんが、Mastercoinは当時人気があり、「これはビットコインだが、金融商品を構築できる」と謳っていました。CounterpartyはMastercoinに似ていましたが、異なる用途向けでした。NXTはビットコインのプルーフ・オブ・ステーク（PoS）版でした。私にとっては、こうした新興のブロックチェーンプロジェクトと比べても、イーサリアムがはるかに多くの可能性を提供していることは明らかでした。
それに加えて、あの高揚感もあり、他の共同創設者たちも大きな原動力になっていることがわかりました。イーサリアムには大きなチャンスがあり、非常に大きな存在になる可能性があると感じました。
なぜPolkadotを立ち上げたのですか？
Raoul Pal：では、なぜ自らブロックチェーンを作ろうと思ったのですか？私は2012年か2013年からこの分野に関わっていました。あるとき、私の主催するラウンドテーブルでPolkadotが紹介されましたが、それは正式リリース前のことでした。「このプロジェクトは非常に重要だ」と言われましたが、当時の私は「相互運用性（互操作性）」が何なのかまったく理解できず、「良さそうだけど、何を言っているのか分からない」と思いました。なので、Polkadotを立ち上げた経緯を教えていただけますか？このアイデアはどのようにして生まれたのですか？この旅路について、どこが正しかったのか、どこが間違っていたのか、そして今後の方向性についても語ってください。
Gavin：ある意味で、Polkadotは私がこの分野に対する技術的なさらなる貢献を目指す試みです。このアイデアは、「イーサリアム2.0とは何か」という私の思索から生まれました。つまり、イーサリアムの後継となるシステムがどのように動作すべきかということです。私は常に、それが多数の異なるチェーンを持つマルチチェーンアーキテクチャになる可能性が高いと考えていました。しかし、Polkadotの概念が形成される前は、それらのチェーンがすべて同じ機能を果たす、つまりイーサリアムと同じEVMチェーンで、イーサリアム1.0と同様の動作をするものだと考えていました。
当時、私はPolkadot内で「リレーチェーン（Relaychain）」と呼ぶ、イーサリアムの「ビーコンチェーン（Beacon Chain）」のようなトップレイヤーのチェーンを想定していました。この上位チェーンが、すべてのサブチェーンが正しく動作していることを保証する役割を担います。しかし、その後、これらのチェーンが同じことをする必要はない、むしろ異なることをしたほうがシンプルかもしれないと考えました。つまり、それぞれが異なる領域に特化したチェーン、いわゆる「アプリチェーン」（現在一般的な用語）になる可能性です。
機能は異なっていても、同じセキュリティを共有することで、容易に相互作用し、相互運用性を持つことができます。ここで言う相互運用性にはいくつかの意味があり、混乱を招くこともあります。しかし、この文脈では、同じセキュリティ枠組み下で安全に相互作用し、因果関係に基づいた直接的なやり取りができることを意味しています。
もちろん、このプロセスで多くの教訓を得ました。結局のところ、これは一つの実験なのです。このようなレベルの相互運用性が、イーサリアムの同期的でコンポーザブルな相互運用性――つまり、コントラクトがお互いを呼び出し、即座に反応できる――と比べて、どれほどの実用的価値を持つかは、まだ確信が持てません。しかし、Polkadotの起源を遡るなら、その核となる理念は、一連の異なるチェーンを共通のセキュリティ枠組み下に置き、各チェーンが独自の特化分野に集中することです。
Raoul Pal：実は、多くの人が多チェーン世界の到来に気づく前から、あなたはそれを予見していたのですね。この理念は当初多くの疑問を呈されましたが、多くの人々は将来EVMの世界かビットコインの世界のいずれか一つだけになると信じていました。しかし、あなたは複数の異なるチェーンが共存する未来を想定していたのです。
Gavin：私にとって、これはイデオロギー的な立場ではなく、当時のスケーラビリティの必然的な要請でした。当時、誰もがスケーリングについて議論していました。なぜなら、イーサリアムは素晴らしかったが、スケーリングできないからです。そのため、問題は「いかにシステムをスケーリングするか」に変わりました。答えは「並列処理が必要だ」ということでした。Solanaが試みているように、同期的にスケーリングする方法もあります。つまり、より高速なバリデータを使い、それらの接続を密にすることです。しかし、最終的にはボトルネックにぶつかります。特にWeb3の特性を維持しようとすれば、参加の敷居がますます高くなり、多くの人が参入できなくなってしまいます。バリデータには非常に強力なハードウェアが必要となり、多くの人にとってハードルが高くなってしまうのです。
単一ノードの性能向上でシステムをスケーリングできないなら、「横方向への拡張（横向扩展）」が必要になる。これは典型的なシリコンバレー的思考であり、スケーリングの鍵は複数のノードでワークロードを分担することにあります。具体的には、ワークロードを並列処理し、小さなタスクに分割して、異なるノードがそれぞれ担当するというものです。まさにこれがPolkadotの核となる理念です。
当初の私の構想では、ワークロードを分割する際に、各部分が独立したチェーンとなり、長期的に状態を保持する必要はありませんでした。むしろ、より短期的かつ柔軟にタスクを割り当て、処理することが可能だと考えていました。しかし、ワークロードを分割・分散してネットワーク全体をスケーリングするという基本的な理念は避けられないと確信しています。
GavinがPolkadot 1.0からJAMへ至る過程で考えたこと
Raoul Pal：あなたの仮定はどのように変わっていったのですか？どのような要因が新たな行動を促したのですか？あなたはPolkadotのためにまったく新しい世界を構築し続けていますが、再び境界を押し広げる突破口を見出したのはなぜですか？
Gavin：最大の変化は、「状態の持続的フラグメンテーション（状态的持续碎片化）」という考え方に起因しています。私は、単一のセキュリティ保護傘を持つことが最も合理的だと確信しています。分散型セキュリティモデルには意味がないと考えています。Cosmosのモデルも、最近では共有セキュリティを試み始めていますが、まだ本格的には実現していません。初期のCosmosモデル、そして現在のモデルも、分散型セキュリティに基づいています。私はそれが賢明ではないと思います。イーサリアムやPolkadotのモデル、つまり単一のセキュリティ保護傘を持ち、その枠組みの中で並列化を実現するモデルこそが正しいと信じています。
態度の変化は、並列化の方法や構造に関するものです。Polkadot 1.0と、最近のグレイペーパーで紹介されたJAMとの主な違いは、Polkadot 1.0のモデルが「持続的フラグメンテーション」であった点です。つまり、複数のブロックチェーンがあり、それぞれが独自の状態を持ち、分離された状態で動作します。セキュリティは統一されていますが、各チェーンは独立して動作し、異なるコレクターのセットや状態遷移ルールを持っています。ただし、相互にメッセージを送信できるため、XCMメッセージを使用します。これは比較的大雑把なやり取り方法であり、イーサリアム上のスマートコントラクト間のやり取りほど細かいものではありません。これにより、実現可能なコンポジションの種類や、ブロックスペースの利用モデルが大きく制限されていることに気づきました。したがって、結論として、「持続的フラグメンテーション」を固定されたパターンとすべきではなく、少なくともそれが必須だと仮定すべきではない。むしろ、より柔軟で一時的なフラグメンテーション方式を採用すべきだと考えました。
つまり、状態のフラグメンテーションは、ブロックチェーンの境界で永続的・長期的に分割するのではなく、大きな全体状態の一部として扱われるべきです。代わりに、約6秒ごとに状態を任意に再分割します。もちろん、任意分割には「どうやって実現するか」という課題がありますが、いくつかの可能な解決策を検討しています。私たちのアプローチは、プロトコルレベルでこのフラグメンテーションを固定せず、新しいユースケースのニーズに応じて再パーティショニングを行い、各ブロックごとにこれを実施することです。
つまり、元々異なるブロックチェーンエコシステム間でセキュリティとメッセージ伝達を提供するために設計されたPolkadotのリレーチェーンを、「ワールドコンピュータ」のようなものに転換しようとしています。この「ワールドコンピュータ」は、どこにでも存在するマルチコア仮想マシンのようなもので、プログラムをホストできます。私たちの目標は、これらのプログラムが大量のデータを処理するだけでなく、大量の計算タスクも実行できるようにすることです。
Raoul Pal：先ほど述べた考え方が理解しづらい人もいるかもしれません。問題解決や将来の状態を考えるとき、頭の中に必ずモデルがあるはずです。そのモデルを使って、この技術をどのように使うのか、人々の生活にどんな変化をもたらすのか、ブロックチェーン技術にどのような新しいユースケースを開くのか、どのように考えていますか？
Gavin：非常に簡単な例を挙げましょう。これはPolkadotエコシステムで長年議論されてきたアイデアです。しばらく前から存在しており、当初はSPREEと呼ばれ、後に私はこの汎用的手法をAccordsと名付けました。「Accord」を一種のスマートコントラクトだと考えてください。これは、2つの独立したブロックチェーンがどのように相互に作用するかを管理します。基本的に、「Accord」の異なる部分は異なるブロックチェーン上で動作するかもしれませんが、それらは自分たちが同じシステムに属していることを認識しています。これは国際法に似ており、ブロックチェーンがこのプロトコルに従うことを約束したら、簡単に退出できません。特定の状況でプロトコルの実行を拒否することはできず、遵守するか、合意から離脱するかのどちらかです。合意を守れば、同じ合意を守る他のブロックチェーンと相互作用できます。
「Accord」を「トークンプロトコル」の例として想像してください。このプロトコルは、私があなたにトークンを送るとき、あなたが対応するトークンを破壊した場合にのみ新しいトークンを発行することを保証します。同様に、私がトークンを破壊した後、あなたが新しいトークンを発行することを私も知っています。つまり、2つのブロックチェーンは、ブロックチェーン自体を信用することなく、このような二国間メッセージを通じて直接相互作用できるのです。
Raoul Pal：これはPolkadotエコシステム内に限定されますか、それとも他のチェーンにも適用可能ですか？
Gavin：これはPolkadotによってセキュリティが確保されたチェーン、つまりPolkadotエコシステムに属するチェーンにのみ適用されます。ただし、現在「パラチェーン（平行链）」の定義は大幅に緩和されており、汎用的な「ワールドコンピュータ」モデルに統合可能なチェーンはすべてパラチェーンと見なせます。したがって、さらに先を見据えることができます。当初PolkadotはZK Rollupのようなチェーンを処理するために設計されていませんでしたが、そのアーキテクチャは十分に汎用的であり、ぎこちなく実現できる程度ですが、このモデルによりPolkadotの計算能力がさらに汎用的になっています。
しかし、これにより次の問いが生まれます。伝統的なパラチェーンではなくZK Rollupチェーンだった場合、Polkadotは依然としてそのチェーンのすべてのトランザクションをチェックし、正確性を保証できるでしょうか？さらに、それらのトランザクションを正しく順序付けしたり、Accordに従わせたり、メッセージが正しく伝達されることを保証したりすることもできるでしょうか？
JAMはアプリケーションの発展と利用をどう推進するか？
Raoul Pal：現実世界のユースケースにおいて、この能力はWeb3世界でアプリケーションの発展と利用をどのように推進するのでしょうか？
Gavin：私はやや低レベルの視点からこの問題を見ています。具体的なアプリケーションについてはあまり深く考えていません。例えば、サプライチェーン管理で何ができるかは説明できますが、具体的なアプリケーション自体はそれほど重要ではなく、特定の規模のアプリケーションをサポートできるかどうかが肝心です。例えば、世界中のすべてのサプライチェーンを追跡し、すべての貨物情報を記録したいとします。これは膨大なデータを伴います。世界には数千隻の船と、数百万から数千万の貨物コンテナがあるかもしれません。これらすべてのデータを大きなステートマシンに入力し、十分な計算を行える必要があります。これにより、そのアプリケーションが現実世界で意味を持つようになります。
私たちが議論すべき核心はスケーラビリティです。現在のブロックチェーンはこうした要求をうまく処理できません。ブロックチェーンが処理できるデータ量と計算能力を高める必要があります。データの入出力量を増やすだけでなく、システム内での処理効率も向上させる必要があります。これらの能力を数桁レベルで高めなければ、現実世界の有意義なユースケースを真正にサポートできず、既存のWeb2アプリをWeb3に移行させることもできません。
これがJAMという新しい設計の目的であり、グローバルレベルのトランザクションデータを処理するための青写真です。
JAMはいつリリースされるのか？
Raoul Pal：JAMはいつリリースされるのでしょうか？これは通常答えにくい質問だとわかっていますが、あなたの心中での実施戦略はどのようなものですか？このプロセスにはどれくらいの時間がかかりそうですか？
Gavin：こういうことはいつも難しいですね。たとえば、私は2017年10月にテスラRoadsterを予約しました。見つけた瞬間に予約し、「お金を受け取ってくれ、2年以内に納車される！」と思いました。しかし、6年が経過しても、まだ何も連絡はありません。Polkadotのリリース前に車が届くと思っていたのに、明らかに大間違いでした。今はJAMのリリース前にテスラを受け取りたいと思っていますが、果たしてどうなるでしょうか。
実際、私は目標設定において、おおよそイーサリアムのタイムラインを参考にしています。約10年前にイーサリアムの黄皮書を発表し、それからプロトコルが形になりリリースされるまでに、約6〜7ヶ月かかりました。イーサリアムプロトコルは監査後にわずかな修正が加えられ、最終的に2015年夏にリリースされました。7月か8月だったと思います。したがって、JAMのリリースも同様の時間軸を目指してみようと思っています。
現在、JAMプロトコルの主要部分はほぼ完成しています。現在、グレイペーパーに補足すべき追加内容を仕上げており、次の1〜2週間で完了する予定です。その後、コミュニティによるレビュー、研究チームの検証、プロトタイピング、監査のプロセスを経ます。しかし、JAMに関する大きな問題はほぼ解決されたと考えています。
ユーザー獲得の競争はどうするのか？
Raoul Pal：JAMがリリースされた後、ブロックチェーンが直面する主な課題はユーザー利用の拡大になるでしょう。この問題にどう対処しますか？現在、多くのブロックチェーンプロジェクトがユーザーの注目を競い合っており、活動を増やすために報酬を支払っているさえあります。この挑戦にどう対応しますか？これは技術的な拡張だけでなく、ビジネス的な拡張でもあるからです。
Gavin：私の基本的な見解は、現在のブロックチェーンは、大多数の現実世界のアプリケーションのニーズを満たす高品質な非中央集権的なブロックスペースを提供していないということです。通常、高い手数料を払ったり、取引所でETHを購入しなければイーサリアムネットワークを利用できません。彼らは新しいインフラでこの状況を変えようとしていますが、現実には短期間で大きく変わることはありません。その主な理由の一つがスケーラビリティの不足であり、ブロックスペースがまだ十分に安価ではないからです。
ブロックスペースはほぼ無料になる必要があり、拡張性は極めて高く、チェーン上でほぼ普通のコンピュータコードと同じプログラムを実行できるレベルまで達する必要があります。JAMの設計はまさにこの実現を目指しています。JAMの目標は、スマートコントラクトではなく、ほぼ普通のコンピュータコードを直接実行できることです。複雑なgas最適化は不要。ごくわずかなコストでコードをアップロード・実行でき、ユーザーを惹きつけることができます。したがって、JAMの重点はこのビジョンの実現を推進することにあります。
ネットワークはどのように価値を蓄積するのか？
Raoul Pal：つまり、これはクラウドコンピューティングの進化と同じです。時間が経つにつれ、すべてのデジタル化されたものは最終的にほとんどコストがかからなくなる。クラウドコンピューティングは良い例です。かつては高価でしたが、今では大規模に使わない限りコストは低い。しかし、すべてがほぼゼロコストになると、エコシステム内でどのように価値を蓄積するのか？AWSがクラウドでやっているように、大量の取引が必要になるのでしょうか？この問題をどう見ていますか？
Gavin：私の見解は、ブロックスペースのコストがゼロに近づくにつれ、新しいアプリケーションと市場が開かれるということです。以前は非現実的だったアプリケーションが、取引コストがほぼゼロになることで現実的になります。私の目標は、ブロックチェーン取引を行うために取引所で暗号資産を購入する必要がなくなる段階に到達することです。現在、ブロックチェーン上で何かを行うには基本的に暗号資産を保有する必要があります。これは市場とユースケースの拡大を大きく制限しています。最終的にはこの制約から脱却したいのですが、そのためにはスケーラビリティを極めて高める必要があります。JAMはその極限のスケーラビリティへの第一歩です。
私は、一旦Web3がWeb2の正当な代替手段になれば、十分な市場が開かれ、ブロックスペースのコストがほぼゼロであっても、ネットワークを維持するバリデータに報酬を支払えるだけの価値が生まれると考えています。最終的には、ネットワークのスケールが、ブロックスペースに十分な価値を持たせ、エコシステム全体を支えることができるようになります。
この分野にはあとどれくらいの新規参入者が来られるのか？
Raoul Pal：私が常に考えているのは、3Gや光ファイバーなどのインフラ層技術の拡張を観察すると、最終的にどこかの時点で大量の余剰容量が生まれ、その後統合が起こり、業界が明確な方向性を見出すということです。あなたはブロックチェーン分野についてどう考えますか？現在、多くの問題は未解決で、ブロックチェーンは完璧なシステムではなく、すべての問題を解決できるわけではありません。いつ頃、このような余剰容量の段階に達すると考えますか？
Gavin：エネルギー業界と似たような状況になるかもしれませんが、本当にエネルギーの余剰容量があるのかどうか、私は確信がありません。人類は今なおエネルギーを巡って争っています。低品質なブロックスペースを構築するのは簡単です。隔離された、安全でないプライベートチェーンを構築すれば、すぐに手に入れられます。しかし、高品質で相互接続されたブロックスペースを構築するのはそれほど簡単ではありません。
Raoul Pal：私も、ブロックスペースの余剰ではなく、この分野にどれだけの新規参入者が入れるかを考えています。ブロックスペースが安価で高速になれば、ユースケースが増え、最終的にインターネット全体がそれを頼るようになることに同意します。その点では問題ありません。しかし重要なのは、あとどれだけの革新や新規参入者が入れるのか？あるいは、ある時点で止まるのか？例えば、新プロジェクトが資金調達できなくなるような状況です。
Gavin：ブロックスペースが十分に安価で、ゼロに近づけば、問題は参入障壁やユースケースではなく、それらが本当に有用かどうか、ユーザーと市場があるかどうかになる。市場があれば、ウェブサイトを立ち上げてAWSでサーバーを動かすのと同じです。サーバーのコストが十分に低ければ、最初の100人のユーザーに簡単にサービスを提供でき、ユーザーが新しいサービスを強く求めているなら、エネルギー問題が残っていようが、AWSが数億人のユーザーにサービスを提供する際に非常に高額になろうが、それは関係ありません。市場があり、ユーザーが支払いを望んでいるからです。
したがって、ユースケースやアプリケーションにおいて新規参入者が大きな問題に直面するとは思いません。同様の制約がなければですが。もちろん、Polkadot 1.0モデルの問題の一つは、現在50のパラチェーンスロットしかなく、その数が限られていることです。一度50のスロットが埋まってしまえば、どれほど優れたユースケースを持っていても、次のスロットが空くのを待つか、Crowdloanに参加してスロットを獲得するしかありません。これは非常に困難なプロセスです。これが私たちがPolkadotから学んだ教訓です――参入障壁は下げなければならない。新しいアプリケーションだけでなく、新しいユーザーに対してもです。まさにJAMがこれを解決しようとしているのです。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
@gavofyork
