理解范围：14个知识点并非统一技术标准
“14种原理”可以作为入门知识的整理方式，但不意味着所有区块链都有同样的14项设计。以太坊开发者文档侧重可编程状态与执行，比特币开发者指南侧重交易记录与验证。学习时需要区分通用概念和具体网络规则。
1. 分布式账本
账本由网络中的多台计算机共同维护。理解它的重点是：多个副本如何按规则更新，以及出现差异时如何重新取得一致。副本数量本身不能保证记录正确。
2. 节点与独立验证
节点承担数据传播、存储或验证等工作。比特币全节点独立检查区块；以太坊节点与验证者也有角色区别，因此运行节点不等于获得出块资格。
3. 区块与顺序
区块将交易组织成批次。交易顺序会影响哪些资金可以继续使用、合约处于什么状态，因此区块链既记录内容，也建立处理顺序。
4. 哈希与链式引用
哈希可以看作数据的校验指纹，区块通过引用前一区块的哈希形成链条。历史内容改变会破坏后续引用关系，但抵抗历史改写还需要共识机制提供约束。
5. 默克尔树与包含证明
比特币将交易哈希逐层汇总为默克尔根。相关证明可以帮助核对某笔交易是否包含在区块中；包含关系的证明与交易本身是否合法，是两个不同问题。
6. 数字签名与授权
数字签名用于验证交易授权。它回答的是请求是否具备相应密钥的授权，不能单独证明签名者的现实身份，也不能保证交易内容符合其真实意愿。
7. 交易与状态变化
交易可以表达转移资产、部署程序或调用程序等请求。广播只是传播请求，只有经过相应验证和链上处理，才会影响网络认可的记录。
8. 账户与UTXO
以太坊使用账户及状态组织相关数据，比特币以未花费交易输出，即UTXO，追踪可花费资金。两者的数据结构不同，不能把所有区块链都理解成余额表。
9. 双重支付防范
同一笔可花费资金不能重复使用。签名验证解决授权问题，账本状态与交易顺序解决资金是否已被使用的问题，两类检查需要配合。
10. 共识机制
共识机制帮助节点在存在延迟和竞争记录时确定认可的历史。它不要求所有计算机在同一瞬间收到同样的数据，也不能让违反验证规则的交易自动变得有效。
11. 工作量证明
比特币通过符合难度要求的区块哈希体现工作量。比较有效分支时关注累计工作量，不能简单理解为区块数量最多的一条链必然获选。
12. 权益证明
以太坊采用权益证明，验证者以质押参与区块提议和验证，并受到奖励与惩罚规则约束。这是特定共识设计，不代表所有区块链都需要质押。
13. 虚拟机、合约与费用
以太坊虚拟机按共同规则执行智能合约，费用为计算资源设置成本。合约可理解为按条件运行的程序；执行一致不等于程序没有漏洞，也不等于业务结果必然合理。
14. 分叉、确认与常见疑问
竞争区块可能暂时形成不同分支，网络再依规则选择历史。因此，“进入一个区块就绝对无法改变吗”的答案是否定的；判断记录稳定性，需要结合具体网络的确认与最终性机制。
“链上数据都真实吗”同样需要区分层次。协议能够检查格式、授权及状态转换等规则；链外事实是否准确，还取决于数据进入链上之前的来源与核验方式。