eth1 のどの部分が eth2 に必要ですか?
編集者注: この記事は以下から引用しましたブルーフォックスノート (ID:lanhubiji)、許可を得てOdailyによって転載されました。
ブルーフォックスノート (ID:lanhubiji)
ブルーフォックスノート (ID:lanhubiji)
、許可を得てOdailyによって転載されました。
副題
新しいフロンティア
新しい暗号化の概要を説明し、eth1 の状態を新しいシステムに移行する前に、それを EVM に統合することで、eth1 の新しいシステムの機能を活用するための基盤が築かれることを説明したいと思いました。
eth1 に何が足りないのでしょうか?
イーサリアム ブロックチェーン上のすべてのデータが公開されていることを考慮すると、特定のトランザクションが関係者のニーズを反映していることを確認するには暗号署名が必要です。イーサリアムで使用される署名スキームは「楕円曲線」数学的オブジェクトに基づいており、使用される特定の曲線は secp256k1 と呼ばれます。この曲線上の点は、特定の署名スキーム ECDSA のものであり、必要な暗号署名プロパティを提供します。
この数学的特性により、署名スキームとしての ECDSA のセキュリティが向上します。
secp256k1 の ECDSA は長年にわたって実施されてきましたが、それらを定義する標準はそれぞれ 20 年と 10 年前のものです。 eth2 は、それ以降の暗号化の進歩を活用した新しい構造を使用しています。 eth2 のバリデーター (eth1 のマイナーと同様) は、BLS12-381 と呼ばれる別の楕円曲線に基づく BLS 署名スキームを使用します。 (名前に含まれる「BLS」はすべて略語であり、「B」、「L」、「S」の異なるセットを示すことに注意してください。)
このスタックを使用する主な理由は、多くの署名を 1 つの署名に効率的に集約できるためであり、これが eth2 セキュリティのスケーラビリティに直接貢献します。 eth2 における署名集約の重要性の詳細については、Carl Beekhuizen の記事を参照してください。
副題
どうやって手に入れますか
Ethereum でのプリコンパイルはリソースが不足しているため、コミュニティによって重要とみなされる計算のためにのみ予約されています。また、(EVM セマンティクスを変更するため) デプロイメントにハード フォークが必要なため、調整にコストがかかります。幸いなことに、これらの BLS プリコンパイル用の現在の EIP-2537 ドラフトがあります。
この EIP には、BLS12381 曲線で動作するいくつかのプリコンパイルが含まれており、「曲線マッピング」(BLS 署名スキーム用) と呼ばれる別の高価な操作も含まれます。 BLS 署名スキーム自体の数学を詳しく調べると、特定の情報を曲線上の点の表現に変換するために何らかのメカニズムが必要であることがわかります。これは、「曲線へのマッピング」に役立ちます。
副題
それは私たちにどのように役立つのでしょうか?
EIP-2537 プリコンパイルは、ストレージ契約のユーザー エクスペリエンスを向上させ、eth1 で eth2 ライト クライアントを構築するための基礎を築くことにより、eth2 に直ちに役立ちます。 BLS12-381 曲線自体は zk-SNARK の構築に使用でき、他のブロックチェーンで BLS を使用すると、これらのネットワーク間の相互運用性への道が開かれる可能性があります。
重要なのは、ストレージの検証に必要な BLS 署名が eth1 チェーンでは検証されていないことです。この事実により、一連の BLS 署名がバグにより正しく計算されず、テストネット ETH が失われることになりました。 eth1 チェーンで BLS 署名 (EIP-2537) の検証をサポートすることにより、入金データを受信し、署名を検証し、入金コントラクトに入金データを送信する「転送」スマート コントラクトを作成できます。デポジット コントラクトは安全な方法で機能する必要はありませんが、デポジット コントラクトを操作する開発者にとってはさらに安心感が加わります。
zk-SNARKs
EVM 内の eth2 ライト クライアント
また、eth1 が eth2 暗号化テクノロジーを理解し、eth1 チェーン上に eth2 ライト クライアントを構築するための前提条件として使用できることを期待しています。この機能により、スマート コントラクトで BTC リレー モードでライト クライアントを使用できるようになります。このようなライト クライアントは、eth1 ネットワークと eth2 ネットワークの間に「ブリッジ」を形成するため、エキサイティングです。このような双方向ブリッジにより、eth1 と eth2 の間で ETH を転送する機能が解放され、eth2 シャーディングを非常にスケーラブルなデータ レイヤーとして使用して、eth1 上のレイヤー 2 構築 (オプティミスティック ロールアップ、zk ロールアップ、ロールアップについてはBlue Fox Notesの過去記事「
興味深いことに、EVM 内にライト クライアント (スマート コントラクトとして) を構築することは、eth2 の認識を eth1 (eth1 クライアント レベルでのライト クライアントの代替実装) に追加する最良の方法ではない可能性があります。また、最新の「双方向ブリッジング」 「調査によると、各ネットワークの他のセキュリティ パラメータを考慮すると、これは実現不可能です。 (代わりに、単に eth1 状態を eth2 シャードに入れる方が合理的です)。そうは言っても、今日基礎を築くことに問題はなく、eth1 と eth2 の合併戦略は将来変更される可能性があります。
BLS12-381 曲線は、Zcash で使用されるより効率的な zk-SNARK をサポートするために作成されました。この曲線を EVM に追加すると、イーサリアムがこの SNARK を検証できるようになり、ゼロ知識プロトコルをプライバシー アプリケーションで使用して信頼性のスケーラビリティを達成できるようになります。
他のネットワーク


