先明确区块链在服务中的作用
“区块链加服务”在本文中指将区块链记录、智能合约与业务服务结合，不指某个具体产品。判断其应用边界，关键是明确哪些环节能够由链上规则验证，哪些仍依赖外部机构、人员或设备。
NIST《区块链技术概述》将区块链描述为分布式、具有篡改可察觉性和抗篡改能力的数字账本。在网络正常运行的条件下，已发布交易通常不能被改写。这为共享记录提供了基础，但不能单凭记录确定现实事件是否真实发生。
适用条件：确有共享记录和规则执行需求
当多个参与方需要核对同一组业务记录，并希望保留可核验的变更历史时，区块链具有讨论价值。适用前提是各方能够约定记录内容、提交权限和验证规则，否则共享账本仍可能承载含义不一致的信息。
智能合约适合处理输入明确、条件能够转化为程序规则的环节。例如，可以依据已录入的确认信息更新业务状态；至于确认信息是否准确，则需要另行验证。如果服务争议主要来自主观质量判断，仅增加链上记录难以解决问题。
数据边界：上链不等于真实
以太坊开发文档说明，智能合约默认无法直接访问链外信息，预言机负责将外部数据传入链上。此类连接也带来数据正确性、可用性以及提供者责任等问题。
因此，应分别考察数据从哪里来、传输中是否被修改、是否及时更新。即使多方节点对某条输入达成一致，也不能据此推断它准确反映现实。多个数据来源若共同依赖同一个错误源，也无法仅靠数量消除错误。
执行边界：链上状态与现实履约不同
合约执行可以改变链上状态，现实服务仍可能需要外部系统响应。例如，链上出现符合条件的记录后，设备是否实际动作，还取决于连接、设备状态与控制权限。业务设计需要明确失败反馈与异常处理责任。
这意味着自动化的范围应落在能够验证输入和结果的环节。涉及人工验收、争议裁定或现实交付时，还需要链外流程承接，不能把合约执行成功直接当作服务完成。
常见问题：能否替代信任与责任安排
记录难以改动，是否代表服务可信？只能说明记录具有一定的抗篡改保障。服务可信还取决于输入来源、规则设计以及实际履约能力。
使用预言机后，是否不再需要信任外部主体？仍然需要评估数据提供者及其机制。区块链可以让部分记录和规则更容易核验，但参与方仍需明确数据出错、接口中断和履约争议由谁处理。