三个基本技术如何划分
“三个基本技术”并没有唯一固定的划分。围绕账本如何验证、历史如何连接、节点如何达成一致，本文采用密码学校验、链式数据组织与分布式共识三个层面。这种划分用于说明功能边界，各层需要配合，不能独立承担整个系统的安全保证。
密码学校验：验证数据关系有条件
比特币开发者指南介绍了交易哈希与默克尔树：交易经过逐层哈希汇总形成根值，配合中间哈希，可以核验一笔交易是否被包含在对应区块中。这适用于需要检查记录完整性或包含关系的场景。
其边界是，包含证明只能回答记录与区块之间的关系，不能单独证明交易符合全部规则，更不能证明记录描述的现实事件真实。核验结果还依赖所使用的区块头及其所属链的可信程度。
链式数据组织：关联历史不等于绝对不可改
区块通过前一区块头的哈希建立关联，修改历史交易会牵动后续关联。在比特币中，工作量证明进一步提高重写历史的成本。这类结构适合需要追溯记录顺序、发现历史改动的共享账本。
应用边界在于，哈希链接提供可检查的关联，阻止历史被替换还需要共识规则和相应安全条件。比特币可能出现临时分叉，因此刚进入区块的记录不能仅凭“已经上链”就被理解为绝对不会变化。
分布式共识：统一账本状态有代价
以太坊共识机制文档将共识解释为协议、激励等组成的整体。工作量证明和权益证明只是其中的组成部分；网络还需要区块验证、分叉选择等规则，才能协调节点对账本状态的判断。
共识适用于多个参与方需要共同维护状态的场景，其作用依赖参与资源、网络通信和规则执行等条件。它能协调哪些合规记录被接受，却不能通过节点投票直接辨别链外事实。多节点处理和传播记录也意味着协调成本。
常见问题与适用条件
上链能否保证源头数据真实？不能。若输入本身失实，完整保留输入并不会纠正事实错误，现实信息仍需要独立核验。
普通数据库是否都需要改成区块链？如果单一管理方已经能够满足记录与审计需求，多方共识未必带来相应价值。只有确实需要共享验证、历史追溯和跨参与方协调，并能接受相应成本时，这三层技术的组合才有明确的应用理由。