Facetのレイヤー2ネットワーク共同創設者トム・レーマンは、金曜日にイーサリアムのHegotaアップグレードへの組み込みを目的として、EIP-8182を提案した。基盤レイヤーでネイティブなプライベートETHおよびERC-20の送受信を可能にするため、プロトコル管理型のシールドプールを提案した。3月に初めて提示されたこの提案は、既存のプライバシー解決策にある構造的な欠陥に対処するもので、新しいプールは匿名性なしではユーザーを引き付けられない一方で、クリティカルマスなしには有意義な匿名性を提供できない。Hegotaは、イーサリアムが計画するH2 2026のアップグレードで、実行レイヤーのクライアント「Bogota」とコンセンサスレイヤーのクライアント「Heze」を組み合わせる。EIP-8182は、このアップグレードに向けたプライバシー基盤を対象とする関連3つの提案のうちの1つだ。
EIP-8182 技術設計
この提案では、シールドプールを、UTXOベースの設計で管理者キー、プロキシ、または停止（pause）機構なしのシステムコントラクトとしてデプロイすることを求めている。支出（spend）は、フォーク管理（fork-managed）されたGroth16 BN254の証明によって検証される。この設計では、既存の任意のイーサリアムアドレスまたはENS名への送信を可能にし、別途のプライバシー専用アドレス形式を必要としない。
レーマンの主張
レーマンは、プライバシープール間の競争が匿名性セットを分断し、参加者のプライバシー保証を弱めると論じた。EIP-8182は、すべてのウォレットとイーサリアム上のアプリケーションに、そこから構築できる単一の共有プールを与えることで、この問題を解消する。新しいプールが有意義な匿名性を達成できない原因となっている分断をなくすというわけだ。
関連提案とHegotaロードマップ
プライバシー基盤のスタックにおいて、EIP-8182を補完する追加の提案が2つある。EIP-8141では、プライバシープールが引き出し手数料を引き出された資金から支払えるようにする。EIP-8250は、共有送信者（shared-sender）によるプライバシー設計の詰まりを解消するために、鍵付きノンスを追加する。開発者たちは2月、アップグレードのコンセンサスレイヤーの目玉（headliner）として、検閲耐性メカニズムであるFOCILを正式に追加した。ビタリック・ブテリンは、FOCILの追加が「サイファーパンク（cypherpunk）な原則に基づく」イーサリアムを作る一部だと述べた。
