概念范围：记录与规则如何协作
理解区块链驱动市场涉及哪些技术概念，可以从三个问题入手：交易如何记录，节点如何认可记录，业务规则如何执行。比特币账本与以太坊智能合约分别展示了相关机制，但两者的具体设计不能直接套用到所有区块链应用。
账本、哈希与共识
比特币节点独立验证区块；区块通过前序区块头哈希相连，交易哈希汇成默克尔根。其工作量证明与累计工作量规则用于协调链的选择，UTXO模型则让交易引用尚未花费的输出，防止同一输出重复使用。
这些概念解决不同问题：哈希关联使历史改动可以被检测，共识规则规定节点接受什么记录，交易模型约束哪些状态变化有效。理解市场应用时，应分别看清记录结构与验证条件，不能仅凭“已上链”判断业务信息真实。
智能合约、执行环境与费用
以太坊智能合约是在链上地址保存代码和状态的程序，可由交易调用，并在虚拟机中执行；部署和执行需要消耗Gas。合约能够相互调用，链外数据需经预言机提供，多签机制则可要求多个有效签名共同授权。
合约适合表达条件明确、输入可验证的规则。例如，权限检查和状态更新可以被写成执行条件。评估这种自动化时，需要分清代码规定了什么，以及输入是否足以支撑业务判断；自动执行本身不等于规则没有缺陷。
适用条件：外部数据与授权边界
如果市场规则只涉及链上已有状态，重点是交易验证和合约逻辑。如果规则还依赖现实事件，便需要关注外部数据如何进入系统，以及数据错误会怎样影响执行。预言机提供接入途径，数据可信度仍需单独判断。
多签适用于需要多人共同授权的操作。它把执行权限分配给多个签名方，但授权门槛与业务规则是否合理属于不同问题，不能将多人同意直接视为结果正确。
常见问题
上链是否意味着绝对不可修改？比特币的区块关联与工作量证明提高了改写历史的成本，但分叉仍是理解其记录确认过程的一部分，因此不宜使用绝对化描述。
智能合约能否自行确认现实交付？链上程序需要获得相应输入才能判断条件。即使记录与执行过程可验证，现实中的交付事实仍取决于信息采集和接入机制。