先明确“避虚”的讨论范围
“避虚”并非本文所引技术文档定义的专门功能。这里将其限定为减少虚假信息、核验记录及追溯数据的应用诉求，不将其理解为消除所有风险。讨论这类应用，需要分别判断信息是否真实、记录是否被修改，以及处理规则是否正确。
误区一：上链就等于真实
比特币开发者指南说明，区块通过哈希关联，节点按共识规则验证记录。这类机制保护的是链上记录及其处理秩序，并不直接鉴定现实事件。
例如，在商品溯源的假设场景中，某条产地声明被记录下来，只能帮助核查声明内容，不能单凭上链证明产地属实。原始信息的采集、核验和责任归属仍然重要。
误区二：智能合约可以自行查明外部事实
以太坊预言机文档解释，智能合约默认不能直接获取链外信息，需要预言机连接外部数据。预言机传入的信息还涉及正确性、可用性和提供者责任等问题。
因此，自动执行与事实判断不是一回事。即使合约严格执行预设规则，输入错误仍可能导致不符合业务事实的结果；审核应用时，不能只检查合约代码，还要检查数据入口。
误区三：多节点意味着没有信任问题
节点数量不等于信息来源的独立性。假设多个报告者都引用同一个出错的数据源，一致的报告也可能共同出错。评价这类设计，需要区分谁采集信息、谁转发信息、谁处理分歧，而不能只看“去中心化”标签。
误区四：不可篡改意味着任何时候都无法变化
比特币开发者指南也讨论了分叉与链选择：竞争分支可能出现，节点依据累计工作量等规则选择有效链。因此，历史记录保护应结合具体共识机制理解，不宜表述为任何条件下都绝对不可改变，也不能把比特币的机制直接套用到所有区块链。
适用条件与常见问题
这类应用的适用条件，是业务确实需要核验共享记录，并能明确外部信息的提供者和验证方式。系统还应考虑数据过期、来源中断、报告冲突时如何处理；完整记录并不能替代这些安排。
常见问题是“能查到记录，是否就能证明业务真实？”答案是否定的。记录核验、来源核验和现实事实核验属于不同层次。判断应用是否有效，关键在于说明它解决了哪一层问题，以及剩余问题由谁负责，而不是笼统宣称已经消除虚假。