AIブームの下、パブリックチェーンのインフラ路線にはどのような変化が起きたのでしょうか?

最近のプライマリー市場で最も注目されているトラックは間違いなく AI で、次に毎日議論されるプロジェクトの 80% がこの 2 つのトラックに集中しています。

来年、AI バブルがピークに達することが予測されており、何百もの新しい AI プロジェクトが稼働し、バブルがついに崩壊すると、AI トラックの市場価値はピークに達します。 AIと暗号の融合点を見つけたユニコーンは、この道と業界全体を前進させ続けるでしょう。

したがって、現在の AI の過熱環境では、ここ数か月でインフラ レベル、特にパブリック チェーンのインフラ トラックで起こった変化を冷静に検討する必要があります。いくつかの新しいことは言及する価値があります。

1. ETH、またはモノリシックチェーンのさらなる解体

Celestia が最初にモジュール性と DA レイヤーの概念を提案したとき、市場はそれを理解し理解するのに多くの時間を費やしましたが、今ではこの概念は人々の心に深く根付いており、さまざまな RaaS インフラストラクチャが蔓延しています。インフラの数 > アプリケーションの数 > ユーザーの数という点は、非常に誇張された段階です。

過去数か月の間に、実行層、DA 層、決済層はいくつかの異なる技術的進歩を遂げ、決済層の概念ももはや ETH に限定されたものではありません。各レイヤーの代表的な技術について簡単に説明します。

2. 実行層

実行層で最も注目されているコンセプトは間違いなく Parallel EVM であり、Monad、sei、MegaETH に代表され、FTM や Canto などのいくつかの既存プロジェクトもこの方向にアップグレードする計画を始めています。ただし、すべての ZK プロジェクトがプライバシーを保護するわけではないのと同様、Parallel EVM によってラベル付けされたプロジェクトには、実際には異なる技術的ルートと最終目標があります。

Sei の写真を撮って直感的に表示してください。楽観的な状況下では、既存の逐次処理から並列処理への変更によるパフォーマンスの向上が依然として明らかであることは明らかです。

【AIブームのもと、パブリックチェーンインフラ軌道にはどのような変化が起きたのか? ](https://img-cdn.gateio.im/resize-social/moments-69a80767fe-0f8fa426b6-e2294f-badf29)

並列 EVM は、実際にはいくつかの異なる技術的ルートに分割できます。

トランザクションがどのように並列化されるかという観点から - 事前と事後との違いを除けば、新しいことは何もありません。

Solana と Sui に代表されるアプリオリでは、ブロックをパッケージ化する前に状態の競合 (同じ AMM プールへのアクセスなど) があるかどうかを検出できるように、トランザクションがチェーン状態のどの部分を変更したかを明示的に宣言する必要があります。これらにより、競合するトランザクションが作成されます。

事後処理は、Aptos BlockSTM に代表される楽観的並列処理とも呼ばれます。つまり、トランザクションを受け入れる前に全員に競合がないことを前提とし、実行が完了した後にテストします。競合するトランザクションが見つかった場合、そのトランザクションは無効であると宣言され、結果が更新されて、ブロック内のすべてのトランザクションが実行されるまでこのステップが繰り返されます。 Sei、Monad、MegaETH、Canto も同様のソリューションを使用しています。

主要市場では、国家紛争状況に対する並列化ソリューション (前述の同じ AMM プール アクセスなど) も見てきましたが、プロジェクトは比較的複雑になるようで、商業的に実現可能かどうかはまだわかりません。それを評価します。

**並列EVMの重視の度合いから-**は2つの流派に分けることもできる

  • 1 つは Sei が代表する Monad で、並列処理をどのようにトレードするかを主要な拡張アイデアとしています。つまり、並列化が主な物語です。たとえば、Monad は楽観的な並列処理に加えて、特別に開発された MonadDB と非同期も持っています。 I/O は特に並列処理と連携します。
  • もう 1 つは、Fantom、Solana、MegaETH のアイデアです。並列化は拡張ソリューションの 1 つですが、それは補助的なものであり、パフォーマンスの向上は他の技術的なソリューションに依存します。

たとえば、Fantom の Sonic アップグレードは、FVM 仮想マシンと最適化された Lachesis コンセンサス メカニズムに焦点を当てています。 Solana の次のフェーズでは、Firedancer の新しいクライアントのモジュラー アーキテクチャ、最適化されたネットワーク通信メカニズム、署名検証などに焦点を当てています。

MegaETH の目標は、リアルタイム ブロックチェーンを実装することです。 1 つ目は、Paradigm が新たに開発した Reth 高性能クライアント、ノード全体の状態同期メカニズム (すべてのデータではなく状態の違いのみを同期)、およびシーケンサーのハードウェア設計 (ストレージを備えた大量の高性能 RAM) に基づいています。状態アクセス機能、遅いディスク I/O の回避)、マークル トライのデータ構造の改善などの側面がさらに最適化および改善されており、これはソフトウェア、ハードウェア、データ構造、ディスク IO、ネットワーク通信、トランザクションの包括的な統合に相当します。ソートと並列処理 全面的な改善により、EVM のパフォーマンスの上限が限界まで引き上げられ、「リアルタイム ブロックチェーン」に近づきます。

3 番目の DA レイヤー

DA レイヤーには特に大規模な技術的イテレーションがないため、このトラックのボリュームのレベルは実行レイヤーのレベルよりもはるかに低くなります。結局のところ、主要なプレーヤーは少数しか存在しません。

ETH の CallData は Blob にアップグレードされ、各 L2 のコストは大幅に低下しました。現在、ETH はすでに「それほど高価ではない」DA です。

Celestia のより大きな役割は、立ち上げ後、DA トラックを 20 億 FDV の上限から 200 億まで引き上げる DA レイヤーの概念を提案した最初のプロジェクトであったことです。それ以来、パターンと想像力が開かれました。 。多くの新しいレイヤー 2 アプリチェーンに選ばれる DA は、当然ながら Celestia です。

Avail は Polygon から独立しています。たとえば、Polkadot の Grandpa+BABE コンセンサス メカニズムを使用しており、理論的にはより多くのノードをサポートできます。 Celestia がサポートしていない Validity Proof をサポートするなど。もちろん、技術的な違いははるかに重要ではなく、Avail はエコロジー レベルで追いつく必要があります。

EigenDA は、EigenLayer メインネットとともに 2 日前に開始されました。EigenLayer は、このラウンドで最も強力なナラティブであり、最も商業的な協力プロジェクトの 1 つです。理論的には、EigenDA の採用率は低くないと個人的に感じています。それは「安全だと感じられ、価格は「安い」です。Validity Proof を使用するか Fraud Proof を使用するか、DAS がそれをサポートするかどうかなどを実際に気にするプロジェクトは多くありません。

言及する価値があるのは、次の 3 つの DA です。

  • Near DA — Near はもともとシャーディング用に設計されたもので、現在も使用されていますが、シャーディングを実行しながら DA を Celestia よりも安価にし、L2 チェーンの高速決済もサポートします。最近、Near はチェーン署名を開始し、ユーザーが単一の NEAR アカウントを通じてチェーン上のあらゆるトランザクションの署名を要求できるようにしました。AI - 創設者のイリアは 8 人のトランスフォーマーの 1 人で、NVIDIA カンファレンスでボス ファンに肩をたたかれました。そして今 AIエンジニアの採用を計画しており、来月にはnear.aiについて発表する予定です... ヘキサゴンウォリアー、私もDAトラックに放り込みました。
  • BTC&CKB — BTC のレイヤーはスマート コントラクトをサポートしておらず、直接決済できないため、現在、数十の BTC EVM レイヤー 2 は基本的に BTC を DA として使用しています。違いは、ZK Proof を BTC に直接スローするか、ZK Proof を使用するかだけです。これをやらないと「BTC Layer 2」を名乗れないかのようなハッシュが吐き出されます。実は最近、「もうインストールしたくないです。私はETH L2で、DA決済はすべてETHですが、私はBTCエコシステムに貢献しています!」という新しいプロジェクトに遭遇したのですが、これがなかなか嬉しいんです…。唯一の代替拡張案はCKB RGB++の終了により、この枠組みではCKBはDAのような存在となり、一方BTCはUTXO同型バインディングというブラックテクノロジーにより、ほぼRGB++の決済層となった。
  • 新しい DA - プロジェクト名は触れずに、これまでに見た 2 つの新しい DA のアイデアについて説明します。 1 つは、DA 自体が高性能であることに加えて、AI の大型モデルとしても機能するというものです。 、トレーニング データとトレーニング軌跡ストレージ レイヤー。 1 つは、Celestia などの DA の基礎となるエラー訂正コード メカニズムを改善することです。これにより、動的ネットワーク (各ラウンドでいくつかのノードがランダムにドロップアウトする) などの不安定な状態において、より堅牢なネットワーク ステータスを提供できます。

4. 定着層

もともとこの層はETHのほぼ独占で、DAはCelestiaを競合させており、幹部はL2をたくさん持っていました。決済に関してのみ、Solana や Aptos などの他のチェーンにはまだ L2 がありません。BTC の L2 が使用されない場合、現在考えられる決済レイヤーは ETH だけです。

しかし、この状況は間もなく変わるでしょう。いくつかの新しいプロジェクトが記事の冒頭で述べた方向に進んでおり、いくつかの古いプロジェクトもこの方向に変化し始めています。つまり、ZK検証/決済レイヤー、ETHのさらなる解体です。 (ETHのビジネスを手に入れる)。

なぜそのような概念があるのでしょうか?

その理由は、ZK Proof を検証するために ETH L1 でコントラクトを実行することは理論的には最適な選択ではないからです。

技術的には、ZK Proof の正しさを検証するために、開発者は、ZK プロジェクトと選択した ZK Proof に基づいて、Solidity に基づく検証コントラクトを作成する必要があります。その中で、さまざまな楕円曲線のサポートなど、多くの暗号アルゴリズムに依存する必要があります。通常、これらの暗号化アルゴリズムは比較的複雑であり、EVM-Solidity アーキテクチャは、これらの複雑な暗号化アルゴリズムを実装するのに最適なプラットフォームではありません。一部の ZK プロジェクトでは、これらの検証契約の作成と検証のコストも非常に高くなります。

これにより、一部の ZK エコシステムが EVM エコシステムにネイティブに参加することがある程度妨げられます。そのため、Cario、Noir、Leo、Lurk などの ZK 対応言語は、現在、独自のレイヤー 1 でのみ検証できます。同時に、ETH でこれらのものを更新またはアップグレードすることは常に「災害」です。

コストの面では、L2 から渡される「保護料」DA が大部分を占めますが、ZK の契約検証にはガス料金も必要です。イーサリアムでの検証は決して安いオプションではありません。また、ETH Gasの料金は時々高騰して「ノーブルチェーン」と化し、検証コストにも大きな影響を与えます。

その結果、Nebra に代表される、新しい ZK 検証/決済層コンセプトのプロジェクトがまだ比較的初期段階にあります。ミナや、新たな提案を通過したばかりのゼンなど、いくつかの古いプロジェクトもこの方向に方向転換しています。

このトラックのほとんどのプロジェクトの全体的なアイデアは基本的に次のとおりです。

  • 複数の ZK 言語をサポート;
  • より効率的で安価な ZK 集約証明をサポートします。
  • ファイナリティ時間の短縮;

結局のところ、ZK 決済層と分散型プルーフ マーケットは現在連携している可能性が高く、テクノロジーを利用するにはコンピューティング能力が必要です。一部の決済レイヤー プロジェクトがプルーフ マーケット プロジェクトと連携している場合や、コンピューティング能力を持つ決済レイヤーが自らプルーフ マーケットを直接作成する場合や、テクノロジーを備えたプルーフ マーケットが最終的に決済レイヤー パッケージを単体で作成する場合があります。今後の進め方について最終決定権を持つのは市場だ。

Oracle および MEV 分野の OEV、相互運用性分野の ZK ライト クライアントなど、インフラの他の分野についてはオンラインで多くの記事が書かれているはずなので、ここでは詳しく説明しません。

原文表示
内容は参考用であり、勧誘やオファーではありません。 投資、税務、または法律に関するアドバイスは提供されません。 リスク開示の詳細については、免責事項 を参照してください。
  • 報酬
  • コメント
  • 共有
コメント
0/400
コメントなし
  • ピン
いつでもどこでも暗号資産取引
qrCode
スキャンしてGate.ioアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)