原作者: デビッド
過去数か月間、アカウントの抽象化とスマート コントラクト ウォレットに関する議論が非常に白熱しました。
イーサリアムエコシステムの急速な発展に伴い、統一されたシームレスなユーザーエクスペリエンスを実現することがますます重要になっています。イーサリアム 2.0 のロードマップでは、アカウントの抽象化、マージ、シャーディングが同様に重要な位置に置かれています。
Vitalik Buterin氏も、スマートコントラクトウォレットはEOAウォレットよりもユーザーエクスペリエンスが優れているとツイートしました。
暗号通貨のベテランにとっては、EOA ウォレットを使用するだけで十分です。しかし、より多くの新規ユーザーを引き付けるという観点から見ると、EOA ウォレットにはユーザー インターフェイスとコストの理解において依然として特定の問題があります。それは、紛らわしい署名、ガス料金の入手先、そして「アクション = トランザクション」というハードコア ロジックです。
そのため、コミュニティはEOAアカウントからスマートコントラクトウォレットへのスムーズな移行が必要であるというコンセンサスを徐々に形成しており、これは一種のポリティカルコレクトネスともなっている。
ただし、暗号通貨サークルで人気のある情報は通常、物語についてのみ述べており、それを実装する方法については述べていません。
スマート コントラクト ウォレットが EOA よりも優れていることは誰もが知っていると仮定すると、問題はそこに到達する方法です。橋はどこですか？
さらに解決が難しいのは、パス依存性の後の実際的な問題です。すでに EOA アカウントにさまざまな資産があるのに、スマート コントラクト アカウントに移行してほしいとのことですが、面倒ですか?
この変革を効果的に実現するにはどうすればよいでしょうか? ユーザー資産の移行はどのくらい簡単ですか?
誰かが事前に道路を舗装しなければ、この世界に道はありません。
最近、EIP-7377 提案により、これに対する可能な解決策が提供されています。 Go Ethereum開発者のMatt Garnett氏が提案したこの提案は、EOAアカウントが1回限りのトランザクションでアカウントをスマートコントラクトウォレットに永久に移行できるようにする新しいトランザクションタイプを追加することを目的としています。これにより、イーサリアム アカウントの抽象化を進めるための実現可能な道が提供されます。
EIP-7377 提案の動機
2015 年以来、スマート コントラクト ウォレットは、イーサリアムのユーザー エクスペリエンスの問題を解決する重要な方法と考えられてきました。スマートコントラクトウォレットは、EOAアカウントに比べてプログラム性が強く、複雑な機構設計を実現でき、セキュリティや使いやすさが向上します。
ただし、歴史的な理由により、現在スマート コントラクト ウォレットを使用しているイーサリアムのユーザーは全体的にはわずかであり、多数の資産が依然として EOA アカウントに保存されています。これはイーサリアムの開発を進める上での障害となっています。
資産が蓄積されると、ユーザーは EOA アカウント内のすべての資産を新しいスマート コントラクト アドレスに手動で簡単に移行できなくなり、コストと運用手順の点で非常に困難になります。
したがって、EIP-7377 の目的は、プロトコル レベルで EOA からスマート コントラクト ウォレットに移行するためのメカニズムを提供することで、この現実的なニーズを解決し、スムーズな移行を達成することです。これにより、既存ユーザーの移行意欲が大幅に高まり、アカウントの抽象化が普及する前に市場に参入する段階的なユーザーに対して、より実用的な EOA 移行計画が提供される可能性があります。
EIP-7377技術実装の一般的な説明
では、この提案は具体的にどのようにEOAのスマートコントラクトウォレットへの転送を実装するのでしょうか?
技術フォーラムの元の投稿で、著者は次のように簡単に説明しました。
この概要の一般的な意味は、EIP-7377 が、特に「移行トランザクション」用の新しいトランザクション タイプ 0x 04 を提案しているということです。
元の投稿の技術用語では次のようになります。
「ステータス ツリーの送信アカウントのコード フィールドを、コード ストレージ内の指定されたコードのポインタに設定します。同時に、移行トランザクションは、送信アカウントのストレージ値を直接設定することもできます。トランザクションは、キーと値のペアのストレージ ツリーとして送信側アカウントに書き込まれます。さらに、コード ストレージでは、インライン コードの代わりにポインターが使用され、共有コードを再利用し、冗長性を削減し、サイズを最適化できるという利点があります。州の木です。」
上記の元の説明は非常にわかりにくく、技術的な基礎がない人には理解できないようです。何人かの技術的な友人や公開情報を参考にした後、私たちはすべての技術的な詳細を単純化し、比喩を通じて EIP-7377 をすぐに理解できるように努めました。
EIP-7377 は、「移行カード」として理解できる特別なトランザクション タイプを提案しています。
一般のユーザーは、この移行カード トランザクションを開始するだけで、アカウント内の資産をスマート コントラクト ウォレットに移行できます。
これは元の Web サイトのアカウントに相当し、ユーザー名、パスワード、アバター、その他の情報が含まれます (元の EOA には通貨名、数量、チェーン、ガス制限などが含まれます)。しかし、この Web サイトの機能があまり良くないため、別の新しい Web サイトに完全に移行したいと考えています。
皆様の移住を促進するために、新しいウェブサイトでは「移住カード」を開始しました。この「移行カード」を新しいウェブサイトに提出するだけで、アカウント情報が自動的にコピーされます。これは、新旧のアカウントデータを直接接続することに相当します。これは、手動でデータを 1 つずつ移動するよりもはるかに便利です。
同時に、安全上の理由から、「移行カード」は 1 回のみ使用でき、データを前後にフラッシュして繰り返し移行することはできません。さらに、新しい Web サイトは古い Web サイトからいくつかの検証ルールを継承するため、他のユーザーはあなたが新しいユーザーであるか古いユーザーであるかを区別できません。
これが、EIP-7377 が技術的に達成しようとしていることです。 「移行トランザクション」の特別な「カード」を使用し、アカウントコードとストレージを直接操作することで、安全かつ効率的な方法でEOAからスマートコントラクトウォレットへのスムーズな移行が完了します。
もちろん、特定の移行オブジェクトは、上記の比喩にあるユーザー名、パスワード、アバターではなく、暗号化された資産に関連するさまざまな種類の情報が含まれます。
(注: 私は非技術的な背景があるため、著者は提案のすべての内容を完全に理解することはできません。また、技術専門家の皆様にはさらなる修正と追加をお願いします。元の投稿アドレス: https://eips.ethereum.org/ EIPS/eip-7377?ref=newsletter.ether.fm)
EIP-7377 の潜在的な影響、重要性、およびリスク
EIP-7377によって提案されたスマートコントラクトアカウントへのEOA移行計画は、長期的にはイーサリアムエコシステムにプラスの影響を与えるでしょう。私たちは、これがアカウントの抽象化を可能にするための重要なステップの 1 つになる可能性があると信じています。
プロトコルレベルでサポートされるこのスムーズな移行方法により、ユーザーがスマートコントラクトウォレットに移行する際の困難性とパス依存性を大幅に軽減できます。暗号通貨ユーザーの場合、基盤となる技術に習熟していないことが多く、資産優先の指導の下で積極的な技術革新を行うことはありません。基礎となるプロトコルがすでに「ワンクリック移行」をサポートしている場合、適切なインセンティブ活動とフロントエンド インターフェイスのフレンドリーな適応と相まって、理論的にはユーザーの移行意欲は大幅に高まります。
ただし、この新しい機能が悪意のある攻撃に使用されるリスクにも注意する必要があります。考えられる悪意のある手段には以下が含まれますが、これらに限定されません。
フィッシング攻撃: 資産を違法に移転するという目的を達成するために、偽造された移行トランザクションを作成し、フィッシング リンクを通じてユーザーをだましてトランザクションを承認させます。
悪意のあるコードの埋め込み: ハッカーは、移行プロセス中にコードを改ざんしてバックドアを埋め込み、アカウント制御を取得する可能性があります。
反復的な移行の盗難: 移行トランザクションは 1 回しか実行できないという制限を利用して、ハッカーは合法的な移行後に反復的な移行トランザクションを開始し、失敗したと誤って主張し、窃盗の目的を達成するためにユーザーに再度承認を求めることができます。資産。
暗号化の世界では、単一のプロトコルのアップグレードとイノベーションで完全なビジョンを一夜にして実現することはできません。ダーク フォレスト環境では、プロトコルのアップグレードには、これらの脅威を防止し、移行トランザクションのセキュリティを確保するために、対応する監査アップグレード、信頼できるソースの検証、報奨金プログラム、その他の手段を伴う必要もあります。
最後に、次のことについても考える必要があります。
インフラストラクチャとプロトコルの変革には、環境に優しい強力な推進力が必要です。 EOA からスマート コントラクト アカウントへのユーザーの大規模な移行を促進するのは誰ですか? 移行プロセス中の技術的なリスクと資産のセキュリティは誰が負担しますか?
自由と分散化を提唱する暗号化の世界では、このようなシステムのアップグレードはどのようにして合意と相乗効果を形成できるのでしょうか?
イーサリアムのエコシステムは巨大で、多くの利害関係者がいます。この変更には前向きな意義がありますが、さまざまなグループからの疑問や抵抗に遭遇する可能性もあります。移行プロセスの計画と詳細は、コミュニティの合意を達成し、ユーザーの利益が損なわれないように慎重に設計する必要があります。
理想から現実へ、アイデアから実行への道はまだまだ長い。