ドノバン・チョイ著、ブロックワークス; コンピレーション:ホワイトウォーター、ゴールデンファイナンス
イーサリアム財団は一部の内乱を経験していますが、世界コンピュータの開発作業は継続しています。
イーサリアムの研究者であるJustin Drakeは、昨日、ethresearchフォーラムで「ネイティブ集約」という新しい集約デザインについてのアセンブリ記事を発表しました。
もし技術について私と同じくらいわからないのであれば、イーサリアムの絶えず変化するハッシュデザインの地味さを追いかけるのは非常に退屈です - ましてやその全体のインフラストラクチャのスタックを追いかけるなんて話にもなりません。
しかし、ネイティブ集計を行う最も簡単な方法は、イーサリアムL1バリデータによる検証、つまり状態遷移関数と検証に依存しています。
これはOptimism Rollup(例:Optimism、Arbitrum)やzk Rollup(例:Starknet、ZKsync)とは対照的であり、後者は計算負荷をL2に押し付け、その後不正行為またはzkプルーフシステムに依存して状態ルートと証明を生成し、メインネットワークに戻ります。
これらのプルーフシステムのコードは複雑であり、エラーや他の脆弱性が発生しやすいため、これがなぜRollupオーソライザ(L2上で取引をソートするエンティティ)が常に中央集権化されているかの理由です。中央集権化されたオーソライザに対する不満は、逆にTaikoなどの「ベース」Rollup設計を刺激し、それらはイーサリアムL1検証者に依存してソートを実行しています。
しかし、元のRollupに戻ると、Drakeの提案は、ユーザーのトランザクションを検証するEVMの状態変換を実行するための「実行」プリコンパイル(EVMのハードコードされた関数)を導入することを提案しています。これにより、いくつかの突破口が実現されます:
これら2つのアンロック方法は、実際には、Ethereum L1のセキュリティを継承することによって、ネイティブロールアップを「信用しなくてもよい」ものにしています。
最後に、ロールアップベースのロールアップと同様に、ネイティブのロールアップも「同期可能な組み合わせ性」を享受することになります。これは、チェーン上でのトランザクションが異なるロールアップチェーンで組み合わされることを意味し、分散されないことを指します。L1とL2のチェーン上の資産のシームレスな相互交換可能性により、クロスチェーンの持続的なブリッジングのUX問題が解決されます。
しかし、ロールアップベースのロールアップとは異なり、ネイティブロールアップの実行は12秒のブロック時間の制限を受けません。"実行"の事前コンパイルのため、L1検証者はzkプルーフの検証のみを行い、計算を自分で実行する必要はありません。
原生の集約はETHの価値の蓄積問題を緩和できるでしょうか? たぶん。
私の理解によれば、バリデータは新しいプリコンパイルされた強制実行を使用し、これによりETHは取引の決済に必要なものとなります。
次に、L2ガバナンス(およびそのトークン)を排除することで、価値を再びETHに主要な価値源としてリダイレクトできます。
ネイティブ集約は、イーサリアムの価値主張を強化し、ETHを分散型エコシステムの基盤として進化させる上での漸進的かつ重要な一歩を示しています。
10.2K 人気度
44.7K 人気度
8.7K 人気度
1.5K 人気度
187K 人気度
イーサリアムのネイティブロールアップは、信頼性のないスケーラビリティを実現する可能性があります
ドノバン・チョイ著、ブロックワークス; コンピレーション:ホワイトウォーター、ゴールデンファイナンス
イーサリアム財団は一部の内乱を経験していますが、世界コンピュータの開発作業は継続しています。
イーサリアムの研究者であるJustin Drakeは、昨日、ethresearchフォーラムで「ネイティブ集約」という新しい集約デザインについてのアセンブリ記事を発表しました。
もし技術について私と同じくらいわからないのであれば、イーサリアムの絶えず変化するハッシュデザインの地味さを追いかけるのは非常に退屈です - ましてやその全体のインフラストラクチャのスタックを追いかけるなんて話にもなりません。
しかし、ネイティブ集計を行う最も簡単な方法は、イーサリアムL1バリデータによる検証、つまり状態遷移関数と検証に依存しています。
これはOptimism Rollup(例:Optimism、Arbitrum)やzk Rollup(例:Starknet、ZKsync)とは対照的であり、後者は計算負荷をL2に押し付け、その後不正行為またはzkプルーフシステムに依存して状態ルートと証明を生成し、メインネットワークに戻ります。
これらのプルーフシステムのコードは複雑であり、エラーや他の脆弱性が発生しやすいため、これがなぜRollupオーソライザ(L2上で取引をソートするエンティティ)が常に中央集権化されているかの理由です。中央集権化されたオーソライザに対する不満は、逆にTaikoなどの「ベース」Rollup設計を刺激し、それらはイーサリアムL1検証者に依存してソートを実行しています。
しかし、元のRollupに戻ると、Drakeの提案は、ユーザーのトランザクションを検証するEVMの状態変換を実行するための「実行」プリコンパイル(EVMのハードコードされた関数)を導入することを提案しています。これにより、いくつかの突破口が実現されます:
これら2つのアンロック方法は、実際には、Ethereum L1のセキュリティを継承することによって、ネイティブロールアップを「信用しなくてもよい」ものにしています。
最後に、ロールアップベースのロールアップと同様に、ネイティブのロールアップも「同期可能な組み合わせ性」を享受することになります。これは、チェーン上でのトランザクションが異なるロールアップチェーンで組み合わされることを意味し、分散されないことを指します。L1とL2のチェーン上の資産のシームレスな相互交換可能性により、クロスチェーンの持続的なブリッジングのUX問題が解決されます。
しかし、ロールアップベースのロールアップとは異なり、ネイティブロールアップの実行は12秒のブロック時間の制限を受けません。"実行"の事前コンパイルのため、L1検証者はzkプルーフの検証のみを行い、計算を自分で実行する必要はありません。
原生の集約はETHの価値の蓄積問題を緩和できるでしょうか? たぶん。
私の理解によれば、バリデータは新しいプリコンパイルされた強制実行を使用し、これによりETHは取引の決済に必要なものとなります。
次に、L2ガバナンス(およびそのトークン)を排除することで、価値を再びETHに主要な価値源としてリダイレクトできます。
ネイティブ集約は、イーサリアムの価値主張を強化し、ETHを分散型エコシステムの基盤として進化させる上での漸進的かつ重要な一歩を示しています。