注意と革新の両方を考えると、モジュラースタックのすべてのコンポーネントが平等に作成されているわけではありません。歴史的には、データ可用性（DA）およびシーケンス化レイヤーで革新を行ってきたプロジェクトが多くありましたが、実行および決済レイヤーは比較的最近までモジュラースタックの一部として比較的見落とされてきました。

共有シーケンサースペースには、市場シェアを競合する多くのプロジェクトがあるだけでなく、エスプレッソ, アストリア, 半径, ローマ、そしてマダラいくつかの例を挙げると、GateなどのRaaSプロバイダーも含まれています。カルデラそしてコンジット彼らはそれらの上に構築されたロールアップ用の共有シーケンサーを開発する人々です。これらのRaaSプロバイダーは、シーケンシング収益に単独に依存していないため、自分たちのロールアップにより有利な手数料共有を提供できます。これらのすべての製品は、独自のシーケンサーを実行し、時間の経過とともに分散化して、それが生成する手数料を捉えるだけの多くのロールアップと並存して存在しています。

シーケンシング市場は、基本的にGateが構成する寡占状態のDAスペースと比較してユニークです。セレスティア, 利用可能, そして EigenDA.このため、主要3社以外の小規模な新規参入企業にとって、この分野をうまく破壊することは難しい市場となっています。プロジェクトは、求めている技術スタックとアライメントの種類に応じて、「既存の」選択肢であるイーサリアムを活用するか、確立されたDAレイヤーの1つを選択します。DAレイヤーの使用は大幅なコスト削減になりますが、シーケンサー部分のアウトソーシングは(セキュリティではなく料金の観点から)それほど明白な選択ではありません。また、DAがコモディティ化すると主張する人も多いですが、暗号資産では、超強力な流動性の堀と独自の(複製が難しい)基盤技術を組み合わせることで、スタック内のレイヤーをコモディティ化することがはるかに困難になることがわかっています。これらの議論やダイナミクスとは関係なく、多くのDAおよびシーケンサー製品が本番環境で稼働しています(要するに、モジュラースタックの一部、@maven11research/commoditise-your-complements">"各サービスには複数の競合他社が存在します。"

実行と決済（および拡張による集約）レイヤーは、比較的未開拓であると考えていますが、他のモジュラースタックとよく整合する新しい方法で反復され始めています。

実行と決済レイヤーの関係についてのまとめ

実行および清算レイヤーは密接に統合されており、清算レイヤーは状態実行の最終結果が定義される場所として機能することができます。清算レイヤーは、実行レイヤーの結果に強化機能を追加することもでき、実行レイヤーをより堅牢で安全にします。実際には、これはさまざまな機能を意味する可能性があります。たとえば、清算レイヤーは、詐欺紛争を解決し、証明を検証し、他の実行レイヤー間を橋渡しする環境として機能することができます。

それに値するのは、ネイティブでチームが自分自身のプロトコル内で意見形成された実行環境の開発を直接可能にしているということもあります。その例としては、Gate.ioが挙げられます。Repyh Labs, which is building an L1 called Delta. This is by nature the opposite design of the modular stack, but still provides flexibility within one unified environment and comes with technical compatibility advantages since teams don’t have to spend time manually integrating each part of the modular stack. The downsides of course are being siloed from a liquidity sense, not being able to choose modular layers that best fit your design, and being too expensive.

他のチームは、1つのコア機能やアプリケーションに極めて特化したL1を構築することを選択しています。1つの例は、ハイパーリキッド, それは、その主力ネイティブアプリケーション向けに目的に特化したL1を構築した、永続取引プラットフォーム。彼らのユーザーはArbitrumから橋をかける必要がありますが、彼らのコアアーキテクチャはCosmos SDKや他のフレームワークに依存していないため、それは反復的にカスタマイズされ、ハイパーオプティマイズされました彼らの主なユースケースに。

実行レイヤーの進捗

これの前身(最後のサイクル、そしてまだいくらか残っています)は汎用のalt-L1で、基本的にイーサリアムを凌駕する唯一の機能はより高いスループットでした。つまり、歴史的に見ても、プロジェクトはパフォーマンスを大幅に向上させたい場合、基本的に独自の代替L1をゼロから構築する必要がありました。歴史的に見ると、これは効率化メカニズムを汎用プロトコルに直接ネイティブに埋め込むことを意味していました。このサイクルでは、これらのパフォーマンスの向上はモジュラー設計によって達成され、ほとんどが最も支配的なスマートコントラクトプラットフォーム(イーサリアム)上にあります - このようにして、既存プロジェクトと新規プロジェクトの両方が、イーサリアムの流動性、セキュリティ、コミュニティの堀を犠牲にすることなく、新しい実行レイヤーインフラストラクチャを活用することができます。

現在、共有ネットワークの一部として、さまざまなVM（実行環境）のミキシングとマッチングが増えており、これにより開発者は柔軟性を持ち、実行レイヤーでのカスタマイズが向上しています。Layer N, たとえば、開発者は一般化されたロールアップノード（例：SolanaVM、MoveVMなど、実行環境として）やアプリ固有のロールアップノード（例：perps dex、orderbook dexなど）を共有状態マシンの上で実行できるようになります。彼らはまた、これらの異なるVMアーキテクチャ間での完全な相互運用性と共有流動性を実現することに取り組んでおり、これはスケールで行うのが歴史的に困難なオンチェーンエンジニアリングの問題です。N層の各アプリは、コンセンサス側で遅延なしにお互いにメッセージを非同期にやり取りできます。これは通常、暗号の「通信オーバーヘッド」の問題でした。各xVMは異なるdbアーキテクチャを使用することもできます。RocksDB、LevelDB, またはゼロから作成されたカスタムの（非）同期DB。相互運用性の部分は、「スナップショットシステム」（同様のアルゴリズム）を介して機能します。Chandy-Lamportアルゴリズム)、チェーンは、システムを一時停止することなく新しいブロックに非同期に移行できます。セキュリティの面では、状態遷移が正しくなかった場合に不正証明を提出することができます。この設計により、実行時間を最小限に抑えながら、全体のネットワークスループットを最大化することを目指しています。

Layer N

これらのカスタマイズの進化に合わせて、Movement LabsVM / 実行のために、Gate.ioは、Facebookによって元々設計され、AptosやSuiなどのネットワークで使用されているMove言語を活用しています。Moveには、他のフレームワークと比較して構造上の利点があり、主にセキュリティと開発者の柔軟性/表現力があります。これは、歴史的に、現在存在するものを使用してオンチェーンを構築する際の主要な問題である2つの問題です。重要なことに、開発者はまた、Solidityを書いてMovementにデプロイするだけですこの可能にするために、Movement は完全なバイトコード互換の EVM ランタイムを作成しました。これは Move スタックとも動作します。彼らのロールアップ、M2,BlockSTMの並列化を活用して、はるかに高いスループットを実現しながらも、従来はAptosなどのL1アルトでのみ使用されていたBlockSTMにより、Ethereumの流動性の堀を利用することができます（明らかにEVM互換性がない）。

MegaETHは、特に並列化エンジンとインメモリDBを介して実行レイヤースペースで進展を遂げており、シーケンサーがメモリ内に完全な状態を格納できるところが特に進歩させています。アーキテクチャの面では、次の点を活用しています:

• ネイティブコードのコンパイルにより、L2をより高速にすることが可能になります（契約が計算に多くのリソースを必要とする場合、プログラムは大幅に高速化され、計算が少ない場合でも約2倍の速度向上が得られます）。
• 比較的中央集権的なブロック生成ですが、ブロックの検証と確認は分散しています。
• Efficient state sync, where full nodes don’t need to re-execute transactions but they do need to be aware of the state delta so they can apply to their local database.
• 通常、ツリーの更新はストレージ集約型ですが、彼らのアプローチはメモリとディスクの効率が良い新しいトライデータ構造です。インメモリコンピューティングにより、チェーン状態をメモリ内に収めることができるため、トランザクションが実行される際にディスクにアクセスする必要がなく、メモリだけで済みます。

最近モジュラースタックの一部として探求され、反復されているデザインの1つに、証明集約があります。証明集約とは、複数の簡潔な証明の1つの簡潔な証明を作成する証明者と定義されます。まず、全体としての集約層と、暗号通貨における歴史的および現在のトレンドについて見てみましょう。

集約レイヤーに値を割り当てる

歴史的に、非暗号市場では、集約者はプラットフォームやマーケットプレイスよりも小さなシェアを獲得してきました：

CJ Gustafson

暗号通貨についてはすべての場合に当てはまるかどうかはわかりませんが、分散型取引所、ブリッジ、および貸出プロトコルには確かに当てはまります。

たとえば、1inchと0x（2つの定番のDEXアグリゲーター）の時価総額の合計は約10億ドルです。これはUniswapの約76億ドルと比べてごくわずかな部分です。これはブリッジにも当てはまります。Li.FiやSocket/Bungeeなどのブリッジアグリゲーターは、Acrossのようなプラットフォームと比べて市場シェアが少ないようです。Socketは15 種類の橋, 実際には、ソケット -$2.2bb, Across — $1.7bb)、Acrossは単にを表していますSocket/Bungee最近の取引量のわずかな部分.

貸付スペースでは、Yearn Finance初の分散型貸出利回り集約プロトコルとして、その時点では市場規模は現在~$250ミリメートル比較すると、Aaveのようなプラットフォーム製品（~$1.4bb) およびCompound (~$560mm)時間とともに高い評価とより関連性を持つようになっています。

Tradfi markets operate in a similar manner. For example, ICE(Intercontinental Exchange)米国およびCME Groupそれぞれ約$75bbの時価総額を持っているのに対し、「集約者」としてのチャールズ・シュワブやロビンフッドはそれぞれ約$132bと約$15bの時価総額を持っています。シュワブ内では、ICEとCMEを経由するルート多くの他の取引所の中で、それらを経由する比例ボリュームは、その時点の時価総額に比例しているわけではありません。Robinhoodはおおよそ1ヶ月あたりの119mmオプション契約, ICEの周りには,~35ミリメートルそしてオプション契約はロビンフッドのビジネスモデルの中心的な部分でさえありません。 にもかかわらず、ICEの公開市場での評価額はロビンフッドの約5倍です。したがって、顧客の注文フローをさまざまな取引所を通じてルーティングするためのアプリケーションレベルの集約インターフェースとして機能するシュワブとロビンフッドは、それぞれの取引量にもかかわらず、ICEとCMEほど高い評価額を誇ることはありません。

私たち消費者は、単純に集積者に対して少ない価値を割り当てています。

これは、暗号通貨において、集約層が製品/プラットフォーム/チェーンに組み込まれている場合には成り立たないかもしれません。集約者がチェーンに直接密接に統合されている場合、明らかに異なるアーキテクチャになり、私が興味を持っている展開を見ることになります。例えば、PolygonのAggLayer, 開発者が簡単にL1とL2をネットワークに接続し、証明を集約し、CDKを使用するチェーン全体で統一された流動性レイヤーを実現できる場所。

AggLayer

このモデルは同様に機能しますAvailのNexusインターオペラビリティレイヤー, which includes a proof aggregation and sequencer auction mechanism, making their DA product much more robust. Like Polygon’s AggLayer, each chain or rollup that integrates with Avail becomes interoperable within Avail’s existing ecosystem. In addition, Avail pools ordered transaction data from various blockchain platforms and rollups, including Ethereum, all Ethereum rollups, Cosmos chains, Avail rollups, Celestia rollups, and different hybrid constructions like Validiums, Optimiums, and Polkadot parachains, among others. Developers from any ecosystem can then permissionlessly build on top of Avail’s DA layer while using Avail Nexus, which can be used for cross-ecosystem proof aggregation and messaging.

利用ネクサス

Nebraは、特に証明の集約と決済に焦点を当てており、異なる証明システム間で集約できるようにしています。たとえば、xyz システムの証明と abc システムの証明を agg_xyzabc として集約する方法です（証明システム内での集約ではなく、agg_xyz と agg_abc として集約する方法です）。このアーキテクチャは、使います。ユニプロンK, それは、異なるPlonK回路間での証明の検証をはるかに効率化し、実現可能にするために、回路ファミリーの検証者の作業を標準化します。 その核心には、ゼロ知識証明自体（再帰的SNARKs）を使用して、通常、これらのシステムにおけるボトルネックである検証部分をスケーリングします。 顧客にとって、「最後の一哩」の決済は、Nebraがすべてのバッチ集計と決済を処理するため、チームは単にAPI契約呼び出しを変更するだけで済みます。

Astriaは、共有シーケンサーが証明集計と連携する方法について興味深いデザインを検討しています。実行側はロールアップ自体に任せ、指定された名前空間上で実行層ソフトウェアを実行します。基本的には、ロールアップがシーケンシング層データを受け入れる方法である「実行API」だけです。ここでは、EVMステートマシンのルールに違反しないことを確認するための有効性証明のサポートを簡単に追加することもできます。

Josh Bowen

ここでは、Astriaのような製品は＃1→＃2フロー（順不同の取引→順序付けられたブロック）として機能し、実行レイヤー/ロールアップノードは＃2→＃3であり、プロトコルはNebraserves as the last mile #3 → #4 (executed block → succinct proof). Nebra (or 整列されたレイヤー)理論的には、証明が集約され、その後検証される可能性があります。Sovereign Labsも同様のコンセプトに取り組んでおり、証明の集約に基づくブリッジングが彼らのアーキテクチャの中心にあります。

Sovereign Labs

総じて、一部のアプリケーションレイヤーはインフラストラクチャの所有を開始、部分的には@maven11research補完を商品化すると、単なる高度なアプリケーションになると、スタックをコントロールしない場合はインセンティブの問題や利用者の獲得コストが高くなる可能性があります。一方で、インフラコストは競争と技術の進歩によって継続的に抑えられているため、アプリケーション/アプリチェーンの費用は低く抑えられています。@maven11research/commoditise-your-complements">モジュラーコンポーネントと統合することはますます実現可能になっています。少なくとも現時点では、このダイナミックははるかに強力だと信じています。

これらの革新すべて―実行レイヤー、決済レイヤー、集約―は、より効率的で、より簡単に統合でき、より強力な相互運用性、そしてより低コストを可能にします。実際、これらすべてが導くものは、ユーザー向けのより良いアプリケーションと、開発者向けのより良いエクスペリエンスです。これは、より多くの革新につながる勝利の組み合わせであり、大規模な革新の速度を加速させます。私は、何が展開されるかを楽しみにしています。

免責事項：

1. この記事は[から転載されていますbridgeharrisすべての著作権は元の著者に帰属しますBRIDGET HARRIS]. If there are objections to this reprint, please contact the Gate Learn(ゲート・ラーン)チーム、そして彼らは迅速に対処します。
2. 責任の免責事項：この記事で表現されている意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
3. 他の言語への記事の翻訳は、Gate Learnチームによって行われます。特に記載がない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。