先确定案例究竟声称了什么
“区块链庄园”这一名称本身不足以确定项目身份、使用的网络或实际业务。以下方法适用于涉及链上记录与外部数据的案例研究，不构成对任何具体庄园项目的核验结论。
研究时应把主张拆开：是否发生链上交易、是否接入外部信息、现实活动是否发生、应用是否产生预期效果。这些问题需要不同证据，不能用一条交易记录覆盖全部结论。
交易证据能核对到哪一层
Bitcoin Developer Guides 的交易说明介绍了输入、输出及未花费交易输出。输入通过交易标识和输出索引引用此前的输出，脚本与签名用于验证支出条件。这支持核对链上资金记录之间的关联。
如果案例确实使用比特币，应要求提供可定位的交易标识，并核对相关输出及其与研究主张的关系。链上支出条件得到满足，并不直接证明地址属于某家庄园，也不证明对应商品已经交付；身份与履约仍需其他证据。其他网络应按其自身规则核验，不能套用比特币的交易结构。
外部事实需要追查数据入口
ethereum.org 的预言机说明指出，以太坊智能合约默认无法直接访问链外信息，预言机负责将外部数据提供给合约。核验重点包括数据来源是否正确、传输中是否被改动、是否持续可用，以及提供者能否被追责。
若案例声称依据天气或生产记录自动执行规则，应追查原始数据、采集主体、更新时间与合约采用的数据是否对应。即使合约按输入正确执行，也仍需检查输入本身是否准确；多个节点若依赖同一错误源，不能据此认定现实事实已被独立证实。
研究结论应与证据范围相匹配
可把每项主张对应到原始记录、核验方法和仍缺失的环节。例如，链上记录用于核对交易，外部采集记录用于检查输入来源，交付凭证用于核对履约。若进一步声称系统改善了业务效果，还需要相应的效果评估证据，技术机制说明不能替代这一步。
常见问题与适用边界
上链是否等于真实？上链有助于核对被记录的数据，真实性仍取决于数据产生与验证过程。技术文档是否证明案例成功？上述两个来源分别解释预言机和交易机制，均不能单独证明某个庄园的部署、运营或研究结果。证据缺失时，应明确结论尚无法核验，并说明缺失的是身份关联、数据来源还是业务结果。