适用范围：通用原理不能代替项目证据
讨论“中国区块链案例有哪些常见误区”，首先要明确案例采用的网络、参与方式和业务范围。以太坊的智能合约机制与比特币的账本机制可以帮助理解技术，但不能直接证明某个中国项目已经落地、具备同样功能或取得实际成效。
误区一：上链就代表内容真实
比特币开发文档介绍了节点按共识规则验证区块，以及通过哈希关联历史记录的机制。这类机制帮助验证记录是否符合网络规则、历史是否发生变化，但不能自动核实录入内容对应的现实事实。
例如，讨论商品溯源时，需分别考察记录是否被改动、最初录入是否准确、记录是否对应实际商品。即便链上记录保持一致，采集环节的错误仍可能被保存下来。这里是技术边界的示例，并非某个项目的实测结论。
误区二：智能合约能自行判断现实事件
以太坊智能合约文档将合约解释为运行在链上的程序，并说明链外信息需要通过预言机等机制引入。因此，按代码执行并不意味着程序能够自行确认收货、质检或履约情况。
适用条件是业务规则可以表达为明确的程序逻辑，并且输入数据有可靠的获取方式。理解案例时，应关注谁提供数据、如何处理争议，以及异常输入会触发什么结果。
误区三：所有区块链都具有相同属性
不能把比特币的工作量证明机制、以太坊的开放部署方式，直接套用到所有案例。判断一个系统如何运作，需要了解谁能加入网络、谁能写入和验证记录、谁有权调整规则。
节点数量也不能单独说明治理是否分散。多个节点是否由不同主体控制、各方权限如何分配，都是理解案例所需的条件。
误区四：自动执行就不再需要管理
自动执行仍依赖代码、输入和权限设置。程序可以忠实执行有缺陷的规则，所以案例说明还应交代规则验证、异常处置和责任分工。多人授权可以分担控制权，但不能保证每次共同批准的操作都正确。
常见问题：如何判断案例说明是否充分
有链上记录，是否就说明业务有效？还需要业务层面的证据，例如记录与实际流程的对应关系。使用智能合约，是否就说明效率提高？仍需明确比较对象、流程范围和维护成本。
一份清楚的案例说明，应交代解决什么问题、哪些数据上链、哪些环节留在链外，以及效果如何验证。技术名称说明采用了什么机制，项目结论则需要相应证据支持。