区块链化的基本含义
理解区块链化技术涉及哪些技术概念，可以从三个问题入手：数据如何组织，多方如何认可记录，业务规则如何执行。区块链化通常意味着把部分记录或流程纳入共同验证的账本体系，具体能力取决于采用的协议和程序设计。
比特币的区块结构与以太坊的智能合约分别展示了记录验证和程序执行的技术思路。两者可以帮助理解基础概念，但不能把其中一种系统的实现方式推广到所有区块链。
账本、哈希与默克尔树
比特币将交易组织成区块，通过前一区块头的哈希连接历史。哈希相当于数据摘要，内容发生变化，摘要通常也会变化；交易摘要再通过默克尔树汇总，形成写入区块头的根。
这些结构建立了可检查的数据关联。默克尔证明可以支持交易包含关系的验证，但一条记录被纳入区块，并不能单独证明其描述的现实事件真实发生。
节点、共识与交易状态
比特币全节点独立检查区块是否符合共识规则，工作量证明参与历史分支的选择；出现有效分支时，节点依据累计工作量确定跟随的链。交易则引用此前尚未花费的输出，即UTXO，以限制同一输出被重复使用。
理解这些概念时，需要区分规则验证与分支选择：前者判断记录是否合规，后者处理多个有效历史之间的竞争。区块高度也不等于唯一身份，因为分支上的不同区块可能具有相同高度。
智能合约与执行环境
以太坊智能合约是在链上地址保存代码和状态的程序，用户通过交易调用其功能。合约部署和执行涉及Gas，代码需要转换为虚拟机能够处理的形式；不同合约之间还可以调用彼此的功能。
把业务规则写入合约之前，需要明确输入条件、状态变化和失败情形。自动执行提高了规则的一致性，也使代码是否准确表达业务要求成为关键问题。
外部数据与共同授权
智能合约自身不能直接取得链外事件信息，预言机负责将外部数据提供给合约。多重签名则要求达到约定数量的有效签名后执行操作，用于分配授权责任。
两者处理不同问题：外部数据机制解决信息如何进入链上，共同签名机制解决谁有权批准操作。采用这些机制时，仍需明确数据提供者和授权参与者的职责。
适用条件与常见问题
判断业务是否适合区块链化，可以检查是否存在多方共同核验记录、追踪历史或按共同规则执行流程的需求。还应明确哪些信息进入账本，哪些事实需要链外核实，以及发生争议后如何处理。
常见误解是将可验证记录等同于真实可信。哈希关联帮助发现数据变化，共识规则约束节点接受什么，合约执行预设逻辑；数据录入错误、外部信息失真和规则设计缺陷，仍需要相应的业务机制解决。