基础层：区块、哈希与共识
比特币开发者指南介绍，区块链按顺序记录交易，区块通过前一区块的哈希相连，全节点依据规则独立验证区块。哈希可理解为数据的摘要；共识描述节点对有效链上记录形成一致的状态。
在创新场景中，这组术语对应的是“各方如何核对同一份记录”。例如讨论多方协作登记时，需要区分记录是否符合链上规则与登记内容是否符合现实。节点能验证前者，后者仍取决于信息采集和核验。
执行层：智能合约与状态
以太坊智能合约文档将合约解释为部署在特定地址上的代码和数据。交易可以调用合约功能、更新状态；合约之间也能相互调用。合约获取链外信息需要预言机，多签则按预设门槛要求多个有效签名。
“状态”是程序保存的当前数据，“智能合约”负责依据输入和规则处理这些数据。以自动售货机作类比，选择商品、检查条件、更新库存体现了规则执行过程。若涉及实物，链上数据变化与实际交付仍是两个需要衔接的环节。
连接层：可组合性与预言机
可组合性指合约能够调用其他合约的功能，适合理解多个业务模块如何连接。但连接更多模块，也意味着需要检查各模块的输入、权限和行为是否匹配。
预言机解决的是链外数据如何进入合约的问题。在涉及物流状态等信息的设想中，合约需要收到可处理的数据才能判断条件。数据被写入链上，不等于它自动获得真实性保证；信息由谁提供、如何核验仍是关键条件。
协作层：多签的适用条件
多签适合需要共同授权的操作：达到约定数量的有效签名后，合约才执行相关动作。它可以减少对单个密钥的依赖，但效果取决于签名门槛、密钥保管和参与者之间的实际独立性。多人共同签名也不能替代对操作内容的审核。
常见问题：上链是否等于可信
“不可篡改”是否意味着错误无法发生？区块之间的关联和验证机制提高了改写历史的难度，却不阻止错误信息被首次提交。讨论存证或追溯时，应分别说明记录完整性与原始信息真实性。
“自动执行”是否意味着无需管理？合约只能处理已编码的条件。判断一个场景是否适用，需要确认规则能否清楚表达、输入是否可靠，以及授权和异常处理是否明确，不能仅凭使用了区块链术语认定方案有效。