关于资金：CypherpunkGuide不投放监控型广告——没有广告网络、跟踪像素或软文。运营依靠透明的资金来源：现阶段是读者捐赠，将来会加入订阅以及符合编辑方针的联盟推广。我们面向读者，而非广告主。
一笔私密支付、一段加密对话和一个加密云端文件夹，看起来像3个已经解决的问题。Monero、SimpleX和Cryptomator确实各自保护一类重要数据。误区在于：同时使用3款工具，不会自动得到一个完整的匿名系统。
截至2026年8月13日，我依据当前官方文档，审查了3款工具中观察者可能看到的18项数据，每层6项。带来源的CSV使用4种判定状态；验证脚本按固定规则检查记录，并拒绝缺少观察者、来源或核对日期的条目。我没有计算综合隐私分，因为把性质不同的字段相加，只会制造证据无法支持的排名。
更难处理的是三层怎样组合。审查归纳出6种反复出现的连接点：别名、设备、网络路径、交易对方、时间与大小模式，以及恢复资料。有能力调取多类记录的观察者，可以借这些共同线索，把付款、消息和文件操作联系起来。因此，每款工具都要连同它仍会留下的记录一起审查。
隐私工具栈保护3类记录，不提供统一匿名保证#
隐私工具栈由作用范围不同的控制措施组成，不是整体匿名保证。Monero保护支付记录中的特定字段，SimpleX保护消息传递，Cryptomator保护云端文件内容；没有一款工具能同时挡住所有观察者。
先问“哪条记录会留下”，再问“该用哪款产品”。区块链分析者、网络服务提供商、消息中继运营方、云服务商、交易对方，以及你设备上的恶意软件，看到的内容并不相同。同一个字段可能对一方隐藏，却对另一方完全可见。
| 用途 | 工具主要保护什么 | 仍在保护范围之外的内容 |
|---|---|---|
| 支付——Monero | 真实输入更难确认、收款地址不在链上直接出现、交易金额受保护 | 钱包的IP路径、商家记录、主动提供的身份、终端上的密钥与明文 |
| 消息——SimpleX | 传输中的消息内容、不使用一个全局用户档案标识、转发中继与目标中继分工 | 成对队列标识、流量时间、部分中继与网络元数据、联系人掌握的信息、终端历史 |
| 存储——Cryptomator | 云端同步前加密文件内容和名称，并模糊目录结构 | 时间戳、对象数量、存储大小、可识别的保险库格式、同步账号身份、解锁后的明文 |
本文中的“受保护”，只表示对明确点名的观察者，官方文档所述范围内的字段受到保护。它不等于收件人也看不见，不等于终端失守后仍安全，更不等于无法跨记录关联。“部分保护”表示控制措施减少了观察者能看到的内容，但没有消除该字段或所有关联方法。“暴露”表示文档确认观察者能看到该字段，或工具不保护它。“未知”表示来源既没有证明受保护，也没有证明暴露；未知本身不能证明任何一种判定。
建立威胁模型也应采用同样做法：选择控制措施前，先写明观察者、资产和事件。观察者变了，判断也可能随之改变。
Monero隐藏交易图谱，不隐藏整笔交易的所有痕迹#
Monero让发送者获得概率性的合理否认，让收款人使用隐身地址，并用环机密交易（RingCT）隐藏金额。这些都是交易协议属性；远程节点、网络、交易对方、账号和失守的钱包仍要另行处理。
“合理否认”在这里是指：观察者无法仅凭公开链上记录，确定环中哪个输入才是真实输入。当前Monero技术规格写明环大小为16，也就是1个真实输入加15个诱饵输入。这不等于观察者猜中的概率必然是“十六分之一”。Monero的OSPEAD研究专门分析不均匀选择和时间因素带来的风险，因此不能把协议数字直接换算成个人匿名概率。
收款人与金额依靠不同机制保护。隐身地址会为每笔收款生成一次性的链上目标，使公开账本不会直接展示收款人的可重复使用地址；RingCT则隐藏转账金额。因此，“Monero有隐私”至少包含发送者、收款人和金额3个不同命题，不能当成一句覆盖所有场景的承诺。
| 观察者 | Monero改变了什么 | 观察者仍可能掌握什么 |
|---|---|---|
| 公开区块链分析者 | 真实输入、收款关联和金额受到遮蔽 | 协议事件存在及发生时间；基于概率的推断 |
| 远程节点运营方 | 无法从链上明文读取收款地址或金额 | 钱包连接及其来源IP，除非另行保护网络路径 |
| 网络服务商或VPN运营方 | 交易图谱隐私仍然有效 | 连接路径、时间和目标模式 |
| 交易对方或交易平台 | 公开账本不会直接向其他人暴露私密交易字段 | 你主动提供的姓名、订单、收货地址、账号、金额或对话 |
| 已经失守的终端 | 对公开观察者的协议保护仍存在 | 钱包密钥、目的地、金额、屏幕内容、剪贴板和密码输入 |
官方常见问题明确否定“百分之百匿名”的保证，也提醒终端失守、密钥外泄、弱密码以及主动向他人提供身份信息都会产生后果。为不同付款人或用途使用不同的子地址，可以减少交易对方通过地址复用建立关联；它无法让同一商家忘记你的收货地址。
网络隐私同样要单独处理。Monero文档说明，钱包默认不会向远程节点隐藏来源IP，并把Tor或I2P列为额外的路由控制。交易广播保护机制Dandelion++会改变交易传播方式，却不会向网络服务商、VPN运营方或第一个对等节点隐藏完整节点连接。如果网络来源属于你的威胁模型，就要明确保护这条路径，并验证钱包确实走了预期路由。
若要建立更完整的支付威胁模型，可以参阅Bitcoin链上隐私指南。两种协议不同，但操作结论一致：链上隐私不会抹去订单记录，也不会清除终端证据。
SimpleX没有全局用户ID，但仍会留下可关联线索#
SimpleX传递消息时不使用一个全局用户档案标识，而是使用成对的队列标识，并提供端到端加密。消息中继、网络、联系人、通知系统和终端仍能分别看到不同的元数据。
这里的消息中继是代为接收和转交加密消息的服务器，不是能读取聊天明文的收件箱。SimpleX隐私政策说明，用户档案和已送达的聊天记录保存在用户设备上，中继服务器不保存这两类数据。尚未送达的加密消息可能留在预设中继，直到成功送达或最长21天；预设文件中继会保存加密文件48小时。因此，“服务器什么都不保存”并不准确，尽管中继不掌握消息明文。
消息会填充到16 KiB，文件也会切成固定大小的块。填充能减少精确大小暴露，却无法隐藏“有流量发生”这个事实。在iOS上，即时通知还可能让通知服务器看到启用通知的队列数量和大致消息量。
| 观察范围 | 默认行为 | 更严格的配置 | 仍然暴露什么 |
|---|---|---|---|
| 档案身份 | 没有全局用户档案ID；每条关系使用成对连接数据 | 关系需要隔离时使用无痕档案 | 联系人仍知道自己面对的档案；反复出现的特征可能连接不同场景 |
| 中继路径 | 私密路由先经过配置的转发中继，再到目标中继；存在多个预设运营方时，应用会优先选择不同运营方 | 当选定中继不能看到来源IP时，使用Tor或其他经过评估的额外网络 | 转发中继与目标中继不保证由独立运营方控制；本地观察者仍能看到流量 |
| 传输关联 | 同一档案默认共享一个TCP连接 | 评估测试版（BETA）状态后，启用按联系人隔离传输 | 时间和流量大小仍可能关联 |
| 联系人真实性 | 邀请链接建立连接 | 通过独立渠道比对应用内安全码 | 独立渠道本身也必须确实属于目标联系人 |
| 终端历史 | 已送达聊天记录保存在本地 | 使用应用数据库口令并设置合适的保留规则 | 解锁设备、收件人、截图和恶意软件仍能保留明文 |
隐私与安全指南提醒，邀请链接在传输中可能遭到替换。处理敏感联系人时，要通过真正独立的渠道比对应用内安全码。若第二条验证消息仍由同一个尚未确认的账号发送，它就不是独立验证。
协议威胁模型也限定了“没有标识”的含义。对方可能测试两个非无痕档案是否使用相同资料；回执和自动回复也可能暴露用户是否活跃，以及活跃时间。通话暴露的信息与文字消息不同：通话指南说明，借助中继的通话会向TURN中继暴露持续时间。TURN中继是在双方无法直接连接时转发音视频流的服务器；若采用点对点通话，联系人则会看到彼此IP。工作流包含通话时，必须把它与文字消息分开审查。
SimpleX保护消息传递过程中的特定数据，并不保证每条消息都适合发送。电话号码隐私指南解释了为什么去掉电话号码标识有帮助；联系人行为和终端失守仍需要其他控制。
Cryptomator加密文件，不隐藏文件活动规律#
Cryptomator会在云端同步前加密文件内容和名称，并模糊目录结构。官方安全目标明确说明，时间戳、对象数量、存储大小和可识别的保险库格式不会被加密。
Cryptomator安全目标对保护范围写得很清楚：云服务商不应读到文件名或文件内容，却仍能观察对象何时变化、共有多少对象，以及对象占用多少存储空间。可识别的.c9r、.c9s对象和保险库配置文件，也可能暴露你在使用Cryptomator。这是加密，不是把加密行为本身伪装成普通文件。
保险库解锁以后，本地终端会成为更直接的风险。这里的终端明文，是指数据在电脑或手机上解密后，供你和应用使用的状态。恶意软件、恶意设备管理员、截图、应用临时文件、剪贴板历史，以及应用在Cryptomator保护范围之外另存的副本，都能绕开云端加密。Cryptomator不会保护其他程序在处理保险库文件时另行生成的明文。
Cryptomator也不是同步方案或备份方案。最佳实践指南要求定期备份已经加密的保险库；同步冲突指南则把同步视为可能产生冲突的独立系统。保险库凭据和恢复资料不要与负责同步的云账号或设备放在同一处；保险库恢复功能无法重建已经删除的加密文件。若多个应用都能读取解锁后的挂载位置，就要把每个应用都视为需要信任的终端组件。
我们如何审查18项跨层信息暴露#
这项审查用同一组6个可观察字段检查3款工具。每一行都写明观察者、官方来源、日期和限制。它用于寻找组合失效，不是性能基准、产品评分或隐私排名。
我根据本文引用的官方资料，建立了18行保护范围台账，并运行验证器。结果确认：总计18行、每款工具6行、字段不重复、来源主机在允许清单内、日期符合ISO格式，且每行都有非空限制说明。生成的摘要保留4种判定状态，同时明确警告不能比较各状态数量。
方法遵守5条约束：
- 一个字段对应一个观察者。“网络来源”要针对中继或网络观察者判断，不能针对一个没有定义的“攻击者”。
- 默认状态与加固状态分开。“加固后（
hardened）”只记录文档明确写出的配置，或表中另行注明的控制措施；它不表示Cora亲自测试过那条网络路径。工具支持Tor，也不表示默认就使用Tor。 - **每行都写出限制条件。**传输中的消息受到保护，不妨碍明文同时存在于收发两端。
- **缺少证据就保留为未知。**Cryptomator安全目标没有承诺云同步具备网络匿名性，因此该字段保留为
unknown，不凭产品声誉补答案。未知既不能证明暴露，也不能证明受到保护。 - **数量永远不转换成分数。**6个字段面对不同观察者，失守后果也不同，不能相加成一个有效的产品隐私指标。
那个保留为unknown的Cryptomator字段尤其有价值。我没有用产品口碑把空白填满；所有行也都先写明观察者，再作分类。证据不完整时承认缺口，能避免读者因为一张看似齐全的表，把控制措施用错地方。
让一个身份重新出现的6个连接点#
以下内容是Cora根据各组件证据作出的分析推论，不是实测去匿名化，也不是任何厂商对3款工具组合的声明。NIST术语表把去关联性定义为：处理数据或事件时，除了完成操作所必需的范围外，不再把它们与个人或设备联系起来。当不同层共用一个长期不变的连接点，整个工作流就会失去这种性质。
| 跨层连接点 | 示例 | 谁可能作关联 | 分隔方法 |
|---|---|---|---|
| 别名或账号 | 同一个昵称同时出现在SimpleX档案、交易平台记录和云账号中 | 交易对方、账号服务商、数据经纪商 | 按用途使用不同身份；不要共用恢复邮箱 |
| 终端 | 一台受感染的笔记本同时看到钱包、聊天和解锁后保险库的明文 | 恶意软件、设备管理员、取证人员 | 风险确有需要时分设备或强隔离；普通操作系统账号只能整理权限，挡不住管理员或root级恶意软件 |
| 网络路径 | 钱包、中继和云同步都从同一个稳定的家庭IP连接 | 网络服务商、VPN、中继、掌握辅助数据的云服务商 | 明确安排每条敏感连接；不要以为文件或协议加密会隐藏IP |
| 交易对方 | 同一个人同时收到消息、付款和文件链接 | 收件人或商家 | 只提供交易必需字段；按用途使用子地址和链接 |
| 时间与大小 | 消息、付款和云端上传在数秒内接连发生 | 能调取多类日志的观察者 | 批量处理或延迟非紧急操作；不要实时描述准确金额或文件名 |
| 恢复资料 | 同一个邮箱、密码管理器或照片备份可以恢复所有层 | 接管账号的攻击者、云服务商、能强迫你交出资料的一方 | 分开恢复渠道和离线资料；分别测试每条路径 |
时间线索要谨慎解释。事件同步出现，只是线索，不足以证明两条记录属于同一人。但“发消息—付款—上传”若反复以同样顺序出现，就可能比一次偶合形成更强的模式。随机延迟不会凭空创造匿名性；应当先修复身份共用、终端共用等更强的连接点，再调整非紧急操作的时间，减少不必要的时间精度。
这种组合问题与AI去匿名化指南中的结论相呼应：多条弱信号只要共用一个标识，推断成本就会下降。这里讨论的是机器可观察的事件，不是写作风格。
用8步搭建工具栈，同时避免共用身份标识#
先写威胁模型，再按用途分隔身份、核验软件和联系人、保护确有需要的网络路径、在同步前加密，并演练恢复。只要一个账号或一台设备失守仍不会暴露所有层，工具栈才算达到目标。
先用非关键数据按以下顺序练习，之后再接触真实资金或敏感记录：
- **写明3个观察者及保护目标。**例如：“公开区块链不能显示收款人或金额”“消息中继不能掌握明文”“云服务商不能读取文件名或内容”。只有在风险值得承担额外成本时，才增加网络和终端观察者。
- **按用途分隔身份。**先决定交易对方是否可以把付款、聊天和文件关联起来。若不允许，就不要共用别名、恢复邮箱、头像、云账号，也不要在对话中主动透露能够完成关联的信息。
- **只从官方来源获取并核验软件。**项目提供发布文件的数字签名或可复现构建说明时，要按说明检查。Monero先在stagenet测试网络练习；SimpleX和Cryptomator先只使用非秘密数据。若程序未经核验，整套方案就建立在不可信的软件上。
- **配置支付保护。**为每位付款人或每个用途使用独立子地址。若你的目标是不让远程节点看到钱包来源IP，就要另行安排并测试这条连接；同时记录交易对方手里仍有哪些资料。
- **确认消息联系人身份。**建立SimpleX联系人后，通过独立渠道比对安全码；检查无痕档案和传输隔离设置，再决定推送通知或通话是否符合威胁模型。
- **配置文件加密。**在本地创建保险库，使用强且唯一的密码，将恢复资料分开保管，然后才同步密文。检查临时导出和应用备份，确认它们没有在其他位置留下明文。
- **只用非关键资料演练故障。**还原一个测试保险库；按照当前文档恢复或迁移一个不重要的聊天档案；用空测试钱包或刻意隔离的测试环境练习钱包恢复。绝不要把保护真实资金的种子词输入网站、云服务、未经核验的设备或陌生恢复工具，演练时也不要覆盖现有钱包。不要等紧急情况发生后才发现3条恢复路径全依赖同一部手机。
- **检查跨层连接点。**逐项比较别名、设备、网络路径、交易对方、时间、大小和恢复渠道。删除没有实际用途的连接点，并记录你决定保留的连接点。
隔离会增加成本：恢复资料更多，操作变慢，可能错过通知，路由也可能失败，操作失误的风险随之上升。目标不是追求最大隔离，而是采用足以挡住你明确列出的观察者的最少隔离措施。自托管与主权指南对基础设施采用同一原则：把服务搬回家会改变信任边界，不会消除管理和恢复风险。
结论：按你需要保护的范围来选#
需要交易图谱隐私时使用Monero；需要尽量减少标识的消息传递时使用SimpleX；需要云端文件加密时使用Cryptomator。随后审查身份、终端、网络、时间，以及恢复资料是否被共用。
如果你只担心云服务商读取文件名，Cryptomator可能已经是完整答案。若商家本来就知道你的法定姓名和收货地址，Monero无法删除那条业务记录。若联系人尚未核验，SimpleX可以加密连接，却无法保证对方就是你想联系的人。威胁模型与工具不匹配时，再加更多产品也修不好。
当每个隐私主张都点明观察者、每条恢复路径都经过测试，工具栈才有可靠依据。必要时保留一个诚实的unknown。这比一张整洁却承诺了来源没有证明之事的矩阵更安全。
常见问题#
这套工具只保护特定协议字段和存储字段，不会一并隐藏身份、网络、终端与恢复记录。先点明观察者，再选择真正能改变其观察范围的工具。
Monero、SimpleX和Cryptomator一起使用，就能让我匿名吗？#
不能。三者保护不同记录。交易对方、失守设备、稳定IP路径、同步出现的时间模式，以及共用的账号恢复渠道，都可能把工作流重新关联起来。匿名与否取决于威胁模型，不是3个产品名称叠加后的功能。
Monero会向远程节点隐藏我的IP地址吗？#
默认不会。Monero技术文档把网络隐私视为独立层，并说明可以用Tor或I2P保护这条路径。你需要核对钱包实际走的路由，不能从链上发送者、收款人和金额隐私，推导出IP也已经隐藏。
SimpleX还会留下哪些标识或元数据？#
SimpleX传递消息时不使用一个全局用户档案标识，但仍使用成对队列标识，并在文档规定的范围内保留运行所需元数据。中继、联系人、推送系统、网络观察者和终端，各自能看到不同字段。
云服务商能看出我在使用Cryptomator吗？#
能。Cryptomator加密内容和名称，却不会隐藏保险库格式。可识别的加密对象扩展名、配置文件、时间戳、对象数量和存储大小都可能留在云端。
我应该把所有恢复资料都放进同一个密码管理器吗？#
只有当你的威胁模型接受该密码管理器把所有恢复路径连在一起时，才适合这样做。风险较高时，应把那些一旦同时丢失或泄露就会暴露所有层的资料分开，再逐项测试恢复，避免隔离措施反过来把自己锁在外面。
参考资料#
下表为13项可能随时间变化的原始资料分别附上精确Wayback快照。正文主张以当前官方页面为依据；存档为日后复核提供第二条路径。核对日期为2026年8月13日。
