イーサリアムのプライバシー革命: EIP-8182、pERC-20、STRK20が示す「規制対応型」の新時代

設計上の重要な選択は、「共有匿名セット」の採用です。単一のプロトコル全体のシステムであるため、この標準を統合するすべてのウォレットが、他の全ユーザーの匿名セットを自動的に強化します 。これは、孤立したプールが匿名性を著しく弱めていた過去の断片化したプライバシーの状況とは対照的です。プール内での二重支払いを防ぐため、このシステムは共有ノートツリーと無効化子（nullifier）セットを採用しています 。

pERC-20 (ERC-7605): プライバシーネイティブなトークン標準

EIP-8182がトランザクションレイヤーを標的とする一方、正式にERC-7605として追跡されているpERC-20提案は、「トークンとは何か」を再定義します。中心となるアイデアはシンプルながら革新的です。pERC-20の世界では、公開されたbalanceOfやtransferFrom関数は存在しません。代わりに、残高は暗号化されたノートとして存在し、すべての送金における送信者、受信者、金額がデフォルトで隠蔽されます 。

そのアーキテクチャはZcashのOrchardプロトコルとZK-UTXOモデルに大きく依拠しており、トークンは公開状態では決して露出しない隠蔽された残高に直接ミントされます 。総供給量は公的に検証可能なまま維持され、重要な監査上の拠り所となりますが、個々の保有量と移動は非公開のままです 。

さらに、この標準は以前のプライバシー設計がほとんど無視していたコンプライアンスメカニズムを組み込んでいることが重要です。この提案にはブラックリスト機能が含まれており、トークン発行者が特定のアドレスによるプライベートトークンプールとのやり取りをブロックする手段を提供します 。この設計は、特に機関投資家による主流採用を実現するには、プライバシーセット全体を崩壊させることなく規制介入の道筋を提供しなければならない、という現実的な認識に基づいています。

STRK20: Starknet上で今すぐ利用可能なプライバシー

EIP-8182とpERC-20が進行中の提案であるのに対し、StarknetのSTRK20フレームワークはすでに稼働しています。2026年3月に初めて発表され、6月9日までにメインネットで完全にローンチされ、Starknet上のあらゆるERC-20資産をシールド化し、プライベートに転送・DeFi利用することを可能にしました 。

この標準を最初に採用した資産は、ビットコイン担保型ラップドトークンであるstrkBTCであり、公開モードとシールドモードの両方で動作します 。ユーザーは、Ready XやXverseのような互換性のあるウォレットを通じてモードを切り替えられます 。一度シールドされると、残高と取引は外部の観察者からは見えなくなりますが、トークンはEkuboやAVNUといった既存の分散型取引所やレンディングプロトコルとの完全なコンポーザビリティ（相互運用性）を維持します 。

STRK20のコンプライアンスアーキテクチャの中核は「閲覧キー（Viewing Keys）」です。トークン保持者は、規制当局、監査人、税務当局などの特定の第三者に閲覧キーを付与できます。これにより、その第三者は取引の詳細を復号できますが、それ以外の世界には何も見えません 。この「選択的開示」モデルは、完全な匿名性ゆえにあらゆる形式のコンプライアンス支援を不可能にしたTornado Cashのようなツールを悩ませた緊張関係を解決することを目指しています 。

共有される設計哲学: コンプライアント・プライバシー

スタックの異なるレイヤーで動作しているにもかかわらず、これら3つのイニシアチブは明確な設計哲学を共有しています。

第一に、プライバシーは「機能」ではなく「インフラ」として扱われていることです。EIP-8182はコンセンサスレイヤーに、pERC-20はトークンインターフェースに、STRK20はL2トークンコントラクトに、プライバシーを埋め込んでいます。3つのケースすべてにおいて、プライバシーは既存の透明なシステムを覆うラッパーではありません。それがデフォルトの状態なのです。

第二に、コンプライアンスは後付けではなく、第一級の設計目標であることです。pERC-20はブラックリストを含み、STRK20は閲覧キーを含み、EIP-8182の無効化子セットはユーザーを匿名化解除することなくプライベートプール内での二重支払いを防ぎます。これは、規制対応をオプションまたはアンチテーゼとして扱いがちだった初期のプライバシープロジェクトからの急激な進化を示しています。

この収束は印象的です。これは、イーサリアムの開発者コミュニティが、新たなコンセンサスにほぼ落ち着いたことを示唆しています。つまり、金融プライバシーはネットワークの長期的な健全性に不可欠ですが、それは制御された開示経路を備えた形で設計されなければならない、ということです。目標は無法な匿名性ではありません。それは、機関、発行者、ユーザーの現実世界での義務を尊重する機密性なのです。

この取り組みの多くはまだ初期段階です。EIP-8182は依然として提案であり、Hegotáへの組み込みはまだ保証されていません。pERC-20はドラフト段階であり、採用の可能性が出る前にも広範なレビューが必要です。STRK20は最も進んでおり、現在Starknetで稼働していますが、長期的な採用はウォレット、アプリケーション、ユーザーがこのモデルを受け入れるかどうかにかかっています。

しかし、その進行方向はもはや明白です。完全に透明な台帳だけが受け入れ可能なデフォルトであるという時代は、挑戦を受けています。その代わりに、新しいアーキテクチャが形作られつつあります。それは、プライバシーがプログラム可能であり、コンプライアンスが組み込まれ、機密性がイーサリアムエコシステムの標準機能となる世界です。