著者:ABCDEインベストメント・リサーチ・パートナー ラオ・バイ
最近のプライマリーマーケットにおいて、最もホットなトラックは間違いなくAIで、次いでBTCです。
AIバブルが来年あたりにピークに達することは予測可能であり、何百もの新しいAIプロジェクトが立ち上がり、AIトラックの市場価値はピークに達するでしょう。
それでは、現在の過熱するAI環境において、インフラストラクチャーレベル、特にパブリックチェーンインフラストラクチャートラックにおいて、ここ数カ月で何が変わったのか、少し見てみましょうか?これらの新しいことのいくつかは、まだ話題にする価値があります。
01 ETH、またはモノリシック・チェーンのさらなる解体
セレスティアが初めてモジュール性の概念とDAレイヤーの概念を打ち出したとき、実際、市場は消化し理解するのに多くの時間を費やしました。
セレスティアが初めてモジュール性とDAレイヤーの概念を打ち出したとき、市場は実際にその概念を消化し理解するのにかなりの時間を要した。そして今、その概念は長い間人々の心に深く根付いており、さまざまなRaaSインフラは、インフラの数>アプリケーションの数>そしてユーザーの数があまりにも誇張されるほど氾濫している。(RaaS:Rollup-as-a-Serviceの頭文字をとったもので、アプリケーション開発者がRollupを迅速に開始できるよう、既製のRollup製品やサービスを提供することを指します。)
実行レイヤー、DAレイヤー、決済レイヤーはそれぞれ、過去数ヶ月の間にさまざまな技術的進歩を遂げており、各レイヤーが新たな技術的ソリューションを生み出しています。はもはやETHだけのものではありません。各レイヤーを代表する技術をいくつか見てみましょう。
02 実行レイヤー
実行レイヤーで最もホットなコンセプトは、Monad、Sei、MegaETHに代表される並列 EVMであることは間違いありません。strong>FTM、Canto、その他いくつかの既存のプロジェクトも、この方向へのアップグレードを計画し始めています。しかし、すべてのZKプロジェクトがプライバシーを保護しているわけではないように、並列EVMとラベル付けされたプロジェクトは、実際には異なる技術的なルートと最終目標を持っています。
Seiのグラフの1つを視覚的に表現してみると、楽観的なシナリオの下では、既存の逐次処理から並列処理への変更が非常に大きなパフォーマンス向上であることは明らかです。
並列 EVM は、実際にはいくつかの異なるテクノロジー経路に分けることができます:
1 トランザクションのハウツー の観点から。
SolanaとSuiに代表される先験的アプローチでは、トランザクションが、ブロックをまとめる前に状態の競合(たとえば、AMMの同じプールへのアクセス)をチェックし、競合があればそれを破棄できるように、変更するチェーン状態のどの部分を明示的に状態にする必要があります。アクセス)をチェックし、もしあれば、競合を引き起こすトランザクションを破棄します。
楽観的並列処理とも呼ばれる事後的アプローチは、Aptos BlockSTMに代表され、誰もが競合がないと仮定し、実行後にテストする前にトランザクションを受け入れます。競合するトランザクションが見つかった場合、そのトランザクションは無効と宣言され、結果がリフレッシュされ、再実行され、ブロック内のすべてのトランザクションが実行されるまでプロセスが繰り返される。
また、状態の競合シナリオ(上記と同じAMMプールへのアクセス)については、主要な市場で並列ソリューションが見られますが、エンジニアリングが比較的複雑になりそうで、商業的に実行可能かどうかは不明で、まだ評価中です。
2)並列EVMへの注目度から-2つの流派に分けることもできる
1つはMonad、Seiで、Monadの楽観的な並列処理に加えて、たとえば、アイデアの主な展開として並列性に対処する方法の代表として、つまり、主な物語としての並列性です。また、特別に開発されたMonadDB、並列処理に特化した非同期I/Oもあります。
もう1つはFantom、Solana、MegaETHの考え方で、並列処理はスケーリングソリューションの1つですが、1つだけです。
例えば、FantomのSonicアップグレードは、FVM仮想マシン+と最適化されたLachesisコンセンサスメカニズムに焦点を当てています。
Solanaの次のフェーズは、新しいFiredancerクライアントのモジュラーアーキテクチャ、最適化されたネットワーク通信メカニズム、署名検証などに焦点を当てています。
MegaETHはリアルタイム・ブロックチェーンの実装を目指している。まず、Paradigmが新たに開発したReth高性能クライアントをベースに、ノード全体の状態同期メカニズム(全データの代わりに状態の差分のみが同期される)、シーケンサーのハードウェア設計(状態アクセスを行うためのストレージを備えた大量の高性能RAM、低速なディスクI/Oを回避)、Merkle Trieのデータ構造の改善など、いくつかの点が改良されている。ソフトウェア、ハードウェア、データ構造、ディスクIO、ネットワーク通信、トランザクションソート、並列処理のさらなる最適化と強化は、ソフトウェア、ハードウェア、データ構造、ディスクIO、ネットワーク通信、トランザクションソート、並列処理の包括的なオールラウンド強化に相当し、EVMの性能上限を限界まで押し上げ、「リアルタイム・ブロックチェーン」に近づけます。
03 DAレイヤー
DAレイヤーは特に大きな技術の反復ではないので、このトラックボリュームの程度は、数少ない主要プレイヤーにカウントされるレベルの実装よりもはるかに少ないです。
ETHのCallDataはBlob>にアップグレードされ、各Layer2のコストは劇的に下がったので、今やETHは「より安価な」DAです。
Celestiaのより大きな役割は、ローンチ後にDAレイヤーのコンセプトを提案した最初のプロジェクトとなり、DAトラックを20億FDVの天井から200億まで引っ張り、それからの風景と想像力を開放したことです。
Avail はポリゴンから独立しています。Availはポリゴンから独立しており、技術的には「Celestiaの強化版」のようなもので、例えばCelestiaのTendermintと比較して、BocaのGrandpa + BABEのコンセンサスメカニズムを使用しています。
EigenDAは2日前にEigenLayerのメインネットワークと一緒に立ち上げられました、EigenLayerはラウンドの強力な物語の一つとして+最も商業協力のプロジェクトになります、EigenDAの採用率は、私は個人的に限り、理論的には、低くはないだろうと感じています。
代わりに話題にする価値があるのは、以下の3つのDAです:
1)ニアDA
ニアは元々シャーディングを行っていた素晴らしいパブリックチェーンで、現在も行っていますが、シャーディングと同時にDAも行っています。
チェーンの抽象化 - ニアは最近チェーン署名を開始しました。strong>・・・NVIDIAのカンファレンスでJen-Hsun Huang氏に肩を叩かれたTransformerの8人の息子の一人であるillia創業者が、AIエンジニアの採用を計画中で、公式サイトでは来月にも発表する予定・・・六角形の戦闘機、DAトラックに投入しました。
2)BTC&CKB
BTCのLayer1はスマートコントラクトに対応していないため、直接決済することができず、現在BTCのEVM Layer2は基本的にBTCをDAとして何十枚も使っている、その違いは投げているかどうか以外にない。ZK Proofを直接BTCに投げるか、ZK ProofのハッシュをBTCに投げるかの違いであり、そうしなければ「BTC Layer2」を名乗れないかのようなものだ。
最近、「私はETH Layer2で、DA決済はETHですが、BTCエコシステムに貢献しています!」という新しいプロジェクトに実際に出くわしました。もっと滑稽なのは......スケーリングソリューションの唯一の代替案は、CKBによって導入されたRGB++で、CKBはフレームワークのDA的存在になり、BTCはUTXO同型バインディングハックのため、RGB++の決済レイヤーに近似します。
3) 新しいDA
私が目にしたDAの新しいアイデアを2つ、プロジェクト名を伏せて教えてください。1つは、DAをAIと組み合わせることで、DA自体が高性能であることに加えて、AIのビッグモデル、トレーニングデータ、トレーニング軌道のストレージ層としても機能します。このような不安定な状態において、よりロバストなネットワーク状態を提供することです。
04 Settlement Layer
元々、このレイヤーはETHの独占的なものでした。SolanaやAptosなどはまだLayer2を持っていませんし、BTCのLayer2は決済にBTCを使っていないので、基本的にはETHが唯一の決済レイヤーだと考えられます。
しかし、この状況はすぐに変わるでしょう。この記事の冒頭で述べたような方向に向かう新しいプロジェクトがいくつか見られますし、古いプロジェクトもこの方向に変容し始めています。つまり、ZKの検証/決済レイヤーはETHをさらに分解しつつあるのです(ETHのビジネスを盗むために)。
なぜそのようなコンセプトがあるのでしょうか?その理由は、ZKプルーフを検証するためにETHレイヤー1でコントラクトを実行することは、理論上、確かに最適な選択ではないからです。
技術的には、ZKプルーフの正しさを検証するために、開発者は、ZKプロジェクトとその選択したZKプルーフシステムに基づいて、次のことを行う必要があります。Solidityに基づいて検証コントラクトを記述する。たとえば、さまざまな楕円曲線をサポートする必要があります。これらの暗号アルゴリズムは通常比較的複雑であり、EVM-Solidityアーキテクチャはそれらを実装するための最適なプラットフォームではありません。いくつかのZKプロジェクトでは、これらの認証契約の記述と検証のコストも同様に高い。このため、いくつかのZKエコシステムはEVMエコシステムにネイティブに参加することができません。したがって、Cario、Noir、Leo、LurkのようなZKフレンドリー言語は、今のところ独自のLayer1上でのみ検証できます。その間、ETHでこれらのものを更新したりアップグレードしたりすることは、常に「too big to fail(失敗するには大きすぎる)」です。
コストの面では、Layer2がDAの「保護費」のほとんどを支払っているものの、ZKの契約検証にはガス代も必要で、イーサは間違いなく検証のための安価な選択肢ではありません。ETHのガス代も非常に高く、バリデーションのコストはETHのガス代が時々高騰していることにも影響されます。
そのため、新しいZK検証/決済レイヤーのコンセプトが登場しました新しいプロジェクトは、Nebraを代表として、まだ比較的初期段階にあります。
複数のZK言語のサポート
- ZK集約証明のサポート、これはより効率的で安価です
- ZK proof-of-aggregationのサポート。strong>
-最終確認までの時間を短縮
ZK決済レイヤーと分散型プルーフマーケットは、現時点では結びついているように見えます。おそらく、いくつかの決済レイヤープロジェクトがプルーフマーケットプロジェクトと協力したり、演算能力をマスターした決済レイヤーが直接プルーフマーケットを作ったり、技術をマスターしたプルーフマーケットが自ら決済レイヤーのパッケージラウンドを作ったりするでしょう。最終的にどうするかは、市場次第です。
05 まとめ
OEVの分野でOracleとMEVなどのインフラストラクチャの他の分野では、ZKライトクライアントの分野で相互運用性オンライン記事の数が書かれている必要があり、ここでは繰り返しません。私はここで自分自身を繰り返すつもりはない。次に何か新しい面白いものを見つけたら、私はあなたとそれを共有します。