イーサリアムのプライバシー・スタック：プライベート・リード、ネットワーキング、そして隠れた漏洩

EthBoulder 2026における、イーサリアム財団のPrivacy Stewards of Ethereum（PSE）チームのリードである**アンディ・グスマン（Andy Guzman）**による講演です。彼は、イーサリアムのプライバシーにおける大きな盲点を指摘しています。それは、トランザクションに一度も署名したことがないユーザーでさえ、日常的なクエリを通じて詳細な行動データを漏洩しているということです。彼はイーサリアムのプライバシー・スタックを紹介し、プライベート・リード（PIR）、トラフィックのプライバシー（オニオン・ルーティングとミックスネット）、そして統合バイナリ・ツリー（unified binary trees）やZK検証可能な状態（ZK-verifiable state）などのパフォーマンス向上に向けた取り組みについて解説します。

このトランスクリプトは、EthBoulderによって公開された元のビデオのトランスクリプト (新しいタブで開く)のアクセシブルなコピーです。読みやすさを考慮して軽く編集されています。

架空のRPCプロバイダーからの手紙 (0:12)

皆さんこんにちは、アンディです。本日は、イーサリアムのエコシステムではあまり議論されていませんが、非常に重要なトピックについて紹介したいと思います。スライドや紹介でお気づきかもしれませんが、これはプライバシーに関するものであり、私たちが気づかないうちにどれほど無防備な状態に置かれているかという問題です。

まずは、誰かがあなた宛てに書いた手紙から始めましょう。

「親愛なる大切なユーザー様、今月は847回のクエリをいただきありがとうございます。私たちはあなたのことを知ることができて本当に楽しかったです。あなたが3つの異なるウォレットにETHを保有していることを私たちは知っています。先週の火曜日に、あなたがETHの価格を94回チェックしたことも知っています。あの日は誰にとっても大変な一日でしたから、無理もありません。また、あなたはBTCの価格もチェックしていましたが、ビットコインを一切保有していないことを考えると興味深いですね。分散投資をお考えですか？このことは私たち、そしてもちろん私たちのアナリティクス・パートナーだけの秘密にしておきます。あなたは2つのユニスワップのプールも非常に注意深く監視しており、先週はアーベのヘルスファクターを14回チェックしました。少しリラックスするか、単に担保を追加した方が良いかもしれません。木曜日には12分間に3回もチェックしており、非常に心配している様子でした。あなたは4つの異なるENS名を見ていたので、新しいプロジェクトを始めるつもりか、アイデンティティの危機に陥っているかのどちらかでしょう。そして、あなたはいつも山岳部標準時の午後11時から午前7時の間は静かになります。」

トランザクションに署名せずにデータを漏洩する仕組み (1:34)

「したがって、あなたがボルダー、あるいはその近くに拠点を置いていると私たちは確信しています。あなたは私たちを通じて一度もトランザクションに署名したことはありません。その必要もありませんでした。あなたの好奇心がすべてを教えてくれたのです。心を込めて、あなたのRPCプロバイダーより」

もちろんこれは架空の手紙ですが、私たちが実際に毎日漏洩している情報を描写しています。たとえ一度もトランザクションを行わず、オンチェーンでのアクションを起こしていなかったとしても、そのデータやあなたの行動を喉から手が出るほど欲しがっているアナリティクス企業に対して、あなたは基本的にすべてを教えてしまっているのです。

プライベート・ライトとプライベート・リード (2:07)

では、現在のプライバシーの世界では実際に何が起きているのでしょうか？私たちはオンチェーンのプライバシー、つまりPSEが「プライベート・ライト（private writes）」と呼ぶもの、すなわちオンチェーンで行うすべてのアクションに重点を置いているように見受けられます。それは理にかなっていますよね？これらのアクションは永遠に記録され、世界中に送信されるため、特定のアクションと紐づけてアドレスを漏洩させないようにすることは確かに理にかなっています。また、私たちはツールにも重点を置いています。データソース、証明、DSL、そして開発者がオンチェーンでよりプライバシーを保護した強力なアプリを表現し構築するためのツールを提供できる言語などです。

しかし、このプレゼンテーションで私が主張したいのは、私たちが他の領域に対して十分な注意と努力を払っていないということです。それは「プライベート・リード（private reads）」と呼ばれる領域です。なぜなら、ブロックチェーンからデータをクエリするたびに多くの情報が漏洩しているからです。そして「プライベート・ネットワーキング（private networking）」です。なぜなら、何かがオンチェーンに到達する前でさえ、すべてのトラフィックが漏洩しているからです。

少し技術的な話をすると、eth_getBalance、eth_call、eth_getLogsなどのすべてのRPCコールは、プレーンテキストのリクエストとしてRPCプロバイダーに送信され、あなたのIPアドレスと関連付けられます。

活動量が増えるとプロファイリングのリスクが高まる理由 (3:20)

この情報があれば、人々をプロファイリングし、セグメント化し、行動をモデル化することは非常に簡単になります。そして、これはあなたに不利に働く可能性があります。ご想像の通り、情報は力であり、人々があなたやあなたの行動について多くの情報を持てば持つほど、彼らはあなたに対してより大きな力を持つことになります。

ほとんどの人はこのことに気づいていません。多くの人は、「まあ、これは重要な情報ではないから大して問題ではない」と言うでしょう。あるいは、「活動量が増えれば増えるほど、自分はより保護される」と考えるかもしれません。これは全くの事実無根であり、直感に反しています。オンチェーンのアクションにおいて、匿名性セットが存在する場合は確かに役立ちます。ユーザーが多ければ多いほどプライバシーは高まり、紛れ込むのが容易になります。しかし、読み取り（リード）に関してはその逆です。なぜなら、クエリは互換性がないからです。送信する活動量が増え、アクションを起こせば起こすほど、相関関係の表面積が広がり、あなたの行動のプロファイルを構築するのが容易になります。

そのため、分散型金融（DeFi）の熱狂やNFTの狂乱が起こるたびに、人々はより無頓着になります。当然のことながら、運用セキュリティ（OpSec）は窓から投げ捨てられ、ほとんどの人が陥る活動パターンに基づいて人々を非匿名化することがはるかに容易になります。

イーサリアムのプライバシー・スタックの紹介 (4:43)

まずは全体像から始めたいと思います。どこを攻めるべきか、何が必要か、そして誰が何に取り組んでいるのかについてです。この講演では、より技術的なトピックと、より高レベルな概念的なトピックの両方に踏み込むため、誰もが何らかの価値を得られるはずです。

私が「イーサリアムのプライバシー・スタック」、あるいはイーサリアムのプライバシー・スタックのレイヤーと呼んでいるものを提示したいと思います。これは物事を考える上で役立つと思います。私たちが本当にプライバシーを求めるのであれば、オンチェーンのプライバシーだけでなく、トランザクションのライフサイクルやOSI参照モデルとその技術レイヤーのように、スタックのこれらすべてのレイヤーにおけるプライバシーも必要です。これらのレイヤーが存在するという標準、あるいはエコシステム全体での何らかの共通認識を作成できると私は主張します。おそらくこれが最終形態ではありませんが、間違いなくすでに有用であると考えています。

レイヤーごとの解説：どこで漏洩するのか (5:41)

一番上はアプリケーション層です。ウェブサイトを訪問するたびに、当然ながらあなたが何を訪問しているかが漏洩し、人々はプロファイリングを開始できます。たとえあなたが何もしていなくても、匿名性セット、認証情報、IPアドレスと訪問先のリンクなどが対象となります。

次はウォレット層です。アクションを起こすたびに、アプリ層だけでなくゲートウェイにも情報が漏洩します。現在のウォレットは非常に複雑で、他の多くのシステムやサービスと統合されているため、想像以上に多くの情報が漏洩しています。ウォレットを開いてETHの価格や残高をクエリするだけでも、すべてが漏洩しているのです。

次にゲートウェイがあります。RPC、プロキシ、リレイヤーなどです。ここでもさらに多くのメタデータが漏洩します。そして、人々がオンチェーンの要素として想像するであろうもの、つまり状態や実行パターンのように、EVM上で何かがクエリされるたびに発生するものです。例えば、何かの残高やスマート・コントラクトの状態をクエリする場合などです。そして最後に、すべてのバリデータが存在するコンセンサス層です。オンチェーンに書き込むか、オンチェーンから読み取るかによって、メンプールに触れることもあります。

さらに、私たちがネットワーキングと呼ぶもう一つの垂直方向の要素があり、これはこれらすべてのレイヤーを横断するものです。例えば、現在あなたがウェブサイトを訪問すると、サーバーはあなたのIPアドレスを知ることができます。しかし、Torやその他の匿名ネットワークを通じてそのウェブサイトを訪問した場合はどうでしょうか？あなたはウェブサイトのIPアドレスを知ることができますが、相手はあなたのIPアドレスを知ることはできません。また、そのウェブサイトが最近すべての暗号資産関連の検閲を開始した国でホストされている場合はどうでしょうか？そのウェブサイトや企業も自らのIPアドレスを隠したいと考え、オニオン・ドメインの背後にドメインを隠したいと思うでしょう。

これらは理にかなった考え方です。私たちはレイヤーごとに進み、すべてを強化し、すべてを検閲しようとする非常に破壊的な攻撃者のレンズを通して分析する必要があります。たとえ私たちがそれを実行せず、十分に良い状態に住んでいると言ったとしても、この情報は今記録され、あなたが全く知らない多くの人々や、あなたのデータを売り始める企業によって永遠にホストされることになります。最終的に、5年後に誰かが暗号資産を禁止し、「過去5年間にユニスワップを使用した全員へ。私はIRS（内国歳入庁）だ。今からドアをノックして刑務所にぶち込んでやる」などと言い出すかもしれません。このようなディストピア的なシナリオは、現在世界中のさまざまな国で実際に起こっています。

プライベート・リードとプライベート・ネットワーキング (8:24)

さて、これでイーサリアムのプライバシー・スタックが揃いました。私たちはどこに焦点を当てるべきでしょうか？このプレゼンテーションでは、これら2つの領域についてお話ししたいと思います。プライベート・リード：オンチェーンから状態にアクセスするたびに、アプリ（例えばETHの価格をクエリしたいとします）からウォレット、ゲートウェイ、イーサリアムとEVMを実行しているノードに至るまで、これらすべてのレイヤーに触れ、そして戻ってきます。基本的にはRPCプロバイダーやインデックスです。そしてプライベート・ネットワーキング：これはネットワーキング層で発生するすべてのアクションです。これこそが私たちが強化したい部分です。

3つの柱：データ、トラフィック、パフォーマンス (9:05)

これを達成するために不可欠だと私が考える3つの柱があります。私たちはデータ自体を隠し、プライベートなものにしたいと考えています。トラフィック自体を隠し、プライベートなものにしたいと考えています。そして、それを高性能で、有用で、実用的で、安価なものにしたいと考えています。これはエコシステムで起こっていることに関する多くの情報を要約したものですが、全体像を描き、私たちが加速できるレバレッジ・ポイントを特定するのに役立つと思います。

データを隠す：プロキシからPIRまで (9:39)

では、データについてです。私たちが保護したいものは何でしょうか？私たちは、あなたがこれらのサーバーにどのような情報を求めているのかを隠したいと考えており、このデータにどのようにアクセスしているかというパターンも隠したいと考えています。コンテンツだけでなく、パターンもです。

技術にはさまざまなレベルがあります。最初は「何もしない」レベルです。つまり、すべてを漏洩させます。ウォレットを接続するたびに、IPアドレスをクエリ対象のコントラクトや、特定のアドレスに対する特定のeth_getBalanceに結びつけます。それだけです。たとえTornado Cashのようなプライバシー・プロトコルを使用しており、マークル・ツリーの状態をクエリしたい場合でも、ツリー全体をダウンロードするか（これはあまりパフォーマンスが良くありません）、どのパスとリーフをクエリしているかを漏洩させて匿名性セットを減らすかのどちらかになります。したがって、ネットワーキングとデータ・アクセス・パターンを保護しなければ、Tornado Cashのような強力なプライバシー・プロトコルを使用するだけでは不十分なのです。

次のレベルは、何らかのプロキシやリレイヤーです。リクエストがどこから来たのかを知らずに、最終的にデータを取得する多数のマシンです。これはあまり実用的ではなく、トラストレスでもありません。

次にTEE（Trusted Execution Environment）があります。これは一歩前進であり、いくつかのチームや企業がサービスを提供している領域です。これは良い前進だと思いますが、TEEを攻撃して破壊するコストが大幅に低下しているため、やはり十分ではありません。特定の重要なユースケースにとっては不十分ですが、多くの日常的なユースケースにとっては十分かもしれません。

OMAP（Oblivious Map Access Patterns）やORAM（Oblivious RAM）に取り組んでいる他のチームもあります。これらは、データセットのどの部分にアクセスしようとしているかを難読化しようとする類似の技術です。「このETHアドレスの残高が欲しい」と言う代わりに、ランダムに異なるものにアクセスすることで、サーバーに知られないようにします。

そして、これらの最終形態はPIR（Private Information Retrieval：プライベート情報検索）になると私は主張します。これは、サーバーがあなたが何をクエリしているかを知らず、それについて何も学習しないことを意味します。

プライベート情報検索（PIR）の解説 (12:03)

プライベート情報検索は暗号技術において非常に強力な技術であり、今後広く使用されるようになるでしょう。これには2つのバリエーションがあります。インデックスの下に構造化データがある場合に使用できるインデックスPIRと、その名の通りキーワードごとにクエリを実行するキーワードPIRです。すべてに機能する単一のスキームを持つことは非常に困難です。

イーサリアムの状態は巨大で非常に多様です。昨日学んだのですが、ログは追記のみですが、アカウント・モデルは異なります。非常に頻繁に更新される状態もあれば、そうでないものもあります。どのように切り刻むかによって、メガバイト、ギガバイト、またはテラバイトのデータになり、アクセス・パターンも大きく異なります。

マルチエージェントPIRアーキテクチャ (12:48)

私たちがPSE内で取り組んでいる提案は、マルチエージェント・アーキテクチャです。ここでは概念的な話をした後、PSEで行っている具体的なプロジェクトや、エコシステムで見られる他の事柄についてお話しします。すべてのイーサリアムの状態に対して完璧な単一のスキームは存在しません。しかし、イーサリアムの状態をタイプ別またはアクセス・パターン別に分割できれば、それぞれに非常に適したスキームを見つけることができます。

このマルチエージェント・アーキテクチャを実行するサービスがあり、クエリのタイプやイーサリアムの状態のどこに配置されているかに応じて、あるスキームや別のスキームを実行するとしたらどうでしょうか？それだけで、実現可能で、本番環境に対応し、エコシステムに提供できるものに非常に近づきます。これには統合APIのようなものが必要になります。そうすれば、ウォレット、インデックス、ユーザー、そして分散型アプリケーション（dapp）の開発者は、どのスキームが使用され、どのように呼び出すかを心配する必要がなくなります。標準APIを用意するだけで、実装の詳細については他の誰かが心配してくれます。

私たちはすでにこれを行っており、2つの異なるスキームを実装しています。私たちは助成金（グラント）を公開し、エコシステムのより多くの人々と調整してこれらの課題に取り組み、イーサリアムにとってどれが最も必要とされているかを確認しようとしています。

ここに、さまざまなPIRスキームに関するいくつかの数値（スループット、通信オーバーヘッドなど）を示します。異なるアプリは異なるアクセス・パターンを持つため、これは困難です。多くのレシートにアクセスするものもあれば、Rotkiのようにより多くの状態にアクセスしたいもの、Heliosのようにより多くのトランザクションにアクセスするものもあります。特効薬（銀の弾丸）はなく、おそらく混合アーキテクチャが役立つでしょう。また、知識の体系化も行っているため、ご興味があれば共有できます。そして、これらはこれらの分野で活動しているチームのほんの一部です。もしあなたがチームの一員で、私があなたを含めていなかったらお許しください。録画を見て漏れに気づいた方がいれば、お知らせいただければ追加し始めます。

トラフィックを隠す：オニオン・ルーティングとTor (15:22)

データについては説明しました。もう一つの大きなバケツはトラフィックです。トラフィックをどのように隠すのか、そして何を隠したいのでしょうか？非常に簡単に言えば、クライアントとサーバーのIPアドレスを互いに隠し、トラフィックを盗み見ているかもしれない世界中の人々からも隠したいのです。オニオン・サービス、ミックスネット、VPN、DCネットなど、さまざまな技術があり、他にも分類があるかもしれません。ここでは最初の2つについてのみお話しします。

オニオン・ルーティング技術はレイヤーごとに暗号化し、トラフィックもレイヤーごとに復号されます。中間にいる人々は送信元を決して知ることができず、宛先を決して知ることができない人もいれば、何も学習せず単にルーターとして機能するだけの人もいます。

要約すると、いわばイーサリアム・エコシステムのすべてのトラフィックをTorネットワーク経由でルーティングできたらどうなるか、ということです。他にも選択肢はあります。送信者のIPアドレスの保護に役立ちます。トランザクションを送信したり情報を要求したりする際に、スマートフォンやノートパソコンのIPアドレスが漏洩することはありません。そしてもちろん、受信者であるサーバーも保護します。イラン、中国、北朝鮮、ベネズエラなどで、誰かが分散型金融（DeFi）プロトコルやサービスをホストしようとしており、それが国によって検閲されていると想像してみてください。これは彼らの命を守る可能性のある選択肢です。検閲を回避し、ISP（インターネット・サービス・プロバイダー）からもトラフィックを隠します。ご存知の通り、ISPはすべてを盗み見る諜報機関によって傍受されています。

目標は、ドロップインの代替品、つまりSDKを用意することです。そうすれば、ウォレット、dapp開発者、インフラストラクチャ・プロバイダーは実装の詳細を心配する必要がなくなります。このSDKを使用すれば、トラフィックがオニオン化され、暗号化され、強化されるということだけを知っていればよいのです。

ここで称賛したいチームがあります。ウェブ向けのTorのオープンソース実装であるEchaloteを開始したBrume Walletチームです。これは現在存在しています。Torクライアントはありますが、C言語で書かれており、特別なブラウザで実行する必要があります。これをメタマスク、Kohakuウォレット、Ambire、Rabby、その他すべてに追加したい場合はどうすればよいでしょうか？JavaScriptのSDKが必要であり、それがEchaloteが始めたことです。

次に、Tor ProjectはArtiと呼ばれる新しい実装を開発中です。これは次世代のクライアントです。しかし、私たちには組み込みのArtiが必要です。ArtiはRustベースであり、ブラウザで実行できるようにWASMにコンパイルする必要があるため、非常に簡単にインポートできます。私たちは基本的にTorチームと協力しており、毎週電話会議を行い、いくつかのプロジェクトやパートナーシップを共同で進めています。

イーサリアムのためのミックスネット (18:16)

ミックスネットの側面では、これに取り組んでいるいくつかのチームを称賛したいと思います。Nymチーム、初期のチームの一つであるHOPR、Gnosis VPNのようなVPN、そしてAnyone Protocolのような私にとって新しかったいくつかのチーム（そのチームの誰かがここデンバーにいるはずです）、さらに他の新しいチームなどです。ミックスネット、VPN、その他のアプローチに取り組んでいるチームはたくさんあります。

私たちは、RPCトラフィックをルーティングできる、イーサリアム専用のミックスネットを作成したらどうなるかを見てみたいと考えています。ミックスネットは強力な保証を持っていますが、多くのレイテンシ（遅延）を追加します。一部のユースケースではそれで問題ありません。プライバシーが確保される限り、少し時間がかかっても構わないからです。しかし、DeFiやトレーディングのようなものについては、レイテンシが追加される場合、これらが採用される可能性は極めて低いです。では、最高のプライバシー保証を維持しながら、どれだけ速く実行できるでしょうか？改めて、これらのチームのいくつかに称賛を送ります。もしこれらの分野で活動していて私が追加していない方がいれば、ぜひお話ししたいです。

パフォーマンス：統合バイナリ・ツリーとGPUアクセラレーション (19:28)

最後にお話ししたいこと、これを現実にするための3つ目の柱はパフォーマンスです。私たちはこれらが高速かつ安価に実行されることを望んでいます。私には一つの原則があります。それは、コストがメリットを上回る場合、これらは採用されないということです。コストとは、ユーザー・エクスペリエンス、ユーザーの費やす時間と労力を意味しますが、開発者やインフラストラクチャにとってのコスト（実行に非常に費用がかかるか？）も意味します。私たちは可能な限りコストを下げる必要があり、ここでお話しできる2つの高レベルな取り組みがあります。

一つはUBT（Unified Binary Tree：統合バイナリ・ツリー）です。プロトコルのEIPにどれくらい関わっているかによっては、これを聞いたことがあるかもしれません。現在、私たちはマークル・パトリシア・トライを使用しています。これは有用ですが、ZKやその他の種類の暗号技術にとってはあまり有用ではありません。ヴァークル・ツリーではなく、統合バイナリ・ツリーに移行するという提案、EIP-7864があります。これは、状態をクエリし、その上でZKのような暗号操作を行うのにはるかに効率的です。

私たちは検証可能なUBTを行うプロジェクトを進めています。任意のイーサリアム・クライアントにサイドカーを追加し、MPTデータベースを実行する代わりにUBT状態データベースを持たせ、zkVMを使用してMPTからUBTへのこの変換が有効であることを証明します。これはすでに非常に強力です。これを実現できれば、ライト・クライアントはこれを使用してパフォーマンスを向上させることができ、PIRのようなものははるかに高速に実行できるようになります。

もう一つの側面はGPUアクセラレーションです。スタックのより低いレベルを最適化すれば、これらをはるかに高速に実行できます。GPUはその一つであり、CPUアクセラレーションも同様です。これらはおそらくスマートフォンではなくサーバー上で実行されるため、はるかに高速に実行できるこれらの低レベル・ライブラリをどのように作成できるかの探求を始めることも非常に価値があります。

これまでのまとめです。これら5つのレイヤーがあり、これらのユースケースをカバーしたいと考えています。データ、トラフィック、パフォーマンスという3つの柱があります。データについては、プロキシ、TEE、ORAM、OMAP、PIRがあります。トラフィックについては、ミックスネット、オニオン・ルーティングなどがあります。パフォーマンスについては、UBTとGPUアクセラレーションがあります。さらに詳しく読みたい場合、少なくともPSEが行っている貢献については、pse.dev/researchをご覧ください。

成功の測定 (22:15)

では、成功とは何であり、どのように測定できるのでしょうか？これらのレイヤーに戻ります。イーサリアムが最もプライベートなチェーンであると主張できるようにしたい場合、最終形態はどうなるでしょうか？これらすべてのレイヤーが極めて強固に保護されていると確信できる必要があります。それをどのように測定するのでしょうか？より多くのウェブサイトやdappのフロントエンドがオニオン・ドメインの背後でホストされることを期待します。ウォレットがネイティブに匿名ルーティングを使用し、ゲートウェイ、RPCプロバイダー、インデックスも同様に使用することを強く望みます。そして、その割合を測定します。

問題は、現在のイーサリアム・エコシステムのフロントエンドのうち、オニオン・ドメインの背後でホストされているものはいくつあるかということです。極めて少なく、あったとしても1%程度でしょう。私が満足し、「やり遂げた」と言えるためには、これらすべてのレイヤーでおそらく80%以上が必要になるでしょう。現在、匿名ルーティング技術を通じてトラフィックをルーティングしているウォレットはいくつあるでしょうか？非常に、非常に少ないです。RPCプロバイダーも同様です。これらのプロバイダーはPIRを提供しているでしょうか？いいえ。したがって私にとって成功を主張するということは、これらすべてのレイヤーのアクターがこれらの種類の技術を採用し、少なくとも80%のチーム、トラフィック、またはクエリがそれを満たすことを意味します。

ビットコインのオニオン・ノードとの比較 (23:39)

これは私たちがビットコインを羨ましく思うことができる点の一つです。彼らが受けるすべての批判にもかかわらず、これは昨年の11月の写真ですが、到達可能なフルノードの64%がオニオン・ドメインの背後に隠されています。

私たち自身にそれができるでしょうか？これはより低レベルの、コンセンサス・レベルのプライバシーですが、私たちのフルノードやバリデータ・ノードがオニオン・ネットワークやミックスネットの背後にあると言えるでしょうか？私は絶対にそうすべきだと思いますが、私たちはおそらく1%未満です。私たちには彼らが持っていない他の課題があります。私たちははるかに高速に実行され、コンセンサスも異なります。しかし、このようなダッシュボードを持ち、80%以上のウォレットがこれらの種類の技術を採用しており、RPCプロバイダー、エクスプローラー、フロントエンド、ロードバランサー、SDKも同様であると言えるようになりたいと強く願っています。このリストが成長することを願っています。

イーサリアムとMonero、Zcashの比較 (24:55)

昨晩と一昨晩、私は勝手ながら、このレイヤーのレンズを通して、イーサリアム・エコシステムがSolana、ビットコイン、Zcash、Moneroのようなものとどのように比較されるかを見始めました。黄色の部分はオプトインの技術であり、私たちはそこで非常に優れていると思います。青色の部分は提案であり、その一部はプロトコルの提案です。緑色の部分はプロトコル層で強制されているものです。

パブリック・チェーンとしての10年の歴史があるため、プライバシーをネイティブにするという点でMoneroやZcashに追いつくのは難しいと思います。しかし、オプトインでの採用を促進し、チームやユーザーがこれらの技術をより多く採用するように文化的・社会的に影響を与えることにおいては、私たちは非常に良い仕事ができると思います。ビットコインとSolanaには独自の課題があり、少なくともこれらのプライバシーの問題に関しては、彼らはさらに遅れをとると思います。

課題：最もプライベートなプログラマブル・エコシステム (25:50)

私の目標であり、皆さんの心に留めておいていただきたい目標は、イーサリアムが世界で最もプライベートで、パーミッションレスで、トラストレスで、プログラマブルなエコシステムになることです。他にもプライベートな決済チェーンがあり、それは素晴らしいことであり非常に優れていますが、それらがプログラマブルになり、私たちが構築したようなエコシステムを構築することははるかに困難な作業になると思います。

皆さんへの、そしてもちろん私と私のチームへの課題は、プログラマブルなエコシステムの中で、最もパーミッションレスで、トラストレスで、プライベートなものになることです。オンチェーンの要素だけに焦点を当てることはできません。これらすべてのレイヤーに焦点を当てる必要があります。

したがって、プライベート・リード、ネットワーキング、PIRの実装、GPUアクセラレーション、データ構造、UBT、インフラストラクチャ、またはバリデータに取り組んでいる方がいれば、後でぜひお話ししたいです。ありがとうございました。イーサリアムはプライバシーのためにあります。