算法能够保证什么
区块链技术的应用边界，首先取决于算法能够验证哪些信息。节点可以依照共同规则检查交易、验证数据关联，并对账本状态形成共识。对于商品是否交付、天气是否达到约定条件等现实问题，还需要外部信息进入系统。账本记录一致，与记录所描述的事实真实，是两个不同层面的问题。
哈希与共识的边界
比特币开发者指南说明，交易通过默克尔树汇总到区块头，区块又通过前一区块头的哈希相连；全节点独立验证区块，工作量证明提高改写历史的成本。由此可见，哈希主要帮助检查数据完整性，共识机制则协调有效历史的选择。
这些机制的适用条件包括节点遵守验证规则，以及相关密码学和网络安全假设成立。不能把难以篡改理解为绝对无法改写。比特币可能出现竞争分支；判断有效历史还涉及累计工作量，不能仅凭区块高度作结论。这些特点也不能直接套用于所有区块链。
智能合约与外部信息的边界
以太坊预言机文档指出，智能合约默认不能直接访问链外信息。预言机将外部数据引入链上，供合约使用，同时带来数据正确性、可用性和提供者责任等问题。
把天气观测值写入链上后，合约可以根据统一输入执行约定规则。但算法能确定条件是否满足，不代表它能独立判断传感器是否失准。多个节点得到相同计算结果，也可能只是共同使用了同一条错误输入。
什么条件下适合应用
需要多方共同核验记录、明确交易先后关系，并能把有效性条件写成可执行规则时，区块链机制具有适用基础。设计时应分别明确：链上检查哪些条件，链外事实由谁提供，输入缺失或存在分歧时如何处理。
例如，基于天气条件执行的合约，需要预先定义观测来源、数据时间范围和异常处理方式。这里的关键是让规则与证据对应起来；仅把结果上链，不能补足采集环节缺失的可信度。
常见问题
数据上链后是否就可信？上链能够支持记录核验，但真实性仍取决于数据来源与采集过程。默克尔证明能够证明某条交易被纳入相应区块，不能据此证明现实中的履约行为已经发生。
预言机是否消除了外部信任？它让外部信息能够被合约使用，但仍需评估来源可靠性、更新是否及时以及异常责任。区块链算法的能力应按验证对象分别判断，不能把账本一致性扩大解释为对所有现实事实的保证。