以太坊隱私革命：EIP-8182、pERC-20 與 STRK20 如何打造合規的機密交易層

一項關鍵的架構選擇是「共享匿名集」。由於屏蔽池是一個單一、全協議共用的系統，任何整合此標準的錢包，都會自動為其他所有用戶加強匿名性 。這與過去碎片化的隱私景觀形成強烈對比，以往孤立的池子會讓匿名性大打折扣。為了防止池內雙重支付，系統採用了一套共享票據樹與一套無效符集合 。

pERC-20（ERC-7605）：隱私原生的代幣標準

如果說 EIP-8182 瞄準的是交易層，那麼 pERC-20 提案——正式追蹤編號為 ERC-7605——則是在重新定義什麼是代幣。其核心理念簡單卻極端：在 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 這類工具的兩難——完全的匿名性，讓任何形式的合規協助都變得不可能 。

共同的設計哲學：合規化的隱私

儘管這三項計畫運作在技術棧的不同層次，但它們共享一個清晰的設計哲學。

首先，隱私被當作基礎設施在對待，而非附屬功能。EIP-8182 將其嵌入共識層；pERC-20 將其嵌入代幣介面；STRK20 將其嵌入 L2 代幣合約中。在這三種情況裡，隱私都不是在現有透明系統外包一層皮，它就是預設狀態。

其次，合規是首要設計目標，而非事後補綴。pERC-20 內建了黑名單；STRK20 內建了檢視金鑰；EIP-8182 的無效符集合能防止隱私池內的雙重支付，在無須對使用者去匿名化的前提下維護了完整性。這標誌著與早期隱私專案截然不同的演進方向，早期的專案多半將監管相容性視為次要，甚至是對立的。

此一匯流點極具震撼力。它暗示著，以太坊開發者社群已大致達成一項新共識：金融隱私對網路的長期健全至關重要，但它必須以具備受控揭露路徑的方式來建構。目標並非無法無天的匿名性，而是一種尊重機構、發行方與用戶真實世界義務的機密性。

這當中許多工作仍處於早期階段。EIP-8182 還只是個提案，其納入 Hegotá 的結果尚未有定論；pERC-20 仍在草案階段，在可能被採納前需要大量的審查；STRK20 進展最為超前，已在 Starknet 上線，但其長遠採用情況，將取決於錢包、應用與用戶是否願意接納這個模型。

可以確定的是前進的方向。那個「完全透明帳本才是唯一可接受的預設值」的時代，正受到挑戰。取而代之的，是一個正在成形的新架構：隱私是可程式化的、合規是內建的，而機密性，成了以太坊生態系的標準功能。