原作者:ジェイ

オリジナルコンピレーション:Deep Tide TechFlow

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

イノベーターのジレンマの議論は、「成功している企業は、特に技術革新に関しては、パラダイムシフトに適応できないことが多い」と要約できます。 その理由は、彼らが自分たちの製品を成功させることに過度に集中し、自分たちが慣れていないアイデアやアップデートを試みようとしているからです。 ”

ブロックチェーンとスマートコントラクトの世界では、過去数年間でかなりの進歩を遂げました。 さて、100万ドルまたは2500億ドルの質問は、イーサリアムの次の運命は何ですか?

この記事では、イーサリアムが1)すべての暗号化資産の評価(ETH.D)と比較して、2)相対的な使用と採用でピークに達したと主張します。 まず、モジュラーブロックチェーンの概念を探り、従来のデータベース設計の原則と比較し、次にすべてをイーサリアムとその未来に結び付けます。

モジュラーブロックチェーン

現在、適切に機能するブロックチェーンとは何かについて、より原則的な考え方と、コアコンポーネントを分離(およびスケーリング)するための合理的な方法があります。 これはモノマーとモジュールの戦いです。

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

*実行。 トランザクションの「後」ステータスを決定します。 トークンを特定のウォレットに送信すると、実行レイヤーがトランザクションの前後に関連する残高を決定します。 *決済。 送信されたトランザクションが「正当」であるかどうかを判断します。 トークンを送信した後、残高はxyzです-決済はxyzが正しいかどうかを判断します。 *コンセンサス。 トランザクションのバンドル後の最終状態を判断します。 このレイヤーは、1)特定の一連のトランザクションの正しい注文、および2)それらのトランザクションが処理された後の最終状態を決定します。 *データの可用性。 上記の 3 つの機能のいずれかが存在する注文では、前の状態と終了状態が必要です。 DAの機能は、実行層に状態を提供し、コンセンサスの最終結果に基づいて状態を更新することです。

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

データベース設計

データベースは、ブロックチェーンよりもロング何十年も前から存在しています。 その設計に関するコンセンサスは、完璧なデータベースのようなものは存在しないということです。 最も長いエンジニアリングの問題と同様に、すべてを比較検討する必要があります。

スケーラブルなデータベースを構築するためのフレームワークは、「ユースケースとは何か」という質問に立ち返ります。 決定を下す前に、私はいくつかの質問をします。

• 読み取りから書き込みロングのおおよその比率はどれくらいですか? TelegramやSlackなどのアプリでは、読み取り量と書き込み量は似ていますが、Twitterでは、読み取り出来高は書き込み出来高よりも桁違いに高くなります。
• 分散システムには、一貫性と可用性の概念があります。 言い換えれば、これは次のように言い換えることができます:不正確なデータとアプリケーションのダウンタイムのどちらを懸念していますか? 繰り返しになりますが、状況によって異なります。 フィンテックアプリケーションの場合、一貫性(正確なデータ)はロング重要です。 *ロング古いデータは重要ですか? これは読み取りと書き込みの負荷とどのように関連していますか? データベースでは、同時書き込みと読み取りを処理する戦略を適用できますか? たとえば、デビットカードをスワイプすると妻が銀行から現金を引き出しますが、古典的なダブルスペンディングの問題をどのように防ぐことができますか? *読み取りモードとは何ですか? データへの柔軟なアクセスが必要ですか、それともデータを事前に定義することがよくありますか? 異なるデータセットで最長の結合を実行しましたか?

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

*この技術にロング堪能なエンジニアは何人いますか? 最も長いエンジニアは、本当にこの技術で構築したいですか? *基礎となるコードをフォークして調整したい場合、積極的なサポートを得る方法はありますか?

イーサリアムの未来

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

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

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

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

イーサリアムの過去の成功の理由は、将来失敗する理由でもあります。 イーサリアムが開発者にとって唯一の実行可能なスマートコントラクトプラットフォームであった時代がありました。 正当なユースケース(分散型金融、NFT)は、ETHに大きな有利なスタートを提供します。 しかし、この段階では、価値の蓄積(超安定コイン)と、インターネットのネイティブなデフォルト価値の保存としてのビットコインとの競合(フリップ)に焦点が移りました。

スマートコントラクトプラットフォームと分散型の「超安定通貨」の両方になりたいという願望は、限界的なユーザーと開発者に大きな摩擦(より高いガスコスト、混雑したネットワーク)を追加します。 孔子(およびGCR)が言ったように、2つのXTZを追いかける男は何も捕まえません

イーサリアムの次は何ですか?

ユーザーはアプリが存在し、コストが妥当な場所に流れますが、アプリ開発者はより慎重でロング的になる傾向があります。 なぜなら、彼らのオーバーヘッドは、ユーザー自身よりも長いほど大きいからです。 開発者は、アプリケーションがロング期的な上昇と拡張の可能性があるプラットフォーム上に構築します。

次に、平均トランザクション速度が15〜20 TPSで、ガス料金は通常200ドルに高騰するイーサリアムを見てみましょう。 イーサリアム上に構築できるアプリケーションには非常に明確な制限があり、これらのアプリケーションはほとんど相互作用を必要としません。 たとえば、借用プロトコルは、年に数回やり取りする可能性があるため、イーサリアムの優れたアプリです。

しかし、私がアプリ開発者で、100,000または100万人のユーザーにスケーリングすることを意図し、より高い使用パターンを持つアプリを構築する場合、イーサリアムでそのようなアプリを構築することは現実的ではありません。

これは、実行可能な代替案が前面に出てくるにつれて、ますます明らかになっています。

• FriendTechはベースL2上に構築されています
• Pacman チームと Blur チームは、独自の L2 の立ち上げを検討しています
• DYDXは独自のアプリチェーンを使用します

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

最後になりましたが、インセンティブがあります。

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

このツイートの返信は、物事を非常に明確にしています。

ETHは、ブロックチェーン設計の効果的な最前線にいるロングではありません。 トレードオフ曲線のどこにいても、インセンティブ構造と同様に、スマートコントラクトプラットフォームにはより良いオプションがあります。 イーサリアムがコミュニティと組織の運営方法に根本的な変化を経験しない限り、評価と使用における相対的な優位性はピークに達しています。