讨论范围：技术原理与地方落地分开
“上海赋能区块链技术的应用边界是什么”可以从通用技术能力解释。下述原理适用于上海相关业务的技术讨论，但不能据此认定当地某个项目已经部署、取得成效或获得认可。具体应用仍需核验系统设计、数据来源与实际运行情况。
记录边界：可核验不等于事实真实
比特币开发者指南说明，节点依据共识规则验证区块，区块通过哈希关联；修改历史交易需要连带改变后续区块，工作量证明进一步提高改写成本。这解释了其历史记录保护机制，不能直接推及所有区块链的安全水平。
用于业务记录时，区块链可帮助参与方核对记录是否一致、内容是否发生变化。但如果录入时就存在错误，记录受到保护也不会让错误变成事实。例如，货物状态是否准确，仍取决于采集与核验环节。
输入边界：智能合约依赖外部信息质量
以太坊预言机文档说明，智能合约默认无法直接读取链外信息，预言机负责获取并传递这些数据。外部信息进入链上后，合约才能在一致输入下执行；数据正确性、可用性及提供者责任仍是关键问题。
假设业务规则要求收到交付确认后更新状态，合约能够处理确认数据，却不能自行观察现实交付。多个数据提供者也未必代表多个独立来源；如果共同依赖一个错误接口，汇总结果仍可能出错。
适用条件：共同规则和异常处理要明确
当多方需要核对同一份记录、按共同规则更新状态时，可以评估区块链的作用。评估应明确谁能提交数据、如何验证、发生分歧由谁处理，以及外部数据失效后是否暂停执行。
链上指令还需链外系统落实。即使合约产生了开锁或更新业务系统的信号，设备故障、接口中断也可能阻止动作完成。因此，链上执行状态与现实完成状态需要分别核验。
常见问题：哪些能力不能直接推断
上链后就不需要审核吗？仍然需要。审核重点包括数据来源、录入权限和现实事实与链上记录的对应关系。
智能合约能覆盖所有业务判断吗？只有条件能够明确表达、所需输入能够可靠取得时，自动执行才有基础。涉及模糊标准或事实争议的环节，需要另行设计处理机制。
普通数据库是否仍有适用空间？如果业务由单一主体维护，各方也接受该主体管理记录，就应先比较共享账本带来的核验价值与额外协作成本，再判断技术是否适合。