Solana 账本如今可以隐藏两方之间转移的金额——但无法隐藏这两方是谁。这就是 Privacy Rings 的核心权衡，Privacy Rings 是 Solana 基础设施提供商 Helius 于 11 月 10 日在其发布公告中宣布的机密转账系统。

无需许可的默认 Ring 作为一个受保护池运行：加密余额存储在 Solana 自身的账本上，转账通过普通 Solana 交易结算，每一次转移都由零知识证明验证。已有三款产品采用该系统——Decrypt 在其资金账户中使用机密转账；Ore 挖矿与质押应用；以及 Aurora Intents，它将其他链上的资产直接送达至机密余额。

对于从未主动加入的钱包而言，一切照旧。现有的 Solana 地址保留其公开历史，只有当资金被转入私人余额时隐私才开始生效——而且即便如此，也仅限于 Ring 设计上要加密的字段。具体加密哪些字段、还有谁能读取这些字段，决定了该系统实际能提供多大程度的保护。

向未做准备的接收方付款将走公开路线

最可能让薪资或财务团队措手不及的细节出现在 Helius 的产品 FAQ 中：当付款接收方没有私人钱包时，Privacy API 会将该付款转换为向接收方公开地址的提款。钱确实会到达，但走的是公开路线，资产和金额对任何人都可见。

Helius 的转账指南解释了这一回退机制存在的原因。私人转账的地址是一个受保护地址——一组签名密钥、空化子和查看密钥，由接收方发布在注册记录中——加密输出被锁定到该接收方的查看密钥。从未注册过受保护地址的人没有可供资金落入的私人余额。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 增加了什么是一个合理的问题。该扩展按代币运作：发行方在某铸币上启用它，该铸币的持有者可以保护余额并隐藏转账金额，而代币本身和交易对手仍然可见。Rings 则作为一个池运作，无需发行方参与即可接受 SOL、SPL 和 Token-2022 资产，同时加密资产和金额，并通过跨程序调用将私人余额暴露给其他程序——这正是 Helius 提出的用于私人托管、兑换和抵押品的机制。两种方式都使两个地址暴露在外；Rings 拓宽了两者之间可以被隐藏的内容。

Custom Rings 与审计

地址级匿名性在路线图上，但尚未上线主网。Helius 的 Custom Rings 文档描述了由机构运营的 Ring，可以像默认 Ring 一样配置为机密模式，或配置为匿名模式——发送方和接收方均被加密，转账通过中继器提交。每个 Ring 都会增加一个在机构设定策略下具有读取权限的审计密钥，外加链上白名单、黑名单、冻结和额外的签名要求。跨 Ring 转账遵循源 Ring 的规则，并可在单笔交易中将默认 Ring 余额与一个 Custom Ring 余额合并。Helius 将主网目标发布时间定在 2026 年第四季度，审计仍在进行中。

已上线的默认 Ring 已通过 Certora、ZK Security 和 OtterSec 三家独立机构的审计，其电路的可信设置由来自 Solana 基金会、Blueshift、Zcash、Certora、OtterSec 和 ZK Security 的工程师执行。这种多方设置是零知识系统中的标准保障——参数由多方共同生成，因此没有任何单一参与者握有足以单独伪造证明的信息——而 Zcash 出现在名单中值得关注，因为该项目在公链上开创了受保护池。程序和电路的形式化验证正在进行中，Helius 预计将于 2026 年底完成。结合 2026 年第四季度的 Custom Rings 目标，2026 年将是路线图上剩余两个里程碑——地址级匿名性和形式化验证——值得关注的年份。

签名前的三个问题

一笔 Privacy Rings 付款的隐私性恰好体现在三个维度上，而发送方只能控制其中一个。付款走哪条路线由接收方的钱包决定。哪些地址出现由链决定。还有谁能解密金额则由发送方决定，通过其选择委托的密钥。

任何基于 Rings 构建的应用都应在确认界面上回答这三个问题：私人路线还是公开提款、哪些字段保持可见，以及谁已持有查看密钥。隐藏金额是有用的。准确了解哪些内容仍然可见，才是让这种隐藏值得信赖的关键。