現在、イーサリアムは「secp 256 k 1」形式の署名標準のみをサポートしています。ただし、この標準はかなり制限されており、現在最も一般的に使用されている暗号化メカニズムと互換性がありません。したがって、EIP-7212 は、多くのレガシー暗号化サービスとデバイスが簡単に接続できるように、上記の契約フレームワークに「secp 256 r 1 」規格を追加したいと考えています。 「運用コスト」（つまり、同等のセキュリティ）の観点から見ると、「k」標準と「r」標準の間には基本的に大きな違いはありません。そのため、イーサリアムはこの変更を推進したいと考えています。
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
EthCCカンファレンスで頻繁に登場するEIP-7212とは一体何なのでしょうか？
EthCCパリカンファレンスの数日後、イーサリアムのトップ技術チームによって共有された多くの「アルファ」コンテンツを目にするのは簡単です。ますます頻繁に出現するキーワードの 1 つが EIP-7212 です。では、この提案は何ですか?なぜ注目する価値があるのでしょうか?以下の記事でご確認ください！
＃＃ 基本情報
EIP-7212 について話す前に、もっと身近なことについて話し合う必要があるかもしれません。具体的には、アカウント抽象化 (AA) モデルを扱う提案 EIP-4337 です。
つまり、これらは「スマート コントラクト」暗号ウォレット処理をサポートするための根本的な改善です。これは、ユーザーがチェーンを操作するときに遭遇する問題を軽減するのに役立ちます。
最近ETHCCでも(AA)に関する話題が多くのチームで共有されました。特に Vitalik の創設者は、このキーワードとそれがもたらす UX の可能性についても意見を述べています。
**EIP-7212 とは何ですか? **
EIP-7212 は、EVM チェーンでのより安全で便利な署名検証をサポートするために、暗号化署名と公開キー用のプリコンパイルされた契約フレームワークを作成します。
現在、イーサリアムは「secp 256 k 1」形式の署名標準のみをサポートしています。ただし、この標準はかなり制限されており、現在最も一般的に使用されている暗号化メカニズムと互換性がありません。したがって、EIP-7212 は、多くのレガシー暗号化サービスとデバイスが簡単に接続できるように、上記の契約フレームワークに「secp 256 r 1 」規格を追加したいと考えています。 「運用コスト」（つまり、同等のセキュリティ）の観点から見ると、「k」標準と「r」標準の間には基本的に大きな違いはありません。そのため、イーサリアムはこの変更を推進したいと考えています。
つまり、EIP-7212 は署名の仕組みを再設計し、ネットワークがスマート コントラクト ウォレット メカニズムに移行するための前提条件を作成します。
**EIP-7212 はどのような問題を解決しますか? **
Vitalik のブログ投稿をフォローしている場合は、この Key Opinion Leader (KOL) がレイヤー 1 とレイヤー 2 でのマルチ署名の標準化について話しているのを何度か見かけたことがあるでしょう。以下は、Vitalik のブログ投稿の「ウォレットおよびその他のユースケースのクロスレイヤー 2 読み取りの詳細」というタイトルのセクションからの抜粋です。
最初の問題 (Vitalik も言及しています) は、レイヤー 1 とレイヤー 2 のマルチ署名ウォレットの署名が異なることです。ユーザーがマルチ署名ウォレットの署名を変更する必要がある場合、状況はさらに複雑になります。したがって、さまざまな EVM ネットワークに対して署名済みの契約フレームワークを標準化することが不可欠です。
Wintermute が L1 と L2 で異なるマルチシグ アドレスを持ち、資金を引き出すハッキングにつながったという「半分本当の」話は、この問題の最も具体的な例です。
2 番目の問題は、認証にかかるコストです。 EVM チェーンにとって、この新しい契約フレームワークによる計算効率の向上とガスコストの最適化は、ネットワークの処理能力の向上に役立ちます。
EIP-7212 の将来のアプリケーション
イーサリアム EIP 文書によると、この提案がメインネットに統合された場合、多くの重要な機能がロック解除され、多くの従来の電子デバイスの認証メカニズムが活用されることになります。これらのツールには次のものが含まれます。
現在、このキーワードに関連して開発中の別のプロジェクトが OpClave です。これは、OP Stack ツールキットの上に構築され、AA ウォレットの開発のために Apple の Enclave セキュリティ メカニズムと統合されたチェーンです。
興味深い比較として、EIP-7212 は「現実世界を接続する」ためのソリューションと見なすことができますが、現実世界の資産ではなく、従来のアドレス認証操作 (電子メール、Web 認証システムなど) と接続します。 Worldcoin がローンチされたばかりのとき、「生体認証」というさらに特殊なキーワードがありました。
概要で述べたように、ERC-4337 ウォレットはこの新しい署名テンプレートを完全に統合できるため、ユーザー エクスペリエンスがさらに便利になります。
**この提案は DeFi 市場にどのような影響を及ぼしますか? **
現在のスマートコントラクトウォレット市場はまだ初期段階にあり、多くの理由があることがわかりますが、主な理由は、不安定で完全に構築されたインフラストラクチャの問題であるはずです。しかし、Safe が依然としてこの分野のリーダーであり、ある程度の「初期の優位性」を持っていることは明らかです。
しかし、EIP-7212が統合され、EIP-1271（スマートコントラクトの使用を優先し、複数署名検証をサポートする提案）が同時に実装されると、スマートコントラクトウォレット市場には多くの新しい変数が生じることになります。これらの変数から、プロジェクトが活用して適応できれば、私たちのほとんどが日常的に慣れ親しんでいるシンプルな対話型ツールを通じて、多数のユーザーを DeFi に引き付けることができます。
EIP-7212 の現在のステータス
イーサリアムのウェブサイトで 7212 のステータスを追跡すると、この提案はまだ「検討」段階にあり、技術的な実装には多くの変更が加えられる可能性があることがわかります。
イーサリアム チームの技術統合に変更があった場合は、EIP-7212 の最新ステータスを適時に更新します。
＃＃ 終わり
これで、EIP-7212 について、そしてイーサリアム コミュニティが近い将来この提案を非常に楽しみにしている理由について少し学びました。上記の記事がお役に立てば幸いです。次の記事でお会いできるのを楽しみにしています。