概念范围：从业务职能理解技术
“职能经济”在这里没有明确的技术定义，因此本文围绕区块链如何支持记账、规则执行和多人协作展开。比特币开发文档提供账本验证的基础，以太坊智能合约文档解释程序化规则；两者属于不同系统，具体机制不能直接混用。
账本层：哈希、共识与UTXO
比特币将交易组织为区块，通过前一区块的哈希连接历史，并用默克尔树汇总交易。全节点按共识规则独立验证区块，工作量证明使重写历史需要付出计算成本。UTXO指未花费交易输出，有效交易使用尚未被花费的输出，防止同一笔输出重复使用。
这些概念分别回答记录是否改变、记录是否合规、资产是否已被使用。默克尔证明能说明交易被某个区块包含，但不能单独证明现实中的交付已经完成。适用边界是链上数据及其验证规则。
执行层：智能合约与Gas
以太坊智能合约是位于特定地址的代码与状态，可通过交易调用。Solidity、Vyper等语言编写的程序需编译后由虚拟机执行；部署和执行涉及Gas资源计量。合约之间可以相互调用，链外信息需借助预言机引入，多签则要求达到规定数量的有效签名才执行操作。
业务规则适合写入合约的条件，是输入、权限与结果能够明确表达。例如，记录上的数量变化可以由程序检查，现实物品是否合格却需要额外的信息来源。自动执行的可靠性取决于规则和输入是否准确。
协作层：组合调用与共同授权
合约组合适合复用已有功能，也意味着一个业务流程可能依赖多个组件。理解系统时，应同时看单个合约的规则和外部依赖，不能仅凭某个组件可执行就认定整个流程可靠。
多签适合需要多人共同批准的操作，但签名门槛只定义谁能授权。它不能自行判断决定是否合理，也不等于完整的组织治理；职责分配和争议处理仍需另行明确。
常见问题：链上验证能保证什么
记录难以修改，是否意味着内容真实？两者需要区分：链上验证关注记录是否符合协议，现实事实仍取决于信息采集与输入。
智能合约是否能自动处理任何业务？只有能被明确编码、且所需数据可获得的部分适合自动执行。预言机扩展了数据来源，同时引入对来源可靠性的依赖。技术解释应始终区分记录、执行与现实结果。