EthereumのEIP-8182草案はプライベートトランスファーをネイティブ機能にすることを目指す

3時間前
6分読む
4 ビュー

EIP-8182の概要

EIP-8182は、プライベートなETHおよびERC-20トランスファーをネイティブなEthereum機能として実現するために、共有シールドプールZKプリコンパイルを追加することを目指しています。これは2026年のプライバシー計画に沿ったもので、Ethereum(ETH)はついにプロトコルレベルでのプライバシーについての議論を始めました。

トム・レーマンの提案

トム・レーマンは「プライベートETHおよびERC-20トランスファー」という草案EIP-8182を発表し、プライベートトランスファーがオプトインのdAppアドオンではなく、第一級の機能として実装されるべきだと提案しています。具体的には、共有シールドプールZK証明検証をベースチェーンに組み込むことが提案されています。

レーマンは、Ethereum自体が「共有プライバシーレイヤーを提供すべきだ」と主張し、小規模で孤立した匿名セットやプライバシーアプリ間の互換性のない信頼仮定の現状を打破する必要があると述べています。

プロトコル管理のシステムコントラクト

EIP-8182の核心には、EIP-4788のスタイルで固定アドレスにデプロイされたプロトコル管理のシステムコントラクトがあります。このコントラクトは、ノートコミットメントツリー、ナリファイアセット、ユーザーおよびデリバリーキーのレジストリ、認可ポリシーレジストリを含むグローバルシールドプールのすべての状態を保持し、プロキシや管理機能、オンチェーンアップグレードメカニズムを持たないため、Ethereumのハードフォークを通じてのみ変更可能です。

ZK証明検証の追加

同時に、この提案はZK証明検証のプリコンパイルを追加し、クライアントがプロトコルレイヤーでプライベートトランスファーの証明を効率的に検証できるようにします。レーマンのデザインは、プライバシーとEthereumの既存のユーザーエクスペリエンス(UX)を調和させることを目指しています。

ユーザーエクスペリエンスの向上

ユーザーは依然として標準のEthereumアドレスまたはENS名で受取人を特定しますが、シールドプール内の実際の「ノート」は、これらのアドレスのレジストリから取得された隠れた所有者識別子にバインドされます。これにより、ウォレットが一度統合されれば、ユーザーは互換性のないプライバシープールの中から選ぶことなく、任意のアドレスにプライベートな支払いを送信できるようになります。

原子的なフローのサポート

EIPはまた、シールドプールへの入金、公開コントラクトとの相互作用、結果の再シールドを含む原子的なフローのサポートを明記しており、草案が「デセンシティゼーション→相互作用→再プライバタイズ」と呼ぶ単一のシーケンスを可能にします。

プライバシーの限界

重要なことに、この提案は解決しないことについても明示的です。エンドツーエンドのプライバシーは、メモリプールの暗号化、ネットワークレイヤーの匿名性、ウォレット側のUXの変更を必要とし、これらはすべてEIP-8182の範囲外にあります。

2026年のEthereumのロードマップ

しかし、この動きは、AmbCryptoが報告するところによれば、2026年のEthereumの広範なロードマップに沿っており、「機関のプライバシーを最前面に置く」ことを目指しています。トークン化のブームが予想される中で、ファウンデーションのリーダーたちは迅速な最終性とコンプライアンスプライバシーを重要な優先事項として挙げています。

規制の議論とプライバシー保証

EIP-8182が進展すれば、プライバシープールのようなプロトコルによって引き起こされる規制の議論とも直接交差します。これらのプロトコルは、完全な取引履歴を明らかにすることなく、クリーンな資金と汚染された資金を分離するためにZK証明を使用します。

共有プールと証明可能な出所を中心に構築されたプロトコルネイティブのプライバシーレイヤーは、DeFiと将来の実世界資産プラットフォームの両方に、コンプライアンスと監査要件を満たしながら信頼できるプライバシー保証を提供する方法を提供できるかもしれません。このバランスは、機関資本とAI駆動のエージェントがEthereumで取引を行うにつれて、ますます重要になるでしょう。