Solana 的帳本現在可以隱藏雙方之間轉移的金額——但無法隱藏雙方是誰。這正是 Privacy Rings 的核心權衡，這是 Solana 基礎設施提供商 Helius 於 11 月 10 日在其發布文章中宣布的機密轉帳系統。

免許可的預設 Ring 作為屏蔽池運作：加密餘額存於 Solana 自身的帳本上，轉帳在一般的 Solana 交易中結算，每筆移轉都由零知識證明驗證。已有三個產品採用——Decrypt 在其資金帳戶中使用機密轉帳；Ore 挖礦與質押應用程式；以及 Aurora Intents，可將其他鏈上的資產直接送入機密餘額。

對於從未選擇加入的錢包，一切不變。現有的 Solana 地址保留其公開歷史，只有當資金被轉入私人餘額時，隱私才開始生效——而且即使如此，也僅限於 Ring 設計要加密的欄位。哪些欄位會被加密，以及誰仍能讀取這些欄位，決定了系統實際提供的保護程度。

發送給未做好準備的接收方將走公開路線

最容易讓薪資或財務團隊措手不及的細節出現在 Helius 的產品 FAQ 中：當款項的接收方沒有 Private Wallet 時，Privacy API 會將該筆付款轉為提領至接收方的公開地址。錢會到帳，但走的是公開路線，資產與金額任何人都可見。

Helius 的轉帳指南解釋了這種回退機制存在的原因。私人轉帳的地址是一個屏蔽地址——由接收方在註冊紀錄中公布的一組簽署金鑰、nullifier 與查看金鑰——加密輸出會鎖定到該接收方的查看金鑰。從未註冊過的人沒有可供資金落入的私人餘額。Helius 的落地頁所說的「接收方不需要特殊錢包即可收款」是準確的；取決於設定的是收款時的隱私性，而非收款本身。

對應用程式而言，這使得接收方的狀態成為付款畫面的一部分。看到熟悉的 Solana 地址並假設金額會被加密的發送方，可能正在批准一筆公開轉帳。合理的設計是在請求簽名前顯示將執行哪條路線，並讓公開路線成為明確的選擇而非預設的沉默選項。Helius 正是為此原因打造一個同時支援兩種餘額類型的嵌入式私人錢包，並表示 Backpack、Squads、Jupiter、DFlow 與 Titan 是正在進行整合的團隊之一。在接收方的錢包支援私人收款之前，回退機制就是其款項所走的路線——這使得這些整合的推進成為付款流程中能有多少維持在加密路線上的實際門檻。

私人路線上鏈上仍顯示什麼

即使雙方都已完成設定，預設 Ring 是機密的而非匿名的。Helius 的指南列出了每個步驟的可見性，其模式與鏈上分析師的預期一致：旅程的兩端是公開的，中間則被加密。

• 入金 — 公開：入金地址、資產、金額；加密：由此產生的私人餘額。
• 私人轉帳 — 公開：發送方與接收方地址、手續費支付方；加密：資產、金額、選填備註。
• 提領 — 公開：提領地址、目的地、資產、金額；加密：剩餘的私人餘額。

這些細分整理自 Helius 針對預設 Ring 的入金、轉帳與提領指南，僅涵蓋直接的鏈上可見性；從其他紀錄進行推斷是另一個問題。

設想一家從已與其名稱關聯的財庫錢包發放薪資的公司。將 30,000 USDC 轉入私人餘額會在入金時公布該數字。其後的薪資轉帳會隱藏每筆金額，因此沒有人能從帳本上讀出個別的薪資。但他們能讀出的是形態：一個已知的企業地址在每月同一天向同樣的十幾個地址付款。如果其中任何接收方曾被與某個人關聯過，加密的金額就是阻隔該形態與薪資估算之間的唯一屏障——而一旦員工提領至公開餘額，估算範圍就會收窄，因為提領金額是可見的。經常性的接收方也很可能是供應商，因此鏈上從不證明僱傭關係，但收窄可能性正是分析公司販售的服務。Coindoo 在其對 COTI 私人付款方案的報導中追蹤了同樣的身分線索。

兩個較小的細節使圖像更清晰。私人轉帳的手續費支付方是一個公開的 Solana 地址，而 Helius 允許由 gas 贊助方支付——這意味著為員工贊助手續費的公司即使不是發送方，也在為每筆交易署名。備註欄位（如使用）會與金額一起加密，因此發票參考會私密傳遞，而交換它的兩個地址則不然。

除了鏈上，誰還能讀取金額

在鏈上加密一個欄位解決了公眾能看到什麼的問題，但對使用者允許誰進入隻字未提。Helius 的加密文件將這個問題分為多個層次，而企業實際協商的層次是中間那一層：委託存取。

• 交易對手 — 只能看到其參與的交易；接收付款不會開啟發送方錢包中的其他任何資訊。
• 委託查看金鑰 — 使用者授權的提供商可以讀取餘額與歷史，但無法移動資金。
• 交易查看金鑰 — 僅揭露單一交易，例如向審計方出示一張發票而不暴露其餘帳本。
• 出入金服務商 — 法幣出入金服務保持鏈上環節加密，但處理銀行端並掌握其細節。

預設情況下，查看金鑰保留在使用者的裝置上，解密在本地進行；Helius 生成證明並轉發交易，但從不持有金鑰。委託正是企業的會計、財務軟體或對帳服務取得該金鑰副本的時刻。實際結果是比多數財務團隊從銀行得到的更乾淨的切分：記帳員可被授予私人帳本的完整唯讀存取權，而無權批准付款；交易對手則可只看到其中一行。反面是，每一次委託都是一項持續性的揭露，因此將查看金鑰交給多家供應商的企業，已悄悄重建了它原本想縮小的可見範圍。

這與 Solana 現有的機密轉帳有何不同

Solana 已透過 Token Extensions 中的機密轉帳擴充功能提供金額隱藏，因此質疑 Rings 增添了什麼是合理的。該擴充功能按代幣運作：發行方在某個 mint 上啟用它，該 mint 的持有者可以屏蔽餘額並轉移金額，而代幣本身與交易對手仍然可見。Rings 則作為一個無需發行方參與即可接受 SOL、SPL 與 Token-2022 資產的池運作，同時加密資產與金額，並透過跨程式調用將私人餘額暴露給其他程式——這正是 Helius 提出用於私人託管、兌換與抵押品的機制。兩種方式都讓兩個地址暴露在外；Rings 拓寬的是兩者之間的內容。

Custom Rings 與審計

地址級的匿名性在路線圖上，而非主網上。Helius 的 Custom Rings 文件描述了由機構運作的 Ring，可設定為機密（與預設相同）或匿名，即發送方與接收方被加密且轉帳透過中繼器提交。每個 Ring 都會增加一個在機構所設政策下具有讀取權限的審計金鑰，加上鏈上白名單、黑名單、凍結與額外簽名要求。跨 Ring 的轉帳遵循來源 Ring 的規則，並可在單一交易中將預設 Ring 餘額與一個 Custom Ring 結合。Helius 將主網目標發布時間定在 2026 年第四季，審計仍在進行中。

已上線的預設 Ring 已通過 Certora、ZK Security 與 OtterSec 的三次獨立審計，其電路的可信設置由來自 Solana Foundation、Blueshift、Zcash、Certora、OtterSec 與 ZK Security 的工程師執行。這類多方設置是零知識系統中的標準保障——參數由各方共同生成，因此沒有任何單一參與者持有足以獨自偽造證明的資訊——而 Zcash 出現在名單上值得注意，因為該項目率先在公鏈上實現了屏蔽池。程式與電路的正式驗證正在進行中，Helius 預計於 2026 年底完成。連同 2026 年第四季的 Custom Rings 目標，這使 2026 年成為路線圖上兩項剩餘里程碑——地址級匿名性與正式驗證——值得關注的一年。

簽名前的三個問題

一筆 Privacy Rings 付款的隱私性恰好取決於三個維度，而發送方只控制其中之一。付款走哪條路線由接收方的錢包決定。哪些地址出現由鏈決定。誰還能解密金額則由發送方透過其選擇委託的金鑰決定。

任何建構在 Rings 之上的應用程式都應在確認畫面上回答這三個問題：私人路線還是公開提領、哪些欄位保持可見，以及誰已持有查看金鑰。隱藏金額是有用的。而精確知道哪些內容仍然可見，才是讓這種隱藏值得信賴的關鍵。