# 理想的なイーサリアムウォレットのビジョン: クロスチェーン体験からプライバシー保護への全方位アップグレードイーサリアム基盤のインフラスタックにおいてウォレットは重要なレイヤーですが、しばしばコアL1の研究者や開発者によって過小評価されています。ウォレットはユーザーとイーサリアムの世界とのコミュニケーションの窓口であり、ユーザーはウォレットが相応の属性を備えている場合にのみ、イーサリアム及びそのアプリケーションが提供する分散型、検閲耐性、安全性、プライバシーなどの特性から恩恵を受けることができます。最近、イーサリアムウォレットはユーザー体験、安全性、機能の改善において顕著な進展を遂げました。本稿では、理想的なイーサリアムウォレットが備えるべき特性についての見解を共有することを目的としています。これは完全なリストではなく、著者のサイバーパンク的傾向を反映しており、安全性とプライバシーに重点を置いており、ユーザー体験に関しては十分ではないかもしれません。しかし、著者はユーザー体験を最適化する際、フィードバックに基づいて展開と反復を行う方が、願望リストよりも効果的であると考えており、安全性とプライバシーの属性に焦点を当てることが最も価値があると考えています。! [Vitalik新記事:理想的なウォレットのビジョン、クロスチェーンエクスペリエンスからプライバシー保護まで](https://img-cdn.gateio.im/social/moments-e9b6b41d919bd16a7d7a3ba7ae1c0efa)### クロスチェーンL2取引のユーザー体験現在、L2ユーザーエクスペリエンスを改善するための、短期および長期の部分を含む、ますます詳細なロードマップがあります。ここでは短期部分について議論します:理論的には今すぐに実施できるアイデアです。核心思想は:(i)内蔵クロスL2送信、および(ii)チェーン特定アドレスと支払い要求。ウォレットはユーザーにERC草案スタイルのアドレスを提供できる必要があります。ユーザーがこの形式のアドレスを受け取った場合、ウォレットの「受取人」フィールドに貼り付けて「送信」をクリックできる必要があります。ウォレットは送信データを自動的に処理する必要があります:- 目標チェーン上に必要な種類のトークンが十分にある場合、直接送信します。- 他のチェーン上に必要なタイプのトークンがある場合、ERC-7683のようなプロトコルを使用して送信します。- 異なる種類のトークンがある場合は、DEXを使用して正しい種類に変換して送信します。これは「アドレスのコピー&ペーストによる支払い」のシナリオに適しています。アプリケーションが入金を要求する場合、理想的なプロセスはweb3 APIを拡張し、アプリがチェーン特有の支払い要求を発行できるようにすることです。ウォレットは必要な方法でその要求を満たすことができます。良好なユーザー体験を実現するためには、getAvailableBalance要求の標準化が必要であり、ウォレットはユーザー資産をどのチェーンにデフォルトで保存するかを慎重に考慮し、安全性と送金の便利さを最大化する必要があります。チェーン特定の支払いリクエストはQRコードに入れてモバイルウォレットでスキャンできます。対面またはオンラインの支払いシーンでは、受取人がQRコードまたはweb3 API呼び出しを発行し、「私はチェーンX上のY単位のトークンZが必要で、リファレンスIDまたはコールバックWを持っている」と示します。ウォレットはそのリクエストを自由に満たすことができます。もう一つの選択肢は請求リンクプロトコルで、ユーザーウォレットは請求の承認を含むQRコードまたはURLを生成し、受取人は自分のウォレットに資金を移動させる責任があります。もう一つの関連するテーマはガス支払いです。ETHが存在しないL2で資産を受け取り、取引を送信する必要がある場合、ウォレットは自動的にプロトコル(を使用して、ETHがあるチェーンからガスを支払うべきです。また、ウォレットはユーザーが将来的にL2でより多くの取引を行うことを予期して、将来の取引のためにそこですぐにガスを支払えるように、DEXを使用して十分な数量のエーテルを送信するべきです。)はより安価です(。! [Vitalik新記事:理想的なウォレットのビジョン、クロスチェーンエクスペリエンスからプライバシー保護まで])https://img-cdn.gateio.im/social/moments-e340d9eff581bff30a541c8aac3178af() アカウントセキュリティアカウントの安全性に対する課題の概念化の方法は、良いウォレットが同時に2つの側面で機能すべきであるということです: ###i( ユーザーをウォレット開発者のハッキングや悪意のある行為から保護し、)ii( ユーザーを自身のミスの影響から保護することです。優先される解決策は、ソーシャルリカバリーとマルチシグウォレットで、階層的アクセス制御を備えています。ユーザーアカウントには2つのキーがあります: メインキーとN人のガーディアン)（N=5(）。メインキーは低価値および非財務操作を実行できます。ほとんどのガーディアンは、)i(の高価値操作を実行する必要があります。たとえば、アカウントの全価値を送信することや、)ii(メインキーまたは任意のガーディアンを変更することです。必要に応じて、メインキーが時間ロックを介して高価値操作を実行することが許可される場合があります。基本設計は拡張可能です。セッションキーやERC-7715などの権限メカニズムは、異なるアプリケーションの利便性と安全性のバランスを支援します。異なる閾値で複数のタイムロック持続時間を有するより複雑なガーディアンアーキテクチャは、合法的なアカウントの成功回復の機会を最大化し、同時に盗難リスクを最小化するのに役立ちます。![Vitalikの新しい文章：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護までの全方位のアップグレード])https://img-cdn.gateio.im/social/moments-66ec52b10d00460414381b99c15622ee() ガーディアンの選択経験豊富な暗号ユーザーにとって、実行可能な選択肢は友人や家族の鍵です。各人に新しいアドレスを提供することを求めれば、誰もお互いの身元を知る必要がなく、共謀の可能性は非常に低くなります。しかし、ほとんどの新しいユーザーにとって、この選択肢は利用できません。第二の選択肢は機関の保護者です:他の確認情報を受け取ったときにのみ取引に署名するサービスを専門に提供しています。このようなサービスを作成しようとする試みは長い間行われてきましたが、これまでのところあまり成功していません。第三の選択肢は、携帯電話、コンピュータ、ハードウェアウォレット###などの複数の個人デバイス(です。これは実行可能ですが、新しいユーザーには設定と管理が難しいです。同じ場所にある場合、デバイスが同時に失われたり盗まれたりするリスクがあります。最近、より多くの万能キーに基づくソリューションが登場しています。キーはデバイスやクラウドにバックアップでき、安全性は複雑な混合パスワードセキュリティ、機関、信頼できるハードウェア仮定に依存しています。一般のユーザーにとっては貴重なセキュリティの向上ですが、それだけではユーザーの生涯の貯蓄を保護するには不十分です。幸運なことに、ZK-SNARKのおかげで、私たちはもう一つの選択肢、ZKパッケージの中央集権IDを手に入れました。この種のソリューションには、zk-email、Anon Aadhaar、Myna Walletなどが含まれます。基本的に、)企業や政府(の中央集権IDをさまざまな形で利用し、それをイーサリアムアドレスに変換することができ、中央集権IDを持っていることを証明するZK-SNARKを生成することでのみ取引を送信できます。この補足により、私たちは現在広範な選択肢を持っており、ZKパッケージの中央集権的IDは独自の「初心者に優しい」特性を持っています。これを実現するためには、シンプルで統合されたUIを通じて実装する必要があります："example@gmail.com"をガーディアンとして指定するだけで、対応するzk-emailエーテルアドレスを自動生成できるようにする必要があります。上級ユーザーは、メールアドレス)および保存される可能性のあるプライバシーソルト(をオープンソースのサードパーティアプリに入力し、生成されたアドレスが正しいことを確認できるべきです。他のサポートされているガーディアンタイプについても同様です。注意、現在zk-emailが直面している実際の課題は、DKIM署名に依存しており、数ヶ月ごとにローテーションされる鍵を使用していることです。これらの鍵自体は他の機関によって署名されていません。これは現在のzk-emailがプロバイダー自体を超えるある程度の信頼要求を持っていることを意味します。信頼できるハードウェア内でTLSNotaryを使用して更新鍵を検証することで、この状況を軽減できますが、理想的ではありません。メールプロバイダーが直接DKIM鍵に署名し始めることを望んでいます。現在、zk-emailを使用する場合は1人の監護人を採用することが推奨されていますが、ほとんどの監護人には使用を推奨していません：zk-emailに資金を保管することは、資金を使用できない設定を意味します。![Vitalikの新しい記事：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護までの全方位的なアップグレード])https://img-cdn.gateio.im/social/moments-6e92b6b051653e68d5f93ed0d91891eb() 新規ユーザーとアプリ内ウォレット新規ユーザーは、実際には初回登録時に多くのガーディアンを入力したくありません。したがって、ウォレットは非常にシンプルな選択肢を提供する必要があります。自然な方法は、電子メールアドレスでzk-emailを使用し、ユーザーのデバイスにローカルに保存されたキー###が万能キー(であり、プロバイダーが保持しているバックアップキーを使って2-of-3の選択を行うことです。ユーザーがより経験を積むか、資産を増やすと、ある時点で追加のガーディアンを追加するように促されるべきです。アプリケーションにウォレットを統合することは避けられません。なぜなら、非暗号ユーザーをターゲットにしたアプリは、ユーザーが同時に2つの新しいアプリをダウンロードすることによって生じる混乱したユーザー体験を望まないからです。しかし、多くのアプリのウォレットのユーザーは、すべてのウォレットをリンクできるようにすべきであり、そうすれば「アクセス制御の問題」にのみ集中できます。最も簡単な方法は階層的なアプローチを採用し、ユーザーが主ウォレットをすべてのアプリ内ウォレットの監護人として設定できる迅速な「リンク」プロセスを提供することです。FarcasterクライアントWarpcastはこれをサポートしています。![Vitalikの新しい記事：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護への全方位のアップグレード])https://img-cdn.gateio.im/social/moments-2439f49163d0212333ea4207f34cdbef() ユーザーを詐欺やその他の外部の脅威から保護しますアカウントの安全性に加えて、今日のウォレットは偽のアドレス、フィッシング、詐欺、その他の外部の脅威を識別するために多くの作業を行い、ユーザーを保護するために努力しています。同時に、多くの対策はまだかなり原始的です：例えば、ETHや他のトークンを新しいアドレスに送信するためには、100ドルであれ100,000ドルであれ、クリックを要求することです。ここには単一の万能薬は存在せず、さまざまなカテゴリの脅威に対する一連の継続的な改善があります。この分野での改善に向けた努力を続けることは非常に価値があります。![Vitalikの新しい記事：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護までの全方位的なアップグレード]###https://img-cdn.gateio.im/social/moments-9852b894445658cf6d25e8e105ea1445() プライバシー今こそ、イーサリアムのプライバシーをより真剣に考えるべき時です。ZK-SNARK技術は非常に進歩しており、バックドアに依存せずに規制リスクを低減するプライバシー技術###やプライバシープール(はますます成熟しています。また、WakuやERC-4337メンプールのようなセカンダリインフラも徐々に安定してきています。しかし、現在イーサリアム上でプライベート送金を行うには、ユーザーが明示的に"ウォレット"をダウンロードして使用する必要があります。これにより、大きな不便が生じ、プライベート送金を行う意欲のある人が減少しています。解決策は、プライベート送金をウォレットに直接統合することです。簡単に実現する方法は次の通りです: ウォレットはユーザーの資産の一部を「プライベート残高」としてプライバシープールに保存できます。ユーザーが送金する際は、まず自動的にプライバシープールから退出します。ユーザーが資金を受け取る必要がある場合、ウォレットは自動的に隠しアドレスを生成できます。さらに、ウォレットはユーザーが参加する各アプリケーションのために自動的に新しいアドレスを生成します。入金はプライバシープールから行われ、出金は直接プライバシープールに入ります。これにより、ユーザーは任意のアプリケーションでの活動を他のアプリケーションでの活動とリンクさせずに行うことができます。この技術は、プライバシー資産の移転を保護する自然な手段であるだけでなく、プライバシーアイデンティティを保護する自然な手段でもあります。アイデンティティはチェーン上で発生しました：ID証明によってゲートされたアプリ)の使用、Gitcoin Grants(、トークンゲートチャット、イーサリアムに準拠したプロトコルなどはすべてチェーン上のアイデンティティです。我々はこのエコシステムがプライバシーを保護できることを望んでいます。これは、ユーザーのチェーン上の活動が一か所に集中すべきではないことを意味します：各プロジェクトは個別に保存されるべきで、ユーザーのウォレットは唯一"グローバルビュー"を持つものであり、すべての証明を同時に見ることができる必要があります。各ユーザーが複数のアカウントを持つネイティブエコシステムはこの目標の達成に寄与し、EASやZupassなどのオフチェーン証明プロトコルも同様です。これは中期的なイーサリアムのプライバシーに関する実践的なビジョンを示しています。L1およびL2でプライバシー保護の伝送をより効率的で信頼性の高いものにする機能を導入することは可能ですが、今すぐに実現することはできません。一部のプライバシー支持者は、すべての事物の完全なプライバシー、つまりEVM全体を暗号化することだけが受け入れられると考えています。これは理想的な長期的結果かもしれませんが、プログラミングモデルに対してより根本的な再考が必要であり、現在はイーサリアム上に展開する準備が整っていないレベルです。私たちは十分に大きな匿名集団を得るためにデフォルトのプライバシーが必要です。しかし、まず)間の送金、そして(のアイデンティティとアイデンティティ関連のユースケース)、例えばプライベート証明(に焦点を当てることが実践的な第一歩であり、実現が容易であり、ウォレットは今すぐにでも使用を開始できます。![Vitalikの新しい記事：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護への全方位のアップグレード])https://img-cdn.gateio.im/social/moments-ab5913a80a4549d9fec805c19442956b() エーテル
理想イーサリアムウォレットのビジョン：クロスチェーン体験、プライバシー保護とセキュリティのアップグレード
理想的なイーサリアムウォレットのビジョン: クロスチェーン体験からプライバシー保護への全方位アップグレード
イーサリアム基盤のインフラスタックにおいてウォレットは重要なレイヤーですが、しばしばコアL1の研究者や開発者によって過小評価されています。ウォレットはユーザーとイーサリアムの世界とのコミュニケーションの窓口であり、ユーザーはウォレットが相応の属性を備えている場合にのみ、イーサリアム及びそのアプリケーションが提供する分散型、検閲耐性、安全性、プライバシーなどの特性から恩恵を受けることができます。
最近、イーサリアムウォレットはユーザー体験、安全性、機能の改善において顕著な進展を遂げました。本稿では、理想的なイーサリアムウォレットが備えるべき特性についての見解を共有することを目的としています。これは完全なリストではなく、著者のサイバーパンク的傾向を反映しており、安全性とプライバシーに重点を置いており、ユーザー体験に関しては十分ではないかもしれません。しかし、著者はユーザー体験を最適化する際、フィードバックに基づいて展開と反復を行う方が、願望リストよりも効果的であると考えており、安全性とプライバシーの属性に焦点を当てることが最も価値があると考えています。
! Vitalik新記事:理想的なウォレットのビジョン、クロスチェーンエクスペリエンスからプライバシー保護まで
クロスチェーンL2取引のユーザー体験
現在、L2ユーザーエクスペリエンスを改善するための、短期および長期の部分を含む、ますます詳細なロードマップがあります。ここでは短期部分について議論します:理論的には今すぐに実施できるアイデアです。
核心思想は:(i)内蔵クロスL2送信、および(ii)チェーン特定アドレスと支払い要求。ウォレットはユーザーにERC草案スタイルのアドレスを提供できる必要があります。
ユーザーがこの形式のアドレスを受け取った場合、ウォレットの「受取人」フィールドに貼り付けて「送信」をクリックできる必要があります。ウォレットは送信データを自動的に処理する必要があります:
これは「アドレスのコピー&ペーストによる支払い」のシナリオに適しています。アプリケーションが入金を要求する場合、理想的なプロセスはweb3 APIを拡張し、アプリがチェーン特有の支払い要求を発行できるようにすることです。ウォレットは必要な方法でその要求を満たすことができます。良好なユーザー体験を実現するためには、getAvailableBalance要求の標準化が必要であり、ウォレットはユーザー資産をどのチェーンにデフォルトで保存するかを慎重に考慮し、安全性と送金の便利さを最大化する必要があります。
チェーン特定の支払いリクエストはQRコードに入れてモバイルウォレットでスキャンできます。対面またはオンラインの支払いシーンでは、受取人がQRコードまたはweb3 API呼び出しを発行し、「私はチェーンX上のY単位のトークンZが必要で、リファレンスIDまたはコールバックWを持っている」と示します。ウォレットはそのリクエストを自由に満たすことができます。もう一つの選択肢は請求リンクプロトコルで、ユーザーウォレットは請求の承認を含むQRコードまたはURLを生成し、受取人は自分のウォレットに資金を移動させる責任があります。
もう一つの関連するテーマはガス支払いです。ETHが存在しないL2で資産を受け取り、取引を送信する必要がある場合、ウォレットは自動的にプロトコル(を使用して、ETHがあるチェーンからガスを支払うべきです。また、ウォレットはユーザーが将来的にL2でより多くの取引を行うことを予期して、将来の取引のためにそこですぐにガスを支払えるように、DEXを使用して十分な数量のエーテルを送信するべきです。)はより安価です(。
! [Vitalik新記事:理想的なウォレットのビジョン、クロスチェーンエクスペリエンスからプライバシー保護まで])https://img-cdn.gateio.im/webp-social/moments-e340d9eff581bff30a541c8aac3178af.webp(
) アカウントセキュリティ
アカウントの安全性に対する課題の概念化の方法は、良いウォレットが同時に2つの側面で機能すべきであるということです: ###i( ユーザーをウォレット開発者のハッキングや悪意のある行為から保護し、)ii( ユーザーを自身のミスの影響から保護することです。
優先される解決策は、ソーシャルリカバリーとマルチシグウォレットで、階層的アクセス制御を備えています。ユーザーアカウントには2つのキーがあります: メインキーとN人のガーディアン)（N=5(）。メインキーは低価値および非財務操作を実行できます。ほとんどのガーディアンは、)i(の高価値操作を実行する必要があります。たとえば、アカウントの全価値を送信することや、)ii(メインキーまたは任意のガーディアンを変更することです。必要に応じて、メインキーが時間ロックを介して高価値操作を実行することが許可される場合があります。
基本設計は拡張可能です。セッションキーやERC-7715などの権限メカニズムは、異なるアプリケーションの利便性と安全性のバランスを支援します。異なる閾値で複数のタイムロック持続時間を有するより複雑なガーディアンアーキテクチャは、合法的なアカウントの成功回復の機会を最大化し、同時に盗難リスクを最小化するのに役立ちます。
![Vitalikの新しい文章：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護までの全方位のアップグレード])https://img-cdn.gateio.im/webp-social/moments-66ec52b10d00460414381b99c15622ee.webp(
) ガーディアンの選択
経験豊富な暗号ユーザーにとって、実行可能な選択肢は友人や家族の鍵です。各人に新しいアドレスを提供することを求めれば、誰もお互いの身元を知る必要がなく、共謀の可能性は非常に低くなります。しかし、ほとんどの新しいユーザーにとって、この選択肢は利用できません。
第二の選択肢は機関の保護者です:他の確認情報を受け取ったときにのみ取引に署名するサービスを専門に提供しています。このようなサービスを作成しようとする試みは長い間行われてきましたが、これまでのところあまり成功していません。
第三の選択肢は、携帯電話、コンピュータ、ハードウェアウォレット###などの複数の個人デバイス(です。これは実行可能ですが、新しいユーザーには設定と管理が難しいです。同じ場所にある場合、デバイスが同時に失われたり盗まれたりするリスクがあります。
最近、より多くの万能キーに基づくソリューションが登場しています。キーはデバイスやクラウドにバックアップでき、安全性は複雑な混合パスワードセキュリティ、機関、信頼できるハードウェア仮定に依存しています。一般のユーザーにとっては貴重なセキュリティの向上ですが、それだけではユーザーの生涯の貯蓄を保護するには不十分です。
幸運なことに、ZK-SNARKのおかげで、私たちはもう一つの選択肢、ZKパッケージの中央集権IDを手に入れました。この種のソリューションには、zk-email、Anon Aadhaar、Myna Walletなどが含まれます。基本的に、)企業や政府(の中央集権IDをさまざまな形で利用し、それをイーサリアムアドレスに変換することができ、中央集権IDを持っていることを証明するZK-SNARKを生成することでのみ取引を送信できます。
この補足により、私たちは現在広範な選択肢を持っており、ZKパッケージの中央集権的IDは独自の「初心者に優しい」特性を持っています。
これを実現するためには、シンプルで統合されたUIを通じて実装する必要があります："example@gmail.com"をガーディアンとして指定するだけで、対応するzk-emailエーテルアドレスを自動生成できるようにする必要があります。上級ユーザーは、メールアドレス)および保存される可能性のあるプライバシーソルト(をオープンソースのサードパーティアプリに入力し、生成されたアドレスが正しいことを確認できるべきです。他のサポートされているガーディアンタイプについても同様です。
注意、現在zk-emailが直面している実際の課題は、DKIM署名に依存しており、数ヶ月ごとにローテーションされる鍵を使用していることです。これらの鍵自体は他の機関によって署名されていません。これは現在のzk-emailがプロバイダー自体を超えるある程度の信頼要求を持っていることを意味します。信頼できるハードウェア内でTLSNotaryを使用して更新鍵を検証することで、この状況を軽減できますが、理想的ではありません。メールプロバイダーが直接DKIM鍵に署名し始めることを望んでいます。現在、zk-emailを使用する場合は1人の監護人を採用することが推奨されていますが、ほとんどの監護人には使用を推奨していません：zk-emailに資金を保管することは、資金を使用できない設定を意味します。
![Vitalikの新しい記事：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護までの全方位的なアップグレード])https://img-cdn.gateio.im/webp-social/moments-6e92b6b051653e68d5f93ed0d91891eb.webp(
) 新規ユーザーとアプリ内ウォレット
新規ユーザーは、実際には初回登録時に多くのガーディアンを入力したくありません。したがって、ウォレットは非常にシンプルな選択肢を提供する必要があります。自然な方法は、電子メールアドレスでzk-emailを使用し、ユーザーのデバイスにローカルに保存されたキー###が万能キー(であり、プロバイダーが保持しているバックアップキーを使って2-of-3の選択を行うことです。ユーザーがより経験を積むか、資産を増やすと、ある時点で追加のガーディアンを追加するように促されるべきです。
アプリケーションにウォレットを統合することは避けられません。なぜなら、非暗号ユーザーをターゲットにしたアプリは、ユーザーが同時に2つの新しいアプリをダウンロードすることによって生じる混乱したユーザー体験を望まないからです。しかし、多くのアプリのウォレットのユーザーは、すべてのウォレットをリンクできるようにすべきであり、そうすれば「アクセス制御の問題」にのみ集中できます。最も簡単な方法は階層的なアプローチを採用し、ユーザーが主ウォレットをすべてのアプリ内ウォレットの監護人として設定できる迅速な「リンク」プロセスを提供することです。FarcasterクライアントWarpcastはこれをサポートしています。
![Vitalikの新しい記事：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護への全方位のアップグレード])https://img-cdn.gateio.im/webp-social/moments-2439f49163d0212333ea4207f34cdbef.webp(
) ユーザーを詐欺やその他の外部の脅威から保護します
アカウントの安全性に加えて、今日のウォレットは偽のアドレス、フィッシング、詐欺、その他の外部の脅威を識別するために多くの作業を行い、ユーザーを保護するために努力しています。同時に、多くの対策はまだかなり原始的です：例えば、ETHや他のトークンを新しいアドレスに送信するためには、100ドルであれ100,000ドルであれ、クリックを要求することです。ここには単一の万能薬は存在せず、さまざまなカテゴリの脅威に対する一連の継続的な改善があります。この分野での改善に向けた努力を続けることは非常に価値があります。
![Vitalikの新しい記事：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護までの全方位的なアップグレード]###https://img-cdn.gateio.im/webp-social/moments-9852b894445658cf6d25e8e105ea1445.webp(
) プライバシー
今こそ、イーサリアムのプライバシーをより真剣に考えるべき時です。ZK-SNARK技術は非常に進歩しており、バックドアに依存せずに規制リスクを低減するプライバシー技術###やプライバシープール(はますます成熟しています。また、WakuやERC-4337メンプールのようなセカンダリインフラも徐々に安定してきています。しかし、現在イーサリアム上でプライベート送金を行うには、ユーザーが明示的に"ウォレット"をダウンロードして使用する必要があります。これにより、大きな不便が生じ、プライベート送金を行う意欲のある人が減少しています。解決策は、プライベート送金をウォレットに直接統合することです。
簡単に実現する方法は次の通りです: ウォレットはユーザーの資産の一部を「プライベート残高」としてプライバシープールに保存できます。ユーザーが送金する際は、まず自動的にプライバシープールから退出します。ユーザーが資金を受け取る必要がある場合、ウォレットは自動的に隠しアドレスを生成できます。
さらに、ウォレットはユーザーが参加する各アプリケーションのために自動的に新しいアドレスを生成します。入金はプライバシープールから行われ、出金は直接プライバシープールに入ります。これにより、ユーザーは任意のアプリケーションでの活動を他のアプリケーションでの活動とリンクさせずに行うことができます。
この技術は、プライバシー資産の移転を保護する自然な手段であるだけでなく、プライバシーアイデンティティを保護する自然な手段でもあります。アイデンティティはチェーン上で発生しました：ID証明によってゲートされたアプリ)の使用、Gitcoin Grants(、トークンゲートチャット、イーサリアムに準拠したプロトコルなどはすべてチェーン上のアイデンティティです。我々はこのエコシステムがプライバシーを保護できることを望んでいます。これは、ユーザーのチェーン上の活動が一か所に集中すべきではないことを意味します：各プロジェクトは個別に保存されるべきで、ユーザーのウォレットは唯一"グローバルビュー"を持つものであり、すべての証明を同時に見ることができる必要があります。各ユーザーが複数のアカウントを持つネイティブエコシステムはこの目標の達成に寄与し、EASやZupassなどのオフチェーン証明プロトコルも同様です。
これは中期的なイーサリアムのプライバシーに関する実践的なビジョンを示しています。L1およびL2でプライバシー保護の伝送をより効率的で信頼性の高いものにする機能を導入することは可能ですが、今すぐに実現することはできません。一部のプライバシー支持者は、すべての事物の完全なプライバシー、つまりEVM全体を暗号化することだけが受け入れられると考えています。これは理想的な長期的結果かもしれませんが、プログラミングモデルに対してより根本的な再考が必要であり、現在はイーサリアム上に展開する準備が整っていないレベルです。私たちは十分に大きな匿名集団を得るためにデフォルトのプライバシーが必要です。しかし、まず)間の送金、そして(のアイデンティティとアイデンティティ関連のユースケース)、例えばプライベート証明(に焦点を当てることが実践的な第一歩であり、実現が容易であり、ウォレットは今すぐにでも使用を開始できます。
![Vitalikの新しい記事：理想的なウォレットのビジョン、クロスチェーン体験からプライバシー保護への全方位のアップグレード])https://img-cdn.gateio.im/webp-social/moments-ab5913a80a4549d9fec805c19442956b.webp(
) エーテル