Cregis Research の観察：イーサリアムの三つの変化が引き起こす新たな問題

著者：0xCregis

一、はじめに

6月、イーサリアムの創始者V神が自身のブログで指摘したように、イーサリアムは現在いくつかの重要な課題と問題に直面しており、これらの問題を解決することでイーサリアムのさらなる発展を促進する必要があります。そうでなければ、イーサリアムは失敗に向かうことになります。この3つの変革の方向はそれぞれ、スマートコントラクトウォレット、プライバシー保護、Layer 2のスケーリングです。成功裏に転換が行われれば、イーサリアムは性能、ユーザー体験、プライバシー保護などの面で改善されるでしょう。

もちろん、これらの変革は新たな課題ももたらします。スマートコントラクト（CA）ウォレットの問題と意義については、前回の内容でかなり明確に分析されました。Cregis Researchは残りの問題をまとめ、その中から皆さんの日常体験に密接に関連するいくつかの重要な点を選び出し、V神の約1ヶ月半前の見解を再確認します。

二、なぜイーサリアムは変革が必要なのか？

イーサリアムが変革を必要とする主な理由は、スケーラビリティ、安全性、プライバシー保護の課題に起因しています。

まず、Cregis Researchの前回の議論を振り返りましょう：Cregis Research：イーサリアムアカウント構造考古学とアカウント抽象の価値の中で言及されているように、分散型環境で動作するイーサリアムは依然として最大の痛点に直面しています。それは、線形環境では高い同時取引や複雑なコードのコンパイルを実行できないというスケーラビリティの課題です。

イーサリアムの現在の取引処理能力は限られているため、ネットワークトラフィックが増加すると取引コストが非常に高くなります。この高額な取引コストは、イーサリアムの主流市場への普及を妨げているため、イーサリアムはrollupsなどのL2拡張を通じて処理能力を向上させ、取引コストを削減する必要があります。

次に、ウォレットの安全性の問題も重要な課題です。シードフレーズを通じて公私鍵ペアを生成するEOAウォレット（さまざまなプラグインウォレットが代表）からの盗難が相次いでおり、ARBエアドロップアドレスの大規模な漏洩からTwitterのKOLがウォレットがハッカーに空にされたと嘆くまで、個人ユーザーの資産安全に対する要求は高まっていますが、同時にユーザー体験を犠牲にしたくないという思いもあります（企業ユーザーは資産の安全のために完全に自己管理されたMPCソリューションを選び、オンチェーンのインタラクションの便利さを犠牲にすることを厭わない）。これにより、イーサリアムはウォレットの安全性を変革し、スマートコントラクトウォレットの業界安全基準（例：EIP-4337）を推進し、個人ユーザーにより強力な安全性と便利さを提供する必要があります。

最後に、プライバシー保護はもう一つの重要な課題です。すべてのイーサリアムL1上の取引は公開されており、その理由はEOAと資産が結びついているからです。一般の個人ユーザー、大口投資家、企業機関を問わず、現在、資産アドレスがマークされ追跡される苦痛を耐え忍んでいる可能性があります。したがって、イーサリアムはさらなる改善が必要であり、悪意のないプライバシー計算を実現し、将来的にはオンチェーン資産だけでなく、オンチェーンのアイデンティティ、信用システムなどのDID情報も保護されるようにする必要があります。また、悪性の事件が発生した場合には、加害者が追跡を逃れ、スムーズに現金化できないようにするための対策も必要です。

三、最も重要な3つの問題（Cregis Researchのまとめと意見）

ユーザーはどのように複数のウォレットアドレスを管理するのか

Web 2.0とWeb 3.0を比較すると、今でも一つの利点が保持されています。それは、ユーザーが一つのソーシャル特徴（電子メール、電話番号など）を使って異なるアプリケーションアカウントを作成できることです。Web 3.0の世界では、同じコンセンサスメカニズムのパブリックチェーンアドレスが共通に使用できます（例：BSC、ERC-20、TRC-20）が、L2スケーリングソリューションの登場に伴い、ユーザーは完全に異なる複数のL2アドレスを持つことになります。異なるLayer 1とLayer 2ネットワークは異なるプログラミング言語や中間コンポーネントを使用する可能性があり、これがアドレス保持の問題を引き起こします。また、Polkadotを代表とするマルチチェーンブリッジ環境やCregisの未来のビジョンで言及されているマルチチェーン共通のL2環境が実現する前に、ユーザーは異なる異種チェーンのアドレスを管理する必要があるかもしれず、これがアドレス管理の複雑さを増加させます。

最後に、プライバシー保護の観点からのインビジブルアドレス提案が広く使用されれば、ユーザーはより多くのアドレスを持つことができ、プライバシー保護が強化されます。したがって、1つのアドレスを保持することがさらに困難になります。

ユーザーはどのようにインビジブルペイメントを実現するのか？（特に複数アドレス環境下で）

将来的にイーサリアムエコシステムのL2が期待通りに発展すれば、たとえ大部分のネイティブ資産がERC-20トークンであっても、ユーザーは複数のL2アドレスを持つことになり、資産を送信したり支払ったりするために正しいアドレスを選ぶことがより複雑になります。従来、ユーザーは相手のアドレスを知っていれば支払いを送信できましたが、今では相手が受け入れるLayer 2ネットワークとそれに対応するアドレスを知る必要があり、資金を正しいターゲットに送信するために追加のステップが必要です。

L2環境における複数アカウントのインビジブルペイメント問題

スマートコントラクトを利用して構築されたコントラクトアカウント（CA）は、アドレス解決の問題を簡単に解決できますが、プライバシー保護の機能を直接付与することはできません。

V神がイーサリアムの初期に提案したプライバシー保護ソリューション：インビジブルアドレス。インビジブルアドレスは、デジタル通貨取引を行う際にプライバシーを保持し、他人に追跡されないようにするのに役立ちます。次に、Cregisはプライバシー問題を解決するためのいくつかのステップを共有します。

（インビジブルアドレスの完全な作業フロー）

インビジブルアドレスは、支払者または受取人が生成できるが、受取人のみが制御できるアドレスです。このアドレスは、イーサリアムのさまざまなシナリオでのプライバシーを向上させることができます。このモデルでは、Bob（受取人）が消費鍵を生成し、この鍵を使用してインビジブルメタアドレスを生成します：B、h = hash(x)。彼はこのメタアドレスをAlice（支払者）に渡します。Aliceはこのメタアドレス上で計算を実行し、AliceからBobへのインビジブルアドレス：b-1を生成します。次に、彼女は送信したい資産をこのアドレスに送信でき、Bobはそれらを完全に制御します。

インビジブルアドレスの生成プロセスでは、楕円曲線関数を操作する必要があります。Bobは鍵mを生成し、M = G * mを計算します。ここで、Gは楕円曲線の公開生成点です。Aliceは一時的な鍵rを生成し、一時的な公開鍵R = G * rを公開します。Aliceは共有秘密S = M * rを計算でき、Bobも同様の共有秘密S = m * Rを計算できます。

Bobのインビジブルアドレス：b-1が生成された後、Aliceと取引を行う際に、Aliceは値cを生成し、Bobのみが解読できるcの暗号化データを公開します。取引が実行される際、ゼロ知識証明を通じて検証されます：Bobが提供する数値xとAliceが提供する数値cにより、k=hash(hash(x), c)が成立し、検証が完了した後に取引が完了します。このプロセスでは、Bobの元のアドレスは露出せず、暗号化された数値xのみが提供され、ゼロ知識証明はkの内容を検証するだけで、Bとb-1の関連性を示すことはありません。

ウォレット製品はどのようにユーザーの資産とプライバシーを同時に保護するのか？

従来のチェーン上環境では、ウォレットは主に秘密鍵の保護に焦点を当てていますが、ZKP（ゼロ知識証明）の世界では、ウォレットは同時に認証情報とユーザーデータを保護する必要があります。例として、ZK-SNARKとMPCに基づくアイデンティティシステムZKpassが挙げられます。これにより、ユーザーは認証の基本的な証明を生成でき、MPCの方法を通じて認証プロセスを実際の情報を示さずに行うことができます。

しかし、暗号化データラベル（鍵の分割）がEOAの秘密鍵の代わりになるため、暗号化データラベルの保管問題がより複雑になります。ユーザーはローカルでデータを保存するか、第三者に暗号化されたコピーを保持させるかのトレードオフを行う必要があります。また、ソーシャルリカバリーをサポートするウォレットは、資産のリカバリーと暗号化鍵のリカバリーを管理する必要があり、安全性と可用性のバランスを確保する必要があります。したがって、見える将来において、企業向けウォレットの安全戦略と個人向けウォレットの安全戦略は全く異なる方向に進むでしょう。企業向けウォレットのユーザーは、資金を保護するために最も厳しい安全環境が必要なため、次のような選択をする可能性が高いです：1、人的な脆弱性が存在する可能性のあるコントラクトウォレット；2、第三者リスクのあるハイブリッドホスティング型MPCウォレット。彼らはハードウェアウォレットと同等のセキュリティレベルを持つプライベートデプロイのMPCウォレットを選ぶでしょう。一方、個人ユーザーは資産の保管以外のシナリオにおいて、常に最良のユーザー体験を求めるため、部分的に中央集権的な運営の製品を選ぶ可能性があります。

さらに、ブロックチェーンアドレスはエコシステム内の認証ニーズを満たすことができないため、ENS（ブロックチェーンドメイン）やSBT（ソウルバウンドトークン）のソリューションも徐々に受け入れられていますが、依然として解決されていない問題があります。前者は従来の世界からの重複名問題を解決するのが難しく、後者は重複名問題がないものの、そのDID機能を完全に発揮できる十分なエコシステムアプリケーションがまだ存在せず、現在のアプリケーションシナリオは非常に薄いと言えます。

原文にはまだ多くの内容がありますので、興味のある方はぜひご覧ください：《The Three Transitions》，著者：Vitalik Buterin。

四、まとめ

皆さんはすでに理解していると思いますが、約3ヶ月間、世界の暗号通貨界を賑わせている【イーサリアムの転換】という話題の中で、ウォレットは重要な構成要素の一つに過ぎません。V神の野心は「イーサリアムがビットコインの欠陥を補完する」という抱負を実現するだけでなく、イーサリアムが真に誰もがアクセスでき、現実世界と高度に接続され、同時に分散化の理念を保持する世界を創造することを望んでいます。

Cregis Researchは単なる傍観者ではなく、実際にこの変革の一部に参加している一人でもあります。Cregisは2016年からWeb 3.0企業やスタートアップチームにcrypto nativeの企業向け決済ソリューションを提供しており、Alipay、PayPal、収金宝が従来の企業や電子商取引機関に提供している決済サービスと同様に、Cregisはチーム内部の資金管理や承認フローのツールも提供し、Web 3.0企業やスタートアップチームにユニークな統合サービスを体験させています。