币名不能说明每一条记录的可见范围
区块链隐私币的名称容易让人把整条链想成一份完全隐藏的账本。Zcash的官方说明却把同一网络中的透明地址与屏蔽地址分开：前者公开相应财务信息，后者提供对应的隐私保护。因此，看到资产名称是ZEC，还不足以判断某笔记录里的地址和金额对公众是否可见。
核对时可以先问：资料说的是资产类别、地址类型，还是某一笔已经发生的交易？三者的证据不同。一张只列支持币种的钱包页面，可以说明产品声称支持该资产，却不能独自回答某笔收付款采用了什么模式。也不应把钱包界面没有显示某字段，当作链上必然没有公开该字段。
透明收款端不会被发送端的标签覆盖
Ledger在2025年12月16日的屏蔽交易术语页中说明，接收方为透明地址时，对应的是非屏蔽的接收方向，即使资金来自屏蔽地址也是如此。判断隐私范围，不能只看发送方采用哪一种地址，再把这个属性扩大到收款端。透明端相应的公开信息仍应按透明模式理解。
假设一份虚构记录只注明“从屏蔽地址发出”，却省略了接收地址类型。这条说明不足以支持“收款地址和金额也全部隐藏”的结论。应先补齐接收端与实际记录范围，再分别描述哪些字段公开；这里的例子只用于检查文字结论，没有构造或执行转账。
屏蔽地址也不能只按一个旧前缀识别
具体实现会继续更新。Ledger的Zcash Signer Kit文档标注于2026年8月31日更新，其中getShieldedAddress方法返回包含单个Orchard接收器的统一屏蔽地址，字符串以u1开头。因而，仅凭地址没有以字母z开头，就认定它一定透明，并不是这份当前接口文档支持的判断。
该方法还说明，传入的透明派生路径用于账户匹配和设备显示，返回的却是上述屏蔽地址。这提醒读者区分输入字段与输出对象：接口参数里出现“透明”，不等于最终接收器就是透明类型。核对资料时应读方法的返回约定，不能抓住一个字段名称就省略后面的说明。
把开发接口与具体钱包版本对应起来
同一份Signer Kit文档列出Orchard的PCZT签名方法，并保留原有透明交易签名路径。这是开发套件分别处理相关任务的说明，不是全部钱包界面、设备型号和软件版本的默认功能清单。存在屏蔽地址接口，也不能直接证明某款钱包已启用完整流程，更不能证明过去某笔交易使用了它。
整理支持范围时，可同时记下资料日期、钱包或设备版本、地址接收器类型，以及依据来自接口说明还是实际交易记录。缺少版本或实测记录的部分应保留待核对状态。本文按两家原始资料说明这些判断边界，没有连接设备、执行签名或测试匿名性，也不将任何模式描述为所有信息永久不可见。