「Bedrock」アップグレードにより、Optimism メインネットの手数料が 47% 削減されることが期待されており、これは大きな進歩です。これにより、Optimism のパフォーマンスが大幅に向上するだけでなく、より多くの開発者やユーザーが Optimism エコシステムに参加するようになることが期待されます。ほぼ半額の手数料削減は明らかに大きなプラスであり、競争の激しいブロックチェーン市場においてオプティミズムに大きな優位性を与えるとともに、ユーザーに前例のない利便性と手頃な価格をもたらします。さらに、このアップグレードはオプティミズムのエコロジー市場の継続的な強さの触媒の1つとみなされており、これはオプティミズムがより広範でより有望な発展の見通しを持っていることを示しています。### 「TL;DR:※「Bedrock」は、利用料金の大幅削減を目的としたOptimismメインネットのメジャーアップグレードです。この変更は、料金が安いほどユーザー エクスペリエンスが向上するという単純な仮定に基づいています。* 一連の最適化と革新を通じて、Bedrock のアップグレードにより、Optimism メインネットのプロトコル コストとセキュリティ料金が 47% 削減されることが期待されています。※主な最適化策には以下のようなものがあります。* トランザクション データの効率的な送信: レイヤ 1 (1 層ネットワーク) とレイヤ 2 (2 層ネットワーク) の間を最適化し、データ圧縮効率を向上させ、Optimism から L1 に送信されるデータを再編成して、L1 のスペース使用に関する利用可能なデータを最大化します。 。* 改良されたデータ圧縮方法: さまざまな圧縮アルゴリズムの中から、Optimism のニーズに優れたパフォーマンスを提供する zlib が最終的に選択されました。■新バッチ処理方式の採用：バッチ処理方式は、従来のブロックをライン形式に変換し、付加情報を極力排除し、必要なメタデータのみを残したバッチ処理方式です。※また、Bedrock版ではイーサリアムのGas代も可能な限り削減しております。これは、すべての実行ガスを除去し、L1 データ料金を理論上の最小値まで削減することによって実現されます。* 最終的に、これらの改善は、Optimism メインネット ユーザーがトランザクション コストを大幅に節約するのに役立ちます。* アップグレードが完了したら、Optimism チームが OP Labs の Twitter アカウント経由で、Bedrock 後のデータ (予測の正確さを示す) を含む最新情報を投稿しますので、注目してください。### Bedrock Upgrade: 楽観主義の新たな章、コストは 47% 削減される見込み使用コストの削減は、Bedrock バージョンの大部分を占める設計原則です。これにより、トランザクションが L1 (レイヤー 1) に発行される方法、およびその逆の方法が完全に再構築されました。このアプローチは強力ですが、「手数料が低い = 良い」という非常に単純な仮定に基づいています。私たちは、エコシステムを最もアクセスしやすく、最も簡単で、最も楽しく、最小限の構築コストと取引コストで実現したいと考えています。最終的に、Bedrock のアップグレードにより、Optimism メインネットのプロトコル コストとセキュリティ料金が 47% 削減されます。私たちがそれをどのように実現したかを学びましょう。### 料金はどこから発生しますか?Optimism メインネットでトランザクションを送信するための料金は、**L2 (レイヤー 2 ネットワーク) 実行料金**と **L1 データ/セキュリティ料金**の 2 つのソースから発生します。L2 実行手数料は、イーサリアムでの通常の取引手数料の仕組みと似ていますが、ネットワークが L1 ほど混雑していないため、Optimism メインネットでの実行ガス価格が非常に低いという利点もあります。**L1 データ料金は、Optimism のすべてのトランザクションがイーサリアムにも投稿されるためです**。このステップは、Optimism ノードの同期に必要なすべてのデータが常にイーサリアム上で公開されることを意味するため、Optimism のセキュリティにとって重要です。これにより、楽観主義が L2 になります。 Optimism のユーザーは、トランザクションをイーサリアムに送信するために料金を支払う必要があります。イーサリアムのガス料金は非常に高価であるため、**L1 データ料金はオプティミズム メインネットの総トランザクション コストの大部分を占めています**。### 改善点を探していますBedrock の開発の初期段階で、ユーザーに不必要なコストを引き起こしているいくつかの領域を特定することができました。特に、Optimism のレガシー システムは、L1 データ スペースを可能な限り効率的に使用しないように設計されていました。たとえば、イーサリアムにデータを公開する Bedrock 以前のシステムは、単一の L1 トランザクションを満たすことができる圧縮データ バンドルにできるだけ多くのトランザクションを追加するだけでした。この問題を解決するには、**イーサリアムに公開される大量のデータの圧縮効率を改善**することから始めるのが最も論理的です。また、Optimism から L1 にデータを送信する方法を再編成すると、L1 で利用可能なデータ スペースの使用が最大化されることもわかりました。### 修復方法の反復圧縮データで構成されたトランザクション グループを送信して目標に近づくという概念実証が完了したら、このアプローチの最適化に重点を置きました。開発を導く重要な制約の 1 つは、L2 ブロックの本体を複数の L1 トランザクションに分割する必要性です。誰かが大規模なトランザクションを L2 に送信した場合、L1 の呼び出しデータに収まるように分割する必要がある場合があります。さらに、データの圧縮に使用するアルゴリズムでは、入力データが多いほど圧縮率が向上します。この制約に対処し、圧縮率を最大化するために、これらの特性を活用できるシステムを設計します。### データをバッチ処理して圧縮するこのシステムの重要な構成要素は **バッチ処理** です。バッチは、L1 への書き込みのコストとソフトウェアの複雑さを最小限に抑えるように設計されたワイヤ形式です。従来のブロックはバッチに変換され、余分な情報をできる限り排除し、必要な少量のメタデータのみを保持します。次に、**シーケンス バッチ**として知られる L2 トランザクションのリストが、いわゆる **チャネル** に圧縮されます。各チャネルには最大サイズがあります (最初は約 9.5Mb)。これらのチャネルは、L1 にコミットする前に、圧縮アルゴリズムを使用して圧縮されます。大きなバッチを各パスに圧縮すると、効率的に優れた圧縮率が得られます。チャネルはさらにチャネル フレームに分割されます。これは、上で述べた主要な制約に対処するのに役立つ部分です。チャネルをフレームにスライスすると、非常に大規模な L2 トランザクションを並行して L1 に送信して処理できるようになり、対応する L1 トランザクションで可能な限り埋めることができます。#### 圧縮アルゴリズム圧縮アルゴリズムを選択する際、zstd、brotli、LZW などの候補を検討しましたが、最終的にはニーズに優れたパフォーマンスを提供する zlib を選択しました。この場合の良好なパフォーマンスとは、達成しようとしている良好な圧縮率と良好な圧縮および解凍速度との間の適切なバランスを意味します。これは、圧縮アルゴリズムを選択する際の一般的なトレードオフ、つまり速度と圧縮率のパフォーマンスを反映しています。#### イーサリアム ガスの使用を最小限に抑えるコスト削減に役立つ最後の部分は、Bedrock がすべての実行ガスを除去し、L1 データ コストを理論上の最小値まで削減することです。これについては、Bedrock の説明で詳しく説明します。以下にその抜粋を示します。>> Bedrock は、**バッチ トランザクション** として知られるトランザクションを送信するときに L1 システムによって使用されるすべての実行ガスを削除しました。 L1 のスマート コントラクトで以前に発生していたすべての検証ロジックは、**ブロック導出ロジック** (*ブロック導出ロジック*) に移動されました。代わりに、バッチ トランザクションは、バッチ受信ボックス アドレスとして知られるイーサリアム上の単一の EOA (外部所有アカウント) に送信されます。>>> バッチ内の個々のトランザクションと同様に、バッチも有効性チェックの対象になります (つまり、正しくエンコードされている必要があります) (署名が有効である必要があります)。無効なバッチおよび有効なバッチ内の無効な個別のトランザクションは破棄されたとみなされ、システムには関係ありません。>>>### 数値によるコスト削減Bedrock のアップグレード後は、ステート チェーン コミットメントの 99%、バッチ コミット コストの 20% を含め、\*\* プロトコル コスト/セキュリティ料金が 47%\*\* 削減されることが見込まれます。アップグレード後には、Bedrock 後の数値 (予測の正確性が示されます) を含む最新情報を OP Labs の Twitter アカウント経由で投稿しますので、注目してください。### 次のステップ: 料金の最適化と EIP-4844私たちは、Bedrock のポスティングコストを抑えるために構築した設計とソリューションに大きな誇りを持っています。これは、私たちのチームが確かなエンジニアリングの基礎を重視し、それをクリーンに実行した結果です。私たちのチームは、L2 データ料金を削減するために料金の最適化を継続しているため、Bedrock 後のリリースでこれが行われる予定です。私たちができる具体的なことの 1 つは、バッチ送信の時間を設定することで、バッチが特定の時間枠 (たとえば 10 分) 内に送信されることが保証され、その 10 分間の料金が最も低くなるときにバッチを送信できるようにすることです。さらに興味深いのは、EIP-4844 が間もなくイーサリアムに組み込まれることです。その時が来れば、L1 にデータを公開するコストはさらに削減されるでしょう。この投稿を読んで楽観主義を構築することに興味を持った場合は、コミュニティに貢献する方法に関するドキュメントを確認してください。さらに、Bedrock の説明では、Bedrock リリースに伴う多くのエキサイティングな機能について詳しく説明しています。
メインネット手数料が 47% 削減、オプティミズムの今後の基盤アップグレードをざっと見てみる
「Bedrock」アップグレードにより、Optimism メインネットの手数料が 47% 削減されることが期待されており、これは大きな進歩です。これにより、Optimism のパフォーマンスが大幅に向上するだけでなく、より多くの開発者やユーザーが Optimism エコシステムに参加するようになることが期待されます。ほぼ半額の手数料削減は明らかに大きなプラスであり、競争の激しいブロックチェーン市場においてオプティミズムに大きな優位性を与えるとともに、ユーザーに前例のない利便性と手頃な価格をもたらします。さらに、このアップグレードはオプティミズムのエコロジー市場の継続的な強さの触媒の1つとみなされており、これはオプティミズムがより広範でより有望な発展の見通しを持っていることを示しています。
「TL;DR:
※「Bedrock」は、利用料金の大幅削減を目的としたOptimismメインネットのメジャーアップグレードです。この変更は、料金が安いほどユーザー エクスペリエンスが向上するという単純な仮定に基づいています。
Bedrock Upgrade: 楽観主義の新たな章、コストは 47% 削減される見込み
使用コストの削減は、Bedrock バージョンの大部分を占める設計原則です。これにより、トランザクションが L1 (レイヤー 1) に発行される方法、およびその逆の方法が完全に再構築されました。
このアプローチは強力ですが、「手数料が低い = 良い」という非常に単純な仮定に基づいています。私たちは、エコシステムを最もアクセスしやすく、最も簡単で、最も楽しく、最小限の構築コストと取引コストで実現したいと考えています。
最終的に、Bedrock のアップグレードにより、Optimism メインネットのプロトコル コストとセキュリティ料金が 47% 削減されます。私たちがそれをどのように実現したかを学びましょう。
料金はどこから発生しますか?
Optimism メインネットでトランザクションを送信するための料金は、L2 (レイヤー 2 ネットワーク) 実行料金と L1 データ/セキュリティ料金の 2 つのソースから発生します。
L2 実行手数料は、イーサリアムでの通常の取引手数料の仕組みと似ていますが、ネットワークが L1 ほど混雑していないため、Optimism メインネットでの実行ガス価格が非常に低いという利点もあります。
L1 データ料金は、Optimism のすべてのトランザクションがイーサリアムにも投稿されるためです。このステップは、Optimism ノードの同期に必要なすべてのデータが常にイーサリアム上で公開されることを意味するため、Optimism のセキュリティにとって重要です。これにより、楽観主義が L2 になります。 Optimism のユーザーは、トランザクションをイーサリアムに送信するために料金を支払う必要があります。イーサリアムのガス料金は非常に高価であるため、L1 データ料金はオプティミズム メインネットの総トランザクション コストの大部分を占めています。
改善点を探しています
Bedrock の開発の初期段階で、ユーザーに不必要なコストを引き起こしているいくつかの領域を特定することができました。特に、Optimism のレガシー システムは、L1 データ スペースを可能な限り効率的に使用しないように設計されていました。たとえば、イーサリアムにデータを公開する Bedrock 以前のシステムは、単一の L1 トランザクションを満たすことができる圧縮データ バンドルにできるだけ多くのトランザクションを追加するだけでした。
この問題を解決するには、イーサリアムに公開される大量のデータの圧縮効率を改善することから始めるのが最も論理的です。また、Optimism から L1 にデータを送信する方法を再編成すると、L1 で利用可能なデータ スペースの使用が最大化されることもわかりました。
修復方法の反復
圧縮データで構成されたトランザクション グループを送信して目標に近づくという概念実証が完了したら、このアプローチの最適化に重点を置きました。
開発を導く重要な制約の 1 つは、L2 ブロックの本体を複数の L1 トランザクションに分割する必要性です。誰かが大規模なトランザクションを L2 に送信した場合、L1 の呼び出しデータに収まるように分割する必要がある場合があります。さらに、データの圧縮に使用するアルゴリズムでは、入力データが多いほど圧縮率が向上します。この制約に対処し、圧縮率を最大化するために、これらの特性を活用できるシステムを設計します。
データをバッチ処理して圧縮する
このシステムの重要な構成要素は バッチ処理 です。バッチは、L1 への書き込みのコストとソフトウェアの複雑さを最小限に抑えるように設計されたワイヤ形式です。従来のブロックはバッチに変換され、余分な情報をできる限り排除し、必要な少量のメタデータのみを保持します。
次に、シーケンス バッチとして知られる L2 トランザクションのリストが、いわゆる チャネル に圧縮されます。各チャネルには最大サイズがあります (最初は約 9.5Mb)。これらのチャネルは、L1 にコミットする前に、圧縮アルゴリズムを使用して圧縮されます。大きなバッチを各パスに圧縮すると、効率的に優れた圧縮率が得られます。
チャネルはさらにチャネル フレームに分割されます。これは、上で述べた主要な制約に対処するのに役立つ部分です。チャネルをフレームにスライスすると、非常に大規模な L2 トランザクションを並行して L1 に送信して処理できるようになり、対応する L1 トランザクションで可能な限り埋めることができます。
圧縮アルゴリズム
圧縮アルゴリズムを選択する際、zstd、brotli、LZW などの候補を検討しましたが、最終的にはニーズに優れたパフォーマンスを提供する zlib を選択しました。
この場合の良好なパフォーマンスとは、達成しようとしている良好な圧縮率と良好な圧縮および解凍速度との間の適切なバランスを意味します。これは、圧縮アルゴリズムを選択する際の一般的なトレードオフ、つまり速度と圧縮率のパフォーマンスを反映しています。
イーサリアム ガスの使用を最小限に抑える
コスト削減に役立つ最後の部分は、Bedrock がすべての実行ガスを除去し、L1 データ コストを理論上の最小値まで削減することです。これについては、Bedrock の説明で詳しく説明します。
以下にその抜粋を示します。
数値によるコスト削減
Bedrock のアップグレード後は、ステート チェーン コミットメントの 99%、バッチ コミット コストの 20% を含め、** プロトコル コスト/セキュリティ料金が 47%** 削減されることが見込まれます。
アップグレード後には、Bedrock 後の数値 (予測の正確性が示されます) を含む最新情報を OP Labs の Twitter アカウント経由で投稿しますので、注目してください。
次のステップ: 料金の最適化と EIP-4844
私たちは、Bedrock のポスティングコストを抑えるために構築した設計とソリューションに大きな誇りを持っています。これは、私たちのチームが確かなエンジニアリングの基礎を重視し、それをクリーンに実行した結果です。
私たちのチームは、L2 データ料金を削減するために料金の最適化を継続しているため、Bedrock 後のリリースでこれが行われる予定です。私たちができる具体的なことの 1 つは、バッチ送信の時間を設定することで、バッチが特定の時間枠 (たとえば 10 分) 内に送信されることが保証され、その 10 分間の料金が最も低くなるときにバッチを送信できるようにすることです。
さらに興味深いのは、EIP-4844 が間もなくイーサリアムに組み込まれることです。その時が来れば、L1 にデータを公開するコストはさらに削減されるでしょう。
この投稿を読んで楽観主義を構築することに興味を持った場合は、コミュニティに貢献する方法に関するドキュメントを確認してください。さらに、Bedrock の説明では、Bedrock リリースに伴う多くのエキサイティングな機能について詳しく説明しています。