rollupクライアント

ChainCatcher のメッセージによると、公式の発表により、AltLayer が無状態 Rollup クライアントの設計提案を発表しました。この設計は、イーサリアムの Rollup の代わりに代替 DA レイヤーを使用して無状態クライアントを構築します。無状態クライアントは、Rollup ブロックが基盤となる DA レイヤーに公開されていることを確認する必要があります。一度ブロックの可用性が確認されると、無状態クライアントは、そのブロック内のトランザクションの実行によって生成された状態も Rollup コントラクトにコミットされていることを確認する必要があります。

ChainCatcher のメッセージ、a16z の最高技術責任者 Eddy Lazzarin はインタビューで、a16z の既存のいくつかのポートフォリオ企業がその Rollup クライアント Magi を使用し始めていると述べ、Coinbase の二層ネットワーク Base が Magi をドライバーノードとして使用することを明らかにしました。（The Block）

ChainCatcher のメッセージ、a16z は昨日公式ブログを発表し、OP Stack Rollup クライアント Magi をリリースする計画を発表しました。Magi は Rust で書かれており、イーサリアムの従来の実行/コンセンサスの分離においてコンセンサスクライアントとして機能します。Magi は、参照実装（op-node）と同じコア機能を実行し、実行ノード（op-geth など）と連携して、Optimism や Base を含む任意の OP Stack チェーンに同期します。現在、Rollup クライアントには op-node という唯一の実装があり、OP Labs によってメンテナンスされ、Go で書かれています。Magi の目標は、独立して開発された op-node の直接の代替品となり、Rollup のクライアントの多様性を増やすことです。さらに、Magi はまだ初期開発段階にあり、数ヶ月の開発が必要になる可能性があります。チームは以下の機能を追加する計画です：遅延を減らすために不安全なヘッダー（未確認のブロック）を追跡する；初期同期速度を向上させる新しい同期メカニズム；代替データ可用性層のサポート；Magi、op-node、および将来のクライアントのテストのためのより良いフレームワーク。（出典リンク）