一、区块结构：数据如何连接
区块链内部结构涉及哪些技术概念，可以从三个问题入手：数据如何组织、修改如何被发现、节点如何认可记录。数据结构负责组织，密码学提供校验，共识规则约束接受条件，三者不能相互替代。
比特币开发者指南介绍，区块包含区块头与交易数据，区块头记录前一区块头的哈希和交易的Merkle根。交易以输入引用此前输出，尚未花费的输出称为UTXO。节点验证区块，并在有效分支中依据累计工作量选择链。
二、哈希与Merkle树：摘要不等于加密
哈希把数据映射为摘要，用于校验内容，而不是把内容加密保存。前一区块的哈希建立区块间的关联，Merkle根则把区块内多笔交易关联到一个摘要。两者分别解决跨区块连接和区块内数据校验的问题。
Merkle证明利用验证路径上的必要数据检查某条记录是否属于特定根对应的数据集合。但根必须有可信的验证依据；证明记录被包含，并不等于证明该记录符合全部交易规则。
三、状态结构：不仅记录交易
以太坊开发者文档描述了Merkle Patricia Trie：它结合按键路径查找、路径压缩和哈希校验，以分支、扩展及叶节点组织数据。文档区分状态根、交易根与收据根，并说明节点编码涉及RLP。
交易记录与状态回答不同问题：前者描述发生的操作，后者描述处理后的结果。因此，交易集合的摘要不能直接替代状态摘要。UTXO与账户状态也不能混为同一种组织方式。
四、编码、验证与共识各管什么
序列化规定结构化数据如何表示为字节，是计算一致哈希的基础。树结构规定数据怎样关联，节点验证规则判断数据是否可接受，共识机制则处理多个候选历史之间的选择。
工作量证明适用于这里讨论的比特币机制，不能推广为所有区块链的共同要求。同样，某种状态树的设计也不代表所有链都采用相同结构。
五、常见问题与适用边界
区块高度能否唯一识别区块？不能，分叉时同一高度可能出现不同区块。区块哈希更适合区分具体区块。
区块链是否绝对不可修改？更准确的理解是，修改会破坏原有哈希关联，历史改写还必须面对共识机制的约束。安全性依赖密码学假设、验证规则和网络条件，不能仅由“链式存储”推出。