おはようございます。
web3リサーチャーのmitsuiです。
本日は「EIP-8182：Private ETH and ERC-20 Transfers」についてリサーチしました。
2026年3月、Ethereumのプロトコル本体に「プライバシー機能」を組み込もうというEIPが公開されました。
提案者はFacetやEthscriptionsで知られるTom Lehman氏（@dumbnamenumbers）。Vitalik氏が「Privacy is hygiene（プライバシーは衛生だ）」と発信し、Ethereum Foundationが「Kohaku」というプライバシーウォレットフレームワークを発表した直後のタイミングで投下された、極めて重要性の高い提案です。
ただ、この提案は単に「プライバシー機能を足す」というレベルの話ではありません。「プライバシーをアプリに任せるか、プロトコル本体が抱えるか」という、Ethereumの根本思想に踏み込んでいる点が本当の論点です。
EIP-8182とは？
変遷｜慎重な議論と度重なるリライト
L1にプライバシーを埋め込むことの意味
TL;DR
EIP-8182は、ETHやERC-20の「秘匿送金（プライベート送金）」をEthereumのプロトコル本体に組み込み、全ユーザーが共有する単一のプライバシープールを提供する提案。アプリごとに分断された既存のプライバシーソリューションの「匿名集合の分裂」問題を、L1自身が解決する方向性。
提案者はFacet共同創業者・Ethscriptions考案者のTom Lehman氏。プールには管理者キーもガバナンストークンもなく、進化はEthereumのハードフォークと同じ社会的合意プロセスでのみ可能という、極めてミニマリストな設計思想を採る。
2026年3月公開後、わずか2か月で複数回の大幅リライトを経ており、技術的にもまだ流動的。Glamsterdamでの採用は難しく、現実的には2027年以降のフォーク（Hegota以降）が採用ウィンドウになる見込み。それでもETHの「決済通貨としてのナラティブ」を構造的に強化する可能性を秘めた提案。
EIP-8182とは？
EIP-8182は「Ethereumに、プライベート送金のための共通の土台を組み込む」プロトコルレベルの提案です。
◼️なぜ今プライバシーなのか
これからのブロックチェーンにプライバシーが必要なことは自明ですが、「Ethereumのプライバシー」と聞いて、多くの方はまずTornado Cashを思い浮かべるかもしれません。あるいはRailgun、Privacy Pools、Aztecといったプロジェクト名を思い浮かべる方もいるでしょう。
しかし、これらのソリューションには根本的な問題が二つあります。
ひとつめは「匿名集合の分裂」問題です。プライバシーの強さは、技術の優劣ではなく「同じプールに何人がいるか」で決まります。100人のプールよりも10万人のプールのほうが、はるかに匿名性が高い。ところが現状はTornado Cash、Railgun、Privacy Pools、Aztec……とプライバシーアプリが乱立しており、それぞれのプールがお互いに分断されています。
これは「卵が先か鶏が先か」のブートストラップ問題そのもので、優れた技術を持つ新参プロジェクトでも、ユーザーが集まらなければ匿名集合が小さく、結果として弱いプライバシーしか提供できません。
ふたつめは「プールのアップグレード問題」です。アプリ層のプライバシープールには、運営者がマルチシグやDAOでプールを変更できる「アップグレード可能」タイプと、Tornado Cashのように一切変更できない「不変」タイプがあります。
前者はユーザー資金に対する信頼コストを生み、後者は暗号学的仮定の劣化（例：将来証明系に脆弱性が見つかった場合、TVL全額が偽造リスクに晒される）に対応できません。
そして2025年、Ethereum Foundationはこの状況に動き出します。
2025年4月：Vitalik氏が「ウォレットは『シールド残高』の概念を持つべき」と提唱
2025年9月：旧Privacy & Scaling Explorationsを「Privacy Stewards of Ethereum」へリブランド
2025年10月：47名規模の「Privacy Cluster」発足
2025年11月：Devconブエノスアイレスで、プライバシーウォレットフレームワークKohakuを発表
2025年11月23日：Vitalik氏が「Privacy is not a feature. Privacy is hygiene.（プライバシーは機能ではなく衛生だ）」とX投稿
このKohakuは「ウォレットSDKレベル」でRailgunやPrivacy Poolsを統合するアプローチでしたが、EIP-8182はさらに一歩踏み込み、「プロトコル本体（L1）に共有プールを埋め込む」という方向を示します。Kohakuがウォレット層からの解決策なら、EIP-8182はプロトコル層からの解決策、という補完関係（あるいは対抗関係）にあると言えます。
◼️「共有プライバシープール」という発想
EIP-8182のコアは技術的には複雑ですが、思想はシンプルです。
「Ethereumには公開送金の共通標準（任意のアドレスに送金、ENSで参照、ウォレット・dAppが同じ標準に依存）があるのに、プライベート送金にはそれがない。だったらEthereum自身が、その共通土台を提供すべきだ」
