先明确“边界功能”的含义
“区块链边界功能”在这里指区块链自身能验证的事项，以及它与外部数据、系统交互时的限制，不指某个具体产品。入门时可以围绕三个问题理解：记录是否符合链上规则，输入是否准确反映现实，以及链上结果如何触发现实操作。这三个问题需要不同的机制解决。
账本与共识能够确认什么
比特币开发者指南介绍，完整节点独立验证区块，区块通过前一区块头的哈希相连，交易规则限制同一输出被重复花费。这些机制共同维护符合规则的交易历史。
其适用范围是协议能够检查的数据与条件。例如，账本可以检查某笔支出是否引用尚未花费的输出；一条写有“货物已送达”的记录，则仍需要外部证据支撑。记录得到维护与记录内容符合现实，是两个层面的要求。
预言机怎样连接链上与链外
以太坊预言机文档说明，智能合约默认无法直接访问链外信息。预言机负责取得、验证并传递外部数据，也可以向外部系统传递链上信息，或承担链外计算任务。
这一设计与确定性执行有关：相同状态和输入应产生相同结果。如果各节点执行时分别查询不断变化的外部接口，就可能获得不同答案。将选定的数据提交上链后，节点才能基于一致的输入执行。
什么时候需要外部连接
判断依据是业务条件是否依赖链外事实。仅检查已有链上记录的逻辑，可以使用链内数据；根据天气条件触发保险处理，则需要天气信息进入合约。设计这类应用时，应明确数据的地区、时间范围和更新要求，避免数值正确却不适用于当前条件。
链上信息触发设备动作时，还需要链外程序和设备执行。分析功能边界时，应分别检查合约是否满足触发条件、消息是否传达，以及设备是否完成动作。
常见问题：上链后就可信吗
数据上链并不自动证明原始信息准确。预言机仍需处理来源真实性、传输完整性、持续可用性，以及提供者责任等问题。多个报告相同，也应进一步检查它们是否依赖同一个原始来源。
入门阅读技术方案时，可以依次追问：谁提供输入，怎样处理分歧，数据过期或中断时怎么办，以及哪个环节负责现实执行。这些问题有助于识别系统实际依赖的信任条件。
参考出处
比特币开发者指南《Block Chain》：https://developer.bitcoin.org/devguide/block_chain.html
以太坊开发者文档《Oracles》：https://ethereum.org/developers/docs/oracles/