先明确核验的是哪一项主张
“区块链加隐私”不是单一功能。核验前，应把宣传语拆成可检查的问题：交易金额是否公开，地址能否关联身份，哪些数据对公众可见，哪些信息仍由服务运营方掌握。只有明确保护对象和观察者，才能判断证据是否切题。
“使用零知识技术”“减少链上数据”和“交易匿名”不是同义表述。资料证明其中一项，并不自动证明另外两项。
两个来源分别能支持什么
Bitcoin.org的隐私保护页面强调，比特币链上交易具有公开性与可追溯性，地址可能通过外部信息与身份建立关联。因此，地址未直接显示姓名，不等于交易活动完全匿名。参考地址：https://bitcoin.org/en/protect-your-privacy
Ethereum.org的ZK-rollups开发者文档说明，有效性证明用于验证状态变化的正确性，相关数据发布支持独立重建状态。这类机制不能仅凭“零知识”名称就被理解为交易隐私保护。参考地址：https://ethereum.org/developers/docs/scaling/zk-rollups/
检查出处，也检查文本完整性
核验网页时，应确认域名、页面标题、正文主题及引用位置是否一致。导航、捐赠提示、页脚和语言菜单不属于技术证据；版权年份也不能代替正文更新时间。
对于抓取文本，还需留意句子截断、术语缺失和链接文字丢失。关键结论所在段落若不完整，应补查原页面或对应文档后再引用，不能自行填补缺失含义。
建立主张与证据的对应关系
可按“待核验主张、对应段落、适用条件、尚缺证据”整理记录。例如，判断某方案是否隐藏金额，需要直接涉及金额可见性的说明，而不是仅引用扩容效率或证明验证流程。
两个不同站点不等于同一结论已获交叉验证。上述来源分别讨论比特币隐私与以太坊扩容，适合澄清概念边界；它们不能共同替某个未被讨论的项目背书。若多个页面转述同一材料，也不应当作多份独立证据。
从一般原理到具体项目还差什么
通用文档适合解释机制，不足以证明具体产品的实际行为。核验项目层面的隐私承诺，还应寻找对应版本的技术说明，明确公开数据、访问权限和信任假设，并检查相关评估是否覆盖该承诺。
特别要区分设计目标与已实现功能。路线图、未来改进设想或抽象方案，只能说明计划与可能性，不能写成当前已提供的保障。
常见问题与结论写法
资料中出现“链下”是否说明数据保密？不能。链下描述处理或存储位置，保密与否仍取决于数据如何公开及谁能访问。技术名称本身不能替代可见性说明。
证据不足时，应明确写“该来源支持这一通用机制，但不足以确认具体项目的隐私效果”。可靠的核验结果不必强行给出肯定判断，而应清楚区分已获支持的事实、适用范围和仍待确认的问题。