# OP Stackのマルチプル証明設計OPメインネットがBedrockにアップグレードされた後、複数の証明スキームを設計に統合する能力が導入されました。この革新は、クライアントの多様性がブロックチェーンエコシステムにとって有益であるという論理に従い、OPメインネットをモジュール式のブロックチェーンに変革し、同時に証明スキームの多様性を実現しました。OP Stack と Bedrock のモジュール設計を使用することで、開発者はさまざまな既存の証明タイプを迅速に活用でき、システムが将来の証明の革新に対応できることを保証します。このアプローチは、柔軟性を高めるだけでなく、全体的な安全性も強化します。## Rollup 設計における証明スキームの課題過去、rollup 設計のイテレーションは主に単一の証明を作成し、システムをそれに適合させることに集中していました。この方法は、システムの変化する技術に対する柔軟性と適応性を制限しました。したがって、L2 市場は主に楽観的証明と有効性証明を巡る議論に集中しています。Bedrock を設計する際、開発チームはこの考え方を変更することを決定しました。彼らはモジュール化を Bedrock のアップグレードの核心デザイン原則として採用し、さまざまな証明タイプに適応できるシステムを構築し、開発者により安全で先見性のある証明ソリューションを提供しました。## モジュール設計の利点OP Stack に複数の証明を統合することは多くの利点をもたらし、その中でも安全性が最も際立っています。複数の証明は、単一の証明内のエラーがシステムの致命的な弱点になるのを防ぎ、これは L1 クライアントの複数の実装が全体的な安全性を向上させる原理に似ています。この方法は、技術の非中央集権を強化するだけでなく、社会的な非中央集権も促進しました。複数の独立したチームと利害関係者が一つの実現を維持する場合、各チームの利益はネットワークのロードマップの考慮に含まれます。Bedrock のモジュール設計は、Optimism エコシステム内で複数の L2 クライアント実装が登場することを促しました。これは L2 分野では初めてのことです。この設計は、OP メインネットや他の OP チェーン(例えば Base)にゼロ知識(ZK)有効性証明を追加するための道を開き、将来の技術発展との互換性を確保します。## 技術的な実装OP Stack の証明システムは、標準化されたオンチェーン API とオフチェーン参加者を通じてモジュール化を実現します。これにより、争議契約を柔軟に組み合わせ、証明スキームの変更が容易になります。### オンチェーンAPIの標準化標準化されたオンチェーンAPIを通じて、Bedrockは証明スキームの変更を可能にします。新しいスキームが標準APIを実装している限り、これは可能です。これにより、新しい証明スキームを動的に追加することができ、さらには複数の証明スキームが共同で動作する複合システムを作成することもできます。### 標準化されたオフチェーン参加者オフチェーンの参加者またはロボットが争議契約と相互作用します。この設計は、誠実な行動を促し、システムを保護するために最大抽出価値(MEV)機会を創出します。同時に、争議ゲームに参加することは常に利益をもたらすべきという原則を守り、その持続的な進行を保証します。このモデルは、争議を解決するために介入できる参加者のオープンな監視ネットワークを作成しています。これにより、システムの安全性が確保されます。現在、2種類の標準化されたオフチェーン参加者の実装が研究されています。## 未来を展望するBedrockのアップグレードとそのマルチプローブのサポートは、開発チームのスケーラブルなネットワークに対するビジョンに合致しています。マルチクライアントとマルチプローブのシンプルさのために設計された唯一のL2エコシステムとして、Optimismは業界をより安全で、適応力があり、協力的な未来へと導いています。
OP Stackのマルチプル証明設計:安全性と適応性を強化するモジュール式ソリューション
OP Stackのマルチプル証明設計
OPメインネットがBedrockにアップグレードされた後、複数の証明スキームを設計に統合する能力が導入されました。この革新は、クライアントの多様性がブロックチェーンエコシステムにとって有益であるという論理に従い、OPメインネットをモジュール式のブロックチェーンに変革し、同時に証明スキームの多様性を実現しました。
OP Stack と Bedrock のモジュール設計を使用することで、開発者はさまざまな既存の証明タイプを迅速に活用でき、システムが将来の証明の革新に対応できることを保証します。このアプローチは、柔軟性を高めるだけでなく、全体的な安全性も強化します。
Rollup 設計における証明スキームの課題
過去、rollup 設計のイテレーションは主に単一の証明を作成し、システムをそれに適合させることに集中していました。この方法は、システムの変化する技術に対する柔軟性と適応性を制限しました。したがって、L2 市場は主に楽観的証明と有効性証明を巡る議論に集中しています。
Bedrock を設計する際、開発チームはこの考え方を変更することを決定しました。彼らはモジュール化を Bedrock のアップグレードの核心デザイン原則として採用し、さまざまな証明タイプに適応できるシステムを構築し、開発者により安全で先見性のある証明ソリューションを提供しました。
モジュール設計の利点
OP Stack に複数の証明を統合することは多くの利点をもたらし、その中でも安全性が最も際立っています。複数の証明は、単一の証明内のエラーがシステムの致命的な弱点になるのを防ぎ、これは L1 クライアントの複数の実装が全体的な安全性を向上させる原理に似ています。
この方法は、技術の非中央集権を強化するだけでなく、社会的な非中央集権も促進しました。複数の独立したチームと利害関係者が一つの実現を維持する場合、各チームの利益はネットワークのロードマップの考慮に含まれます。
Bedrock のモジュール設計は、Optimism エコシステム内で複数の L2 クライアント実装が登場することを促しました。これは L2 分野では初めてのことです。この設計は、OP メインネットや他の OP チェーン(例えば Base)にゼロ知識(ZK)有効性証明を追加するための道を開き、将来の技術発展との互換性を確保します。
技術的な実装
OP Stack の証明システムは、標準化されたオンチェーン API とオフチェーン参加者を通じてモジュール化を実現します。これにより、争議契約を柔軟に組み合わせ、証明スキームの変更が容易になります。
オンチェーンAPIの標準化
標準化されたオンチェーンAPIを通じて、Bedrockは証明スキームの変更を可能にします。新しいスキームが標準APIを実装している限り、これは可能です。これにより、新しい証明スキームを動的に追加することができ、さらには複数の証明スキームが共同で動作する複合システムを作成することもできます。
標準化されたオフチェーン参加者
オフチェーンの参加者またはロボットが争議契約と相互作用します。この設計は、誠実な行動を促し、システムを保護するために最大抽出価値(MEV)機会を創出します。同時に、争議ゲームに参加することは常に利益をもたらすべきという原則を守り、その持続的な進行を保証します。このモデルは、争議を解決するために介入できる参加者のオープンな監視ネットワークを作成しています。これにより、システムの安全性が確保されます。
現在、2種類の標準化されたオフチェーン参加者の実装が研究されています。
未来を展望する
Bedrockのアップグレードとそのマルチプローブのサポートは、開発チームのスケーラブルなネットワークに対するビジョンに合致しています。マルチクライアントとマルチプローブのシンプルさのために設計された唯一のL2エコシステムとして、Optimismは業界をより安全で、適応力があり、協力的な未来へと導いています。