OptimismとArbitrumの違い
まず、OptimismとArbitrumの共通点を見てみましょう。
* すべてがRollupに属します。Rollupは、すべてのトランザクションデータをレイヤー 1 に保存する本物のレイヤー 2 ソリューションです。
* どちらも「Optimism」であり、つまりFraud Proofを使用している
* どちらもシーケンサーを使用して即時の「決定論」を実現します
* すべてに一般的なクロスチェーン メッセージング機能があり、次のような高度なトークン ブリッジを構築するために使用できます。
@ MakerDAOの高速引き出しブリッジ
OptimismとArbitrumの最大の違いは、不正防止メカニズムの実装にあります。つまり、トランザクションが実行された後、ステータスが発生した場合、紛争を解決する方法は?
Optimism は、ワンラウンドの不正証明（Fraud Proof）を採用しています。 つまり、Layer 1 は Layer 2 トランザクション全体をチェーン上で実行し、ステートルートを検証します。 これにより、Fraud Proofが即時性を持つという利点があります。
ただし、いくつかの問題があります。
・トランザクションの実行を監視する必要があり、そのためには OVM を使用する必要があります (つまり、副作用を避けるために EVM を書き換えます)
・レイヤー 2 トランザクションのガス使用量は、レイヤー 1 ブロックのガス制限を超えてはなりません。
・トランザクションが実行されるたびに、チェーン上に状態ルートを生成する必要があり、コストが増加します
・セキュリティリスクがある
Arbitrum は、マルチラウンドを使用して詐欺を証明（Fraud Proof）します。
簡単に言えば、分岐の原因となったブロックの最初のオペコードを見つけるのはバイナリ サーチです。見つけたら、チェーン上でこのオペコードを実行するだけです。
不正証明のマルチラウンドの利点は次のとおりです。
・トランザクションのバッチ全体の状態証明を生成し、チェーンに公開するだけで済みます
・レイヤー 2 トランザクションはレイヤー 1 で完全に実行されないため、レイヤー 1 ブロックガスの上限は重要ではありません。
デメリットは次のとおりです。
・EVM が必要 -> AVM 変換 (幸いなことに自動です)
・非常に遅い - 最悪の場合、不正の証明が完了するまでに最大 2 週間かかる場合があります。実に一週間です。
・ 元の引き出しがオンラインであり、協力する必要があります
別の観点から見ると、Optimism はコンテナ化され、Arbitrum は仮想化されています。
また、Optimismのアプローチには大きな欠点があります。
イーサリアムのコンセンサス ルールを変更するハードフォークがあり、オペコードが削除/価格変更または変更されたと想像してください。この時、レイヤー1で過去のトランザクションをいきなり再実行すると、最終的な状態が全く違うものになってしまいます。Optimismチームがこの問題をどのように解決するかはわかりませんが、その日が来れば解決策を考え出すと思います。Arbitrum は AVM 仕様を完全に制御するため、この問題について心配する必要はありません。
どちらのプロジェクトも、イーサリアム エコシステムにできるだけ近づけようとしていますが、いくつかの違いがあります。一般に、既知の EVM 関連ツール (solidity、hardhat、waffle など) を引き続き使用できます。しかし、実際にはそれほど単純ではありません。
Optimism は、OVM バイトコードを生成するために特別な Solidity コンパイラが必要です。したがって、Solidity および Solidity の特定のバージョンとのみ互換性があります。一方、Optimism のレイヤー 2 ノードは、単なる geth クライアントの変更であり、変更の目的は互換性を向上させることです。
表面上、Arbitrum は EVM/JSON RPC 仕様と完全に互換性がありますが、そのノードはカスタム実装です。Arbitrum は、EVM から AVM への自動変換による不正防止をサポートします。したがって、あらゆる EVM 言語 (vyper、YUL+ など) をサポートします。
Optimism は weth を使用し、ウォレット抽象化が組み込まれ、 Arbitrum にはETH サポートが付いています。
Arbitrum は、任意のトークンと Layer 2 間のブリッジを実装するための統一されたライセンスフリー ブリッジを提供します (Layer 2 の相手側として汎用 ERC20 コントラクトを展開します)。
Optimism は専用ブリッジを好むが、Optimism 上に汎用ブリッジを構築することも可能です。
最後の違いはオンライン実装です。Arbitrum は今月末に「開発者向けメインネット」を立ち上げる予定で、Optimism は 7 月まで待たなければなりません。
もっと知りたい場合は@stonecoldpat0が主催する@karl_dot_techと@ hkalodner@な議論を見てお勧めします。
Optimism ブリッジの例については、 https://github.com/makerdao/optimism-dai-bridge。 来週、Arbitrum と互換性のあるバージョンをリリースする予定です。
・参考文献
この記事が気に入ったらサポートをしてみませんか？