**複数のプルーフを OP スタックに組み込む機能には多くの利点があり、最も注目に値するのはセキュリティです。 **複数の証明があると、それらのいずれかのバグがパラダイムになるのを防ぎます。これは、L1 クライアントを複数実装することで全体的なセキュリティが向上するのと似ています。 Vitalik は、イーサリアムのマルチクライアントのアイデアが zk-evm とどのように相互作用するかについて書きました。その記事の中で、彼は、マルチクライアントの実装は技術的な分散化の一形態であり、その主な利点はネットワーク内のエラーに強いことであると指摘しました。また、複数の独立したチーム/関係者が実装を維持する場合、ある種の社会的分散化にもつながります。各チームの利益は、ネットワーク ロードマップの計算に考慮されます。
**Bedrock のモジュラー設計により、Optimism エコシステムに複数の L2 クライアントが実装されました。これは、L2 におけるこの種のものとしては初めてです。 **Vitalik や Ethereum と同様に、私たちはこのアイデアを拡張して、OP スタックに複数のプルーフを含められるようにしています。これにより、OP メインネットや Base などの他の OP チェーンにゼロ知識 (ZK) 有効性証明を追加する道が開かれ、将来の開発との互換性が確保されます。 OP Stack のモジュール設計により、コード ベースに大きな変更を加えることなく、安全かつ十分にテストされた方法で新しいテクノロジを簡単に導入できます。
### どのように動作します?
OP スタックの証明システムは、標準化されたオンチェーン API とオフチェーン アクターを通じてモジュール化されています。これにより、紛争契約の混合と照合が可能になり、証明スキームの交換が容易になります。
標準化されたオンチェーン API
**オンチェーン API を標準化することにより、Bedrock は、標準化された API を実装している限り、交換証明スキームを有効にします。 **これは、新しい証明スキームを動的に追加できることを意味します。ブリッジを実行するために複数の証明スキームが必要な m(n) スキームを作成することもできます。
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
OP スタックにおける複数のプルーフ設計とそのエコロジーへの影響
Mark Tyneway著、OPジョイントベンチャー、protolambda、OPLabs研究員
マルチクライアント ネットワークのセキュリティ上の利点について聞いたことがあるでしょうが、お気に入りの L2 がその設計に複数の証明スキームを組み込むことができたらどうなるでしょうか? これは、OP のメインネットが Bedrock にアップグレードされた後に起こったことです。
クライアントの多様性がブロックチェーン エコシステムにとって有益であるというロジックに従って、OP Stack は OP メインネットをモジュール式ブロックチェーンに変えます。これにより、ソリューションの多様性も証明できます。 OP Stack と Bedrock のモジュラー設計を使用すると、構築者はあらゆるタイプの既存のプルーフを迅速に活用し、システムが将来のプルーフのイノベーションに適応できるようにすることができます。
このユニークな機能の技術的側面を詳しく掘り下げ、エコシステムへの広範な影響について議論しましょう。
問題: ロールアップ計画における証明スキーム
以前は、ロールアップ設計の反復では主にプルーフの作成とそれにシステムを適合させることに重点が置かれていました。このアプローチでは、変化するテクノロジーに対する柔軟性と適応性が制限されます。このタイプの設計のため、L2 市場では主に楽観的な証明 (楽観的な証明) と妥当性の証明 (妥当性証明) を中心に議論されています。
Bedrock を設計するとき、私たちはその物語を変えたいと考えました。 Bedrock アップグレードの主要な設計原則としてモジュール性を使用することで、複数のプルーフ タイプに対応できるシステムを構築し、より安全で将来性のあるソリューションをビルダーに提供します。
ソリューション: モジュール設計、柔軟性、セキュリティ
**複数のプルーフを OP スタックに組み込む機能には多くの利点があり、最も注目に値するのはセキュリティです。 **複数の証明があると、それらのいずれかのバグがパラダイムになるのを防ぎます。これは、L1 クライアントを複数実装することで全体的なセキュリティが向上するのと似ています。 Vitalik は、イーサリアムのマルチクライアントのアイデアが zk-evm とどのように相互作用するかについて書きました。その記事の中で、彼は、マルチクライアントの実装は技術的な分散化の一形態であり、その主な利点はネットワーク内のエラーに強いことであると指摘しました。また、複数の独立したチーム/関係者が実装を維持する場合、ある種の社会的分散化にもつながります。各チームの利益は、ネットワーク ロードマップの計算に考慮されます。
**Bedrock のモジュラー設計により、Optimism エコシステムに複数の L2 クライアントが実装されました。これは、L2 におけるこの種のものとしては初めてです。 **Vitalik や Ethereum と同様に、私たちはこのアイデアを拡張して、OP スタックに複数のプルーフを含められるようにしています。これにより、OP メインネットや Base などの他の OP チェーンにゼロ知識 (ZK) 有効性証明を追加する道が開かれ、将来の開発との互換性が確保されます。 OP Stack のモジュール設計により、コード ベースに大きな変更を加えることなく、安全かつ十分にテストされた方法で新しいテクノロジを簡単に導入できます。
### どのように動作します?
OP スタックの証明システムは、標準化されたオンチェーン API とオフチェーン アクターを通じてモジュール化されています。これにより、紛争契約の混合と照合が可能になり、証明スキームの交換が容易になります。
標準化されたオンチェーン API
**オンチェーン API を標準化することにより、Bedrock は、標準化された API を実装している限り、交換証明スキームを有効にします。 **これは、新しい証明スキームを動的に追加できることを意味します。ブリッジを実行するために複数の証明スキームが必要な m(n) スキームを作成することもできます。
オフチェーン参加者を標準化する
**オフチェーンの参加者またはボットが、係争中の契約と通信します。 **このシステムは、誠実な行動を奨励し、システムを保護するための最大抽出可能価値 (MEV) の機会を生み出します。その一方で、論争のゲームをプレイすることは、それを確実に継続するためのインセンティブとして常に有益であるべきであるという原則を維持します。このモデルを使用して、システムのセキュリティを確保するために紛争を解決するために介入できる監視アクターのオープン ネットワークを構築しています。
標準化されたオフチェーン アクターの 2 つの実装が調査中です。
未来はスーパーチェーンにあります
Bedrock のアップグレードとそのマルチプルーフのサポートは、エコシステム、アプリケーション、または連携機能を中断しないスケーラブルなネットワークという当社のビジョンと一致しています。マルチクライアント、マルチプルーフのシンプルさ向けに設計された唯一の L2 エコシステムとして、Optimism は、より安全で、より適応性があり、より協力的で、より楽観的な未来に向けて業界を導きます。