三个基本技术的讨论范围
“三个基本技术”并没有在这两份技术文档中被定义为统一分类。围绕区块链的核心工作过程，本文按密码学验证、链式数据组织、分布式共识三个层面解释。三者分别处理记录校验、历史关联和状态协调，实际系统需要将它们组合使用。
密码学验证：确认数据关联，不能包办事实核验
比特币开发者指南介绍了交易哈希、默克尔树和区块之间的哈希引用。这些结构让交易内容的变化反映到相关哈希中，并支持验证某笔交易是否被纳入某个区块。
其适用条件是采用明确的数据编码与校验规则，并具备可核验的区块依据。包含证明回答的是记录与区块之间的关系；如果链上登记的是一项链外事件，仅凭哈希无法判断事件是否真实发生。原始信息仍需要独立核验。
链式数据组织：关联历史，不能单独保证不可改写
区块引用前一区块的哈希，使历史记录相互关联。修改较早记录会牵动后续关联，因此这种结构适合组织需要追溯和交叉核对的记录。
但哈希链本身并不阻止任何人重新计算一套数据。抵抗历史改写还需要网络验证和共识机制提供约束。比特币通过工作量证明增加重写历史的成本；“难以篡改”需要结合这些条件理解，不能解释成任何情况下都不可能修改。
分布式共识：协调账本状态，安全依赖参与条件
以太坊共识机制文档将共识解释为协议、激励等组成的整体，工作量证明或权益证明只是其中的组成部分。共识还需要处理区块提议、验证以及出现竞争分支时的选择。
它适用于多个参与者需要维护共同状态的场景。其安全性依赖相应的资源约束、参与行为与网络条件，不能仅凭节点数量判断。节点达成一致表示记录符合共同规则，不自动意味着记录对应的现实活动合法、准确或完整。
常见问题：如何判断应用是否越界
交易进入区块是否就等于永远确定？不能一概而论。竞争分支和分支选择会影响记录的保留，需要按具体协议理解确认与最终性。
默克尔证明能否替代完整验证？它主要证明交易被某个区块包含，不能单独替代对交易规则及区块所属有效链的核验。
业务是否适合使用区块链，应先明确需要解决的是数据校验、历史追溯还是多方状态协调。如果核心问题是链外信息失真，仅增加链上记录无法消除这个问题。