记录层：区块、哈希与共识
比特币开发文档描述了按顺序记录交易的区块链：区块通过前一区块的哈希连接，完整节点依据共识规则验证记录。哈希可理解为数据摘要；默克尔树将多笔交易的摘要逐层汇总，支持验证某笔交易是否包含在区块中。工作量证明增加重写历史的成本。UTXO指尚未花费的交易输出，是比特币交易验证的重要概念。
理解现实应用时，应把“记录是否被改动”和“记录内容是否真实”分开。例如，在文件存证的假设场景中，摘要比对可以帮助检查文件是否与留存版本一致，却不能单凭摘要证明文件中的陈述属实。
执行层：智能合约、状态与Gas
以太坊文档将智能合约解释为部署在特定地址的代码和状态数据。函数描述可执行操作，状态保存程序当前的数据；用户可通过交易调用函数。部署和执行涉及Gas，即计算资源消耗的计量。合约还可以调用其他合约，这种能力称为可组合性。
自动售货机有助于理解这一逻辑：程序检查输入是否满足条件，再按规则更新记录。若将这种思路用于协作流程，就需要先明确谁能操作、条件如何判断、结果如何记录；规则中的含糊之处不会因为写上链而自动消失。
连接现实：预言机的作用与条件
智能合约本身不能直接读取链外事件，预言机负责将外部数据提供给合约。多重签名则要求达到规定数量的有效签名后才能执行操作，可以用于分担控制权限。
假设某项流程以“货物已送达”为触发条件，关键问题是由谁确认送达、怎样把确认结果传入合约，以及错误信息如何处理。预言机提供了数据入口，但输入数据的可靠性仍需单独判断。多重签名可以增加共同确认环节，也需要明确签名者及授权门槛。
常见问题：哪些能力不能直接画等号
“难以篡改”是否意味着绝对不能修改？比特币的哈希连接和工作量证明提高了改写历史的难度，不能据此推导所有区块链都具有相同安全条件。
“自动执行”是否意味着业务结果必然正确？程序按照已定义的逻辑处理输入，实际效果还取决于代码、输入和权限设计。理解现实应用时，可以依次检查记录了什么、验证了什么、自动执行了什么，以及哪些事实仍需链外确认。上述比特币与以太坊术语分别对应其技术机制，不宜无条件套用于所有系统。