イーサリアムとイノベーターのジレマ

イーサリアムはイノベーションのジレンマに直面しており、根本的な変化が必要です。データベースに対するモジュール式の革新に過度に焦点を当てています。現在は、時価総額や利用状況がピークを迎えているようです。今後の発展は、構造的・機能的な抜本的な改革にかかっています。

では、イーサリアムはこれからどこへ向かうのでしょうか?この疑問に答えるために、モジュール式ブロックチェーン、データベース設計、引用GCRを取り上げます。完全な開示のために、私はネットロングイーサリアムです。

イノベーターのジレンマの背後にあるテーゼは、次のように要約できます。

「成功している企業は、パラダイムシフトに適応できないことがよくあります。特に技術革新に関しては、その傾向が顕著です。その理由は、彼らが新しい、馴染みのないアイデアを試すのではなく、製品を成功に導いた側面に焦点を当て、過剰に割り当てているからです。

ブロックチェーンとスマートコントラクトの世界では、ここ数年でかなりの進歩を遂げました。さて、100万ドル、つまり2500億ドルの問題は、イーサリアムの運命はどうなるのかということです。

この執筆を通じて、私は次のように主張します:イーサリアムは、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〜20TPSで、スワップの場合、ガス代は200ドルに急上昇することがよくあります。イーサリアム上に構築できるものには明確な制限があり、これらは最小限のインタラクションを必要とするアプリです。例えば、借り貸しのプロトコルは、年に数回やり取りすることもあるので、イーサリアムの素晴らしいアプリです。

しかし、もし私がアプリ開発者で、100Kや1Mのユーザーにスケーリングし、はるかに高い使用パターンで何かを構築しようとしているのであれば、イーサリアム上に実現可能な世界はありません。

そして、これは、実行可能な代替案が左右に現れるにつれて、はるかに明白になってきています。

  • FriendTechはベースL2上に構築されました
  • パックマンとブラーチームは、独自のL2をスピンアップしようとしています
  • DYDXは、独自のアプリチェーンを利用しています

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

最後に、インセンティブ、インセンティブ、インセンティブです。

チャーリー・マンガーがいつも言っているように、「インセンティブを見せてくれれば、結果を見せてやる」。イーサリアム上に構築するために存在するインセンティブ構造は、他の既存のブロックチェーンに関しては劣っています。ベンチャー企業や新しいL1チームは、堅牢で繁栄するエコシステムを構築することに既得権益を持っています。投資家として、トークンがこれほど分散され、エコシステムがすでにこれほど混雑しているのに、なぜ私のチームはイーサリアム上に構築する必要があるのかと思います。L1評価がはるかに低いブロックチェーンでアプリ開発を促進してみませんか?

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

ETHは、ブロックチェーン設計に関しては、もはや 効率的なフロンティア ではありません。トレードオフ曲線のどこにいたいかに関係なく、優れたスマートコントラクトプラットフォームの選択肢があり、インセンティブ構造はそれらに逆らうように設定されています。イーサリアムがコミュニティとしても組織としてもどのように運営されているかについて根本的な変化がない限り、評価と使用に関するイーサリアムの相対的な優位性はピークに達しています。

免責事項:

  1. この記事は[Jay's Substack]からの転載です。すべての著作権は原作者[イーサリアムとイノベーターのジレマ]に帰属します。この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
  2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
  3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。

イーサリアムとイノベーターのジレマ

上級6/3/2024, 5:30:02 AM
イーサリアムはイノベーションのジレンマに直面しており、根本的な変化が必要です。データベースに対するモジュール式の革新に過度に焦点を当てています。現在は、時価総額や利用状況がピークを迎えているようです。今後の発展は、構造的・機能的な抜本的な改革にかかっています。

では、イーサリアムはこれからどこへ向かうのでしょうか?この疑問に答えるために、モジュール式ブロックチェーン、データベース設計、引用GCRを取り上げます。完全な開示のために、私はネットロングイーサリアムです。

イノベーターのジレンマの背後にあるテーゼは、次のように要約できます。

「成功している企業は、パラダイムシフトに適応できないことがよくあります。特に技術革新に関しては、その傾向が顕著です。その理由は、彼らが新しい、馴染みのないアイデアを試すのではなく、製品を成功に導いた側面に焦点を当て、過剰に割り当てているからです。

ブロックチェーンとスマートコントラクトの世界では、ここ数年でかなりの進歩を遂げました。さて、100万ドル、つまり2500億ドルの問題は、イーサリアムの運命はどうなるのかということです。

この執筆を通じて、私は次のように主張します:イーサリアムは、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〜20TPSで、スワップの場合、ガス代は200ドルに急上昇することがよくあります。イーサリアム上に構築できるものには明確な制限があり、これらは最小限のインタラクションを必要とするアプリです。例えば、借り貸しのプロトコルは、年に数回やり取りすることもあるので、イーサリアムの素晴らしいアプリです。

しかし、もし私がアプリ開発者で、100Kや1Mのユーザーにスケーリングし、はるかに高い使用パターンで何かを構築しようとしているのであれば、イーサリアム上に実現可能な世界はありません。

そして、これは、実行可能な代替案が左右に現れるにつれて、はるかに明白になってきています。

  • FriendTechはベースL2上に構築されました
  • パックマンとブラーチームは、独自のL2をスピンアップしようとしています
  • DYDXは、独自のアプリチェーンを利用しています

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

最後に、インセンティブ、インセンティブ、インセンティブです。

チャーリー・マンガーがいつも言っているように、「インセンティブを見せてくれれば、結果を見せてやる」。イーサリアム上に構築するために存在するインセンティブ構造は、他の既存のブロックチェーンに関しては劣っています。ベンチャー企業や新しいL1チームは、堅牢で繁栄するエコシステムを構築することに既得権益を持っています。投資家として、トークンがこれほど分散され、エコシステムがすでにこれほど混雑しているのに、なぜ私のチームはイーサリアム上に構築する必要があるのかと思います。L1評価がはるかに低いブロックチェーンでアプリ開発を促進してみませんか?

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

ETHは、ブロックチェーン設計に関しては、もはや 効率的なフロンティア ではありません。トレードオフ曲線のどこにいたいかに関係なく、優れたスマートコントラクトプラットフォームの選択肢があり、インセンティブ構造はそれらに逆らうように設定されています。イーサリアムがコミュニティとしても組織としてもどのように運営されているかについて根本的な変化がない限り、評価と使用に関するイーサリアムの相対的な優位性はピークに達しています。

免責事項:

  1. この記事は[Jay's Substack]からの転載です。すべての著作権は原作者[イーサリアムとイノベーターのジレマ]に帰属します。この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
  2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
  3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。
今すぐ始める
登録して、
$100
のボーナスを獲得しよう!
It seems that you are attempting to access our services from a Restricted Location where Gate is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.