イーサリアムのイノベーターのジレンマ：評価と利用はすでに頂点に達したが、次に何を頼りに新たなアプリケーションを惹きつけていくのか？
TechFlow厳選深潮セレクト
イーサリアムのイノベーターのジレンマ：評価と利用はすでに頂点に達したが、次に何を頼りに新たなアプリケーションを惹きつけていくのか？
イーサリアムがコミュニティや組織の運営方法において根本的な変革を進めない限り、その評価および利用における相対的優位性はすでに頂点に達している。
Web3業界の深掘り報道に専念し潮流を洞察執筆：JAY
編集翻訳：TechFlow
では、イーサリアムは今後どのように進化していくのでしょうか？本稿ではモジュラー型ブロックチェーンやデータベース設計について考察し、GCRの見解を引用しながらこの問いに答えようとしています。
「イノベーターのジレンマ」という議論は次のように要約できます。「成功した企業は、特に技術革新において、変革に対応できなくなることが多い。その理由は、自社製品が成功するように集中しすぎているためであり、新しい、あるいはなじみのないアイデアへの挑戦を怠るからだ」。
ブロックチェーンとスマートコントラクトの世界では、ここ数年でかなりの進歩がありました。現在、百万ドルどころか2500億ドル規模の問題は「次にイーサリアムはどうなるのか？」ということです。
この記事では、イーサリアムは1）すべての暗号資産に対する評価（ETH.D）、および2）相対的な使用・採用の両面で頂点に達したと主張します。まずモジュラー型ブロックチェーンの概念を探り、それを従来のデータベース設計原則と比較した上で、最終的にこれらをイーサリアムとその将来に結びつけていきます。
モジュラー型ブロックチェーン
現在、機能するブロックチェーンとは何かについてより原理的な理解が広まり、主要コンポーネントを分離（そして拡張）する合理的な方法が登場しています。つまり、「モノリシック型 vs モジュラー型」の議論です。
モジュラー型ブロックチェーンの背後にある核心理念は、以下の4つの基本機能があることです：
-
実行（Execution）：トランザクション「後の」状態を決定する。特定のウォレットにトークンを送金した場合、実行層が前後の残高を計算します。
-
決済（Settlement）：提出されたトランザクションが「合法」かどうかを判断する。トークン送信後の残高がxyzである場合、決済層がそのxyzが正しいか検証します。
-
合意形成（Consensus）：一連のトランザクション処理後の最終状態を決定する。このレイヤーは1）トランザクションの正しい順序、および2）それらを処理した後の最終状態を確定します。
-
データ可用性（Data Availability, DA）：上記3つの機能が存在するためには、初期状態と終了状態が必要です。DAの役割は実行層に状態を提供し、合意形成によって確定された結果に基づいて状態を更新することです。
あらゆる工学的課題と同様に、「完璧な」ブロックチェーンというものは、明確なユースケースが存在して初めて意味を持ちます。この枠組みにより、より専門化されたブロックチェーン設計が可能になります。例えば、高スループットのゲーム向けのブロックチェーンと、グローバルな分散型台帳を目指すブロックチェーンでは要求される仕様が大きく異なります。このような思考枠組みは、データベース設計の原則、とりわけSQL対NoSQLの議論を強く思い出させます。
データベース設計
データベースはブロックチェーンよりも何十年も前から存在しています。その設計に関する共通認識は、「完璧なデータベースは存在しない」ということです。ほとんどの工学的問題と同様に、ここでも常にトレードオフが発生します。
拡張可能なデータベースを構築する際のフレームワークは「どのようなユースケースなのか？」に帰着します。意思決定を行う前に、私は次の質問を投げかけます：
-
読み取りと書き込みの比率はおおよそどれくらいか？TelegramやSlackのようなアプリでは読み書き量が似通っている一方、Twitterでは読み取り量が書き込み量を何桁も上回ります。
-
分散システムでは一貫性（consistency）と可用性（availability）の概念がある。言い換えれば、「不正確なデータ」と「アプリケーションのダウンタイム」のどちらをより重視するか？これもまた状況次第です。金融テックアプリでは、一貫性（正確なデータ）がはるかに重要です。
-
古いデータと最新データのどちらが重要か？これは読み書きの負荷とどう関係しているか？当該データベースは、同時書き込みと読み取りを処理する戦略を実装できるか？たとえば、私がデビットカードを使っている最中に妻が銀行口座から現金を引き出す場合、古典的な二重支払い問題をどう防ぐか？
-
読み取りパターンはどのようなものか？柔軟にデータにアクセスする必要があるか、それとも通常は事前に定義されたデータを使うか？異なるデータセット間での結合（JOIN）操作を多く行うか？
技術的配慮に加えて、以下を理解しておくことも重要です：
-
この技術に精通したエンジニアはどれだけいるか？実際にこの技術を使って開発したいと考えるエンジニアはどれだけいるか？
-
基盤コードをフォークして調整したい場合、積極的なサポートを得られる手段はあるか？
イーサリアムの未来
以上を総合すると――完璧なブロックチェーンなど存在しないのです。優れた工学とは常にトレードオフの選択であり、万人に適した解決策はありません。ではなぜイーサリアムはこれほど「支配的」なプラットフォームとなったのか？なぜイーサリアムはあたかも完璧なブロックチェーンであるかのように評価されているのか？そして最後に、イーサリアムはこれからどうなっていくのか？
イーサリアムはなぜこれほど「支配的」なプラットフォームになったのか？
4年前、イーサリアムはスマートコントラクトプラットフォームとしての第一選択肢でした。他のすべてのプラットフォームと比べて、HardhatやCryptoZombiesといった優れた開発ツールが整っていました。さらに忠実なユーザーベースを持ち、チェーンとトークンが「分散型」であるという点も魅力でした。当時は中央集権的なブロックチェーンの方が詐欺の可能性が高かったのです。また、ETH自体の価格も低く、ガス代も安かったのも要因です。
今日では、開発者はそれぞれ独自のトレードオフを持つ多数のスマートコントラクトプラットフォームから選べるようになりました。詐欺的なプロジェクトは依然存在しますが、4年前と比べて人材や資金が流入したことで、その割合は大幅に減少しています。
イーサリアムが過去に成功した理由こそ、将来の失敗につながる原因となるのです。かつてイーサリアムは、開発者が利用できる唯一の実用的なスマートコントラクトプラットフォームでした。正当なユースケース（DeFi、NFT）によってETHは大きな先行き利を得ました。しかし現在、焦点は価値蓄積（「スーパーステーブルコイン」）やビットコインとの競争、インターネットネイティブなデフォルト価値保存手段（いわゆる「Flippening」）へと移っています。
スマートコントラクトプラットフォームでありながら、同時に分散型の「スーパーステーブルコイン」にもなることを目指すことは、エッジユーザーと開発者にとって明らかな摩擦（高いガスコスト、混雑したネットワーク）を生み出しています。孔子（そしてGCR）の言葉にあるように「二兎を追う者は一兔をも得ず」です。
イーサリアムは今後どうなるのか？
ユーザーはアプリが存在し、コストが妥当な場所へと流れていく。一方、アプリ開発者はより慎重で長期的視野を持っている。なぜならユーザー個人よりもはるかに大きなコストを負担しているからです。開発者は、自社アプリが長期的に成長・拡大できる可能性のあるプラットフォームを選んで構築します。
現在のイーサリアムを見てみましょう。平均トランザクション速度は15〜20TPSであり、ガス代は頻繁に200ドルまで跳ね上がります。イーサリアム上で構築可能なアプリには明確な制限があり、非常に少ないインタラクションしか許されません。たとえば、貸借プロトコルは年に数回程度しか使わないため、イーサリアム上でのアプリとして適しています。
しかし、アプリ開発者として、10万または100万のユーザーに拡大し、より高い使用頻度を見込むようなアプリを構築しようとする場合、イーサリアム上での開発は非現実的です。
こうした状況は、代替案が次々と登場することでますます明らかになっています。
-
FriendTechはBase L2上に構築された
-
PacmanおよびBlurチームは独自のL2立ち上げを検討中
-
DYDXは自社専用のアプリケーションチェーンを使用
モジュラー型ブロックチェーンの枠組みは、ブロックチェーンが選択できるトレードオフのセットを提供します。我々は今、トレードオフ曲線上のさまざまなポイントをカバーするインフラが出現し始めた段階にあります。
最後にして最も重要なのはインセンティブ構造です。
チャーリー・マンガーが常々言うように「インセンティブを見せてもらえれば、その結果も教えてあげられる」。イーサリアム上で開発を行うインセンティブ構造は、現在存在する他のブロックチェーンと比べて劣っています。VCや新規L1チームは、強力で活気あるエコシステムの構築に強い関心を持っています。投資家として考えるならば、トークンがすでに広く分散し、エコシステムも過密な状況で、なぜわざわざイーサリアム上に構築しなければならないのか？むしろ、自分の利害関係のある、L1評価の低いブロックチェーン上でアプリ開発を促進すべきではないでしょうか。
このツイートへの返信が、状況を非常に明確に示しています。
ETHはブロックチェーン設計の効率的フロンティア上にはもはや存在しません。あなたがトレードオフ曲線のどの地点を希望しようと、それに応えるより優れたスマートコントラクトプラットフォームとインセンティブ構造が既に存在しています。イーサリアムがコミュニティおよび組織運営のあり方において根本的な変革を起こさない限り、その評価と使用における相対的優位性はすでに頂点に達しています。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
@0xjaypeg
