最初のレベルのタイトル
基本情報
EIP-7212 について話す前に、もっと身近なことについて話し合う必要があるかもしれません。具体的には、アカウント抽象化 (AA) モデルを扱う提案 EIP-4337 があります。
スマートコントラクト"スマートコントラクト"暗号通貨ウォレットの処理が根本的に改善されました。これは、ユーザーがチェーンを操作するときに遭遇する問題を軽減するのに役立ちます。
最初のレベルのタイトル
EIP-7212とは何ですか?
EIP-7212 は、EVM チェーンでのより安全で便利な署名検証をサポートするために、暗号化署名と公開キー用のプリコンパイルされた契約フレームワークを作成します。
現在、イーサリアムは「secp 256 k 1」形式の署名標準のみをサポートしています。ただし、この標準はかなり制限されており、現在最も一般的に使用されている暗号化メカニズムと互換性がありません。したがって、EIP-7212 は、多くのレガシー暗号化サービスとデバイスが簡単に接続できるように、上記の契約フレームワークに「secp 256 r 1 」規格を追加したいと考えています。 「運用コスト」（つまり、同等のセキュリティ）の観点から見ると、「k」標準と「r」標準の間には基本的に大きな違いはありません。そのため、イーサリアムはこの変更を推進したいと考えています。
最初のレベルのタイトル
EIP-7212 はどのような問題を解決しますか?
Vitalik のブログ投稿をフォローしている場合は、この Key Opinion Leader (KOL) がレイヤー 1 とレイヤー 2 でのマルチ署名の標準化について話しているのを何度か見かけたことがあるでしょう。以下は、Vitalik のブログ投稿のタイトルです。"ウォレットおよびその他のユースケースのクロスレイヤ 2 読み取りについて詳しく説明します。"の抜粋。
最初の問題 (Vitalik も言及しています) は、レイヤー 1 とレイヤー 2 のマルチ署名ウォレットの署名が異なることです。ユーザーがマルチ署名ウォレットの署名を変更する必要がある場合、状況はさらに複雑になります。したがって、さまざまな EVM ネットワーク用の標準化された署名済み契約フレームワークが不可欠です。
Wintermute が L1 と L2 で異なるマルチシグ アドレスを持ち、資金を引き出すハッキングにつながったという「半分本当の」話は、この問題の最も具体的な例です。
最初のレベルのタイトル
EIP-7212の将来のアプリケーション
イーサリアム EIP 文書によると、この提案がメインネットに統合された場合、多くの重要な機能がロック解除され、多くの従来の電子デバイスの認証メカニズムが活用されることになります。これらのツールには次のものが含まれます。
Apple's Secure Enclave
Web Authentication
Android Keystore
Passkeys
現在、このキーワードに関連して開発中の別のプロジェクトが OpClave です。これは、OP Stack ツールキットの上に構築され、AA ウォレットの開発のために Apple の Enclave セキュリティ メカニズムと統合されたチェーンです。
興味深い比較は、EIP-7212 が次のソリューションと考えられることです。"現実世界とつながる"ただし、現実世界の資産に接続するのではなく、従来のアドレス認証操作 (電子メール、Web Authenticator など) に接続します。 Worldcoin がローンチされたばかりのとき、さらに特別なキーワードがありました。"生体認証"認証済み。
最初のレベルのタイトル
この提案はDeFi市場にどのような影響を与えるでしょうか?
現在のスマートコントラクトウォレット市場はまだ初期段階にあることがわかり、その理由はたくさんありますが、最も重要な理由は間違いなく、不安定で完全に構築されたインフラストラクチャの問題です。しかし、Safe が依然としてこの分野のリーダーであり、ある程度の「初期の優位性」を持っていることは明らかです。
最初のレベルのタイトル
EIP-7212の現状
イーサリアムのウェブサイトで 7212 のステータスを追跡すると、この提案はまだ「検討」段階にあり、技術的な実装には多くの変更がある可能性があることがわかります。
終わり
終わり
これで、EIP-7212 について、そしてイーサリアム コミュニティが近い将来この提案を非常に楽しみにしている理由について少し学びました。上記の記事がお役に立てば幸いです。次の記事でお会いできるのを楽しみにしています。
