原作者：JAY

オリジナル編集: Deep Chao TechFlow

では、イーサリアムの次は何でしょうか?この記事では、モジュラー ブロックチェーン、データベース設計について説明し、GCR を引用してこの質問に答えてみます。

イノベーションのジレンマの議論は次のように要約できます。「成功している企業は、特に技術革新におけるパラダイムシフトへの適応に失敗することがよくあります。その理由は、企業は、馴染みのない新しいアイデアを試すことよりも、自社の製品を成功させることに重点を置きすぎているためです」 。」 」

ブロックチェーンとスマートコントラクトの世界では、私たちは過去数年間で大きな進歩を遂げてきました。さて、100 万ドルか 2,500 億ドルの問題は、イーサリアムの次は何でしょうか?

この記事を通じて、私は以下のことを主張します: 1) すべての暗号資産 (ETH.D) と比較した評価、2) 相対的な使用と採用の点で、イーサリアムはピークに達しました。まずモジュール式ブロックチェーンの概念を探求し、従来のデータベース設計原則と比較してから、これをすべてイーサリアムとその将来に結び付けます。

モジュール式ブロックチェーン

現在では、適切に機能するブロックチェーンを構成する要素についてより原則的な考え方が存在し、コア コンポーネントを切り離す (および拡張する) ための合理的なアプローチが存在します。これはモノリスとモジュールの戦いです。

ブロックチェーンのモジュール性の背後にある中心的な考え方は、次の 4 つの基本機能があるということです。

• 埋め込む。トランザクションの「後」のステータスを判断します。特定のウォレットにトークンを送信すると、実行レイヤーがトランザクションの前後の相対的な残高を決定します。

• 決済。送信されたトランザクションが「正当」であるかどうかを判断します。トークンを送信した後の残高は xyz になります。決済によって xyz が正しいかどうかが判断されます。

• コンセンサス。一連のトランザクションの後の最終状態を決定します。この層は、1) 一連のトランザクションに対する正しい順序、および 2) これらのトランザクションの処理後の最終状態を決定します。

• データの可用性。上記の 3 つの関数のいずれかが存在するには、前の状態と終了状態が必要です。 DA の機能は、実行層にステータスを提供し、コンセンサスの最終結果に基づいてステータスを更新することです。

他のエンジニアリング問題と同様、「完璧な」ブロックチェーンは、明確に定義されたユースケースが存在する場合にのみ意味を持ちます。このフレームワークの存在により、高スループットのゲーム用に構築されたブロックチェーンには、グローバルな分散型台帳として設計されたブロックチェーンとはまったく異なるニーズがあります。この考え方の枠組みは、データベース設計の原則、特に SQL と noSQL をめぐる議論を非常に思い出させます。

データベース設計

データベースはブロックチェーンよりも数十年も長く存在しています。その設計に関するコンセンサスは、完璧なデータベースはないということです。ほとんどのエンジニアリングの問題と同様、すべてにはトレードオフが伴います。

スケーラブルなデータベースを構築するためのフレームワークは、「使用例は何ですか?」ということになります。決定を下す前に、次のような質問をします。

• 読み取りと書き込みのおおよその比率はどれくらいですか? Telegram や Slack などのアプリでは、読み取りと書き込みは同程度ですが、Twitter では読み取りが書き込みよりも桁違いに多くなります。

• 分散システムには、一貫性と可用性の概念があります。言い換えれば、これは次のように言い換えることができます。不正確なデータとアプリケーションのダウンタイムのどちらをより懸念しているのでしょうか?やはり状況によりますね。フィンテック アプリケーションの場合、一貫性 (正確なデータ) がはるかに重要です。

• 古いデータと新しいデータはどのくらい重要ですか?これは読み取りおよび書き込みワークロードとどのように関係しますか?私たちのデータベースでは、同時書き込みと読み取りを処理する戦略を実装できますか?たとえば、私がデビットカードを通すと妻が銀行から現金を引き出します。古典的な二重支払いの問題を防ぐにはどうすればよいでしょうか。

• 読み取りモードとは何ですか?データへの柔軟なアクセスが必要ですか? それとも通常は事前定義されていますか?異なるデータセット間で多数の結合を実行しますか?

技術的な考慮事項に加えて、次の点を理解することが重要です。

• このテクノロジーに精通したエンジニアは何人いますか?実際にこのテクノロジーを使って構築したいと考えているエンジニアは何人いるでしょうか?

• 基礎となるコードをフォークして微調整したい場合、アクティブなサポートを受ける方法はありますか?

イーサリアムの未来

ここですべてを結び付けますが、完璧なブロックチェーンは存在しません。優れたエンジニアリングとはトレードオフがすべてであり、すべてに適用できる万能のアプローチはありません。では、イーサリアムはどのようにしてそのような「支配的な」プラットフォームになったのでしょうか?なぜイーサリアムは完璧なブロックチェーンであるかのように価格設定されているのでしょうか?最後に、イーサリアムの次は何でしょうか?

イーサリアムはどのようにしてこれほど「支配的な」プラットフォームになったのでしょうか?

4 年前、イーサリアムはスマート コントラクト プラットフォームを構築するための最優先の選択肢でした。他のすべてのプラットフォームと比較して、Hardhat、CryptoZombies などの優れた開発ツールを備えています。さらに、忠実なユーザーベースがあり、チェーンとトークンは「分散化」されています。その時点で、集中型ブロックチェーンは詐欺である可能性が高くなります。 ETHは資産としても安いので、ガス料金も安くなります。

現在、開発者はより多くのスマート コントラクト プラットフォームから選択できますが、それぞれに独自のトレードオフがあります。詐欺は依然として存在しますが、より多くの人材と資本がこの分野に参入するにつれて、4 年前と比較して大幅に減少しました。

イーサリアムが過去に成功した理由は、将来失敗する理由でもあります。イーサリアムが開発者にとって唯一実行可能なスマート コントラクト プラットフォームだった時代がありました。正当なユースケース（DeFi、NFT）はETHに大きなリードを与えます。しかし現段階では、価値の蓄積（超安定通貨）と、インターネット固有のデフォルトの価値の保存場所となるためのビットコインとの競争（フリップ）に焦点が移っている。

スマート コントラクト プラットフォームと分散型の「超安定通貨」を同時に実現したいという願望は、限界ユーザーと開発者にとって大きな摩擦をもたらします (ガス代の高騰、ネットワークの混雑)。孔子 (およびGCR) はこう言いました: 二兎を追う者は何も得られない

イーサリアムの次は何でしょうか?

ユーザーは、アプリが存在し、手頃な価格であるところに流れますが、アプリ開発者はより慎重で長期的な傾向があります。ユーザー自身に比べてオーバーヘッドがはるかに大きいためです。開発者は、アプリケーションが長期的な成長と拡張の可能性があるプラットフォーム上に構築します。

ここでイーサリアムに注目してみましょう。イーサリアムの平均トランザクション速度は 15 ～ 20 TPS で、ガス料金はしばしば 200 ドルに跳ね上がります。イーサリアム上に構築できるアプリケーションには明確な制限があり、これらのアプリケーションは対話をほとんど必要としません。たとえば、融資プロトコルは、年に数回やり取りする可能性があるため、イーサリアム上の優れたアプリケーションです。

しかし、私が 10 万人または 100 万人のユーザーにスケールし、より高い使用モデルを想定したアプリを構築しようとしているアプリ開発者である場合、そのようなアプリをイーサリアム上に構築することは現実的ではありません。

実行可能な代替案が左派からも右派からも現れるにつれ、このことはますます明らかになってきています。

• FriendTech は Base L2 上に構築されています

• Pacman チームと Blur チームは独自の L2 の立ち上げを検討中

• DYDX は独自の特定のアプリケーション チェーンを使用します

モジュール式ブロックチェーン フレームワークは、ブロックチェーンが選択できる一連のトレードオフを提供します。私たちは現在、トレードオフ曲線に沿ったブロックチェーンインフラストラクチャのサポートポイントが現れ始めている段階にいます。

最後になりましたが、インセンティブも重要です。

チャーリー・マンガーがいつも言うように、「インセンティブを見せてくれれば、結果を見せてあげる」。イーサリアム上に構築されたインセンティブ構造は、他の既存のブロックチェーンに比べて劣ります。ベンチャーキャピタル企業と新しい L1 チームは、強力で繁栄したエコシステムの構築に非常に関心を持っています。投資家として、通貨が非常に分散化されており、エコシステムがすでに非常に混雑しているにもかかわらず、なぜ私のチームがイーサリアムをベースに構築しているのかを考えてみます。 L1の評価額がはるかに低い、私が出資しているブロックチェーンでのアプリケーション開発を推進してみてはいかがでしょうか。

このツイートの返信により、状況が非常に明確になりました。

ETH はもはやブロックチェーン設計の有効なフロンティアではありません。トレードオフ曲線のどの位置にいても、優れたスマート コントラクト プラットフォームのオプションが存在し、インセンティブ構造も同様です。イーサリアムがコミュニティや組織の運営方法に根本的な変化を起こさない限り、評価と利用におけるイーサリアムの相対的な優位性は頭打ちになってしまいます。