先明确核验对象与适用范围
“区块链淘宝模式”这一名称本身不足以确定技术架构，也不能证明与淘宝存在关联。核验时应把描述拆成具体问题：谁运营平台，哪些规则由合约执行，商品与履约信息由谁提供，各项说法对应什么证据。本文讨论通用核验方法，不对具体项目作真实性认定。
两个来源分别能支持什么
以太坊开发者文档的智能合约介绍说明：合约是在链上运行、具有代码和状态的程序，用户可通过交易调用功能；合约自身无法直接获取链外事件，需要借助预言机等机制引入信息。因此，“自动执行”仍需核查执行条件和外部数据来源。参考地址：https://ethereum.org/developers/docs/smart-contracts/。
W3C的PROV-O规范提供表示和交换来源信息的框架，以实体、活动、责任主体及其关系描述资料的生成和派生过程。它适合帮助组织证据链，但记录了来源关系，并不等于来源内容已经得到真实性认证。参考地址：https://www.w3.org/TR/prov-o/。
把宣传说法对应到原始证据
针对每项主张，可以记录原始出处、发布主体、版本、引用位置及可支持的结论。例如，“使用智能合约”需要核对具体网络、合约地址和对应代码；“商品信息可信”还需追溯信息采集者与核验过程。通用技术文档只能说明机制，不能代替某个平台的实现证据。
来源独立性应按信息产生过程判断。多个网站转载同一篇项目公告，只是同一说法的重复传播。技术规范与项目公告可以提供不同层面的信息，但不能因为出自两个网站，就认定某项业务主张已获交叉证实。
适用条件与常见问题
能够取得原始资料、识别发布主体并对应具体版本时，才适合进一步检查资料之间是否一致。若只有截图、宣传摘要或缺少上下文的摘录，应限定结论范围，保留尚未核实的问题。
上链是否等于真实？链上记录可供检查，但商品质量、物流状态等链外事实仍取决于输入数据及其验证方式。采用PROV-O是否等于获得认证？它提供来源描述方法，不替具体资料背书。引用技术文档能否证明平台可靠？还需核查具体实现、权限和业务证据，不能从一般原理直接推出项目结论。