区块链保存的基本方式
区块链可以理解为由多个区块按顺序连接而成的数据记录系统。交易或其他状态变化先经过节点接收和验证，再被整理到区块中。区块通常包含数据部分和区块头，区块头记录能够指向前一个区块的哈希值，因此每个区块都与前序记录形成连续关系。
这种结构使历史数据具备较强的可追溯性。如果区块中的交易内容发生变化，相关哈希值也会改变，随后还会影响区块头以及后续区块的连接关系。区块链保存并不等于数据永远无法改变，而是通过密码学链接、节点验证和共识规则提高擅自修改记录的成本，并让网络中的节点能够识别不符合规则的数据。
哈希、交易标识与默克尔树
哈希函数会把任意长度的数据转换为固定格式的摘要。输入数据发生变化时，通常会产生不同的哈希结果，因此哈希适合用来生成交易标识、校验数据完整性和连接相邻区块。在比特币的区块结构中，前一区块的区块头哈希会被写入后一区块，使区块形成链式关系。
当一个区块包含多笔交易时，系统还可以将交易标识两两组合并继续哈希，逐层汇总为一个默克尔根，再把默克尔根写入区块头。这样，验证者无需重新传输全部交易，也可以利用相关的中间哈希检查某笔交易是否属于该区块。默克尔树主要解决数据摘要和成员证明问题，不能单独决定哪条链有效。
共识规则与不同保存模型
区块链网络通常由多个节点共同保存和验证数据。节点会依据协议规定的共识规则检查交易、区块格式、签名、状态变化以及区块之间的连接关系。只有通过规则验证的数据，才会被节点纳入自己的本地链或状态数据库。多个节点对区块顺序和有效性达成一致时，网络就形成了可共同使用的账本视图。
不同网络采用的共识方式会影响数据如何被确认。比特币资料展示了工作量证明：节点通过不断计算哈希寻找满足目标条件的区块头，网络再依据有效链的规则选择区块历史。以太坊节点则由执行客户端处理交易和状态，共识客户端负责依据权益证明相关规则协调网络状态，验证者可以参与共识。两种模式都需要节点执行协议规则，但参与记账和确认的机制不同。
节点如何保存与同步数据
节点的保存内容并不完全相同。以太坊资料将节点区分为轻节点、全节点和归档节点。轻节点主要保存区块头，并向其他节点请求所需数据，再利用区块头中的状态根等摘要信息进行验证；全节点会下载并验证区块和状态数据，同时可能清理较旧的部分状态；归档节点则保留更完整的历史状态，适合历史查询、区块浏览和链上数据分析等场景。
节点之间通过点对点网络传播交易和区块。新数据在网络中扩散后，各节点独立验证，合格的数据才会进入本地记录。由于不同节点可能在短时间内先看到不同区块，网络可能暂时出现分叉，后续共识规则会帮助节点选择应继续跟随的链或状态。区块高度可以表示区块距离起始区块的层数，但在分叉情况下，同一高度可能存在多个区块，因此高度不能单独作为区块的唯一标识。
这些概念分别适用于什么场景
哈希链接适用于检查内容是否被改动，默克尔树适用于在较少数据传输下证明交易属于某个区块，节点验证适用于减少对单一数据服务商的依赖，共识机制则用于解决多个参与者如何对有效记录和顺序形成一致意见。它们共同构成区块链保存数据的技术基础，但每个概念承担的职责不同。
阅读具体区块链的技术文档时，应先区分保存的是交易历史、账户状态还是两者的组合，再确认该网络使用的节点类型、状态裁剪策略和共识规则。不能仅凭“上链”一词推断所有数据都由每个节点以完全相同的形式永久保存。
常见问题
区块链中的数据是不是完全不能修改？通常不能通过普通交易直接改写已经确认的历史记录，但网络安全性仍取决于密码学、节点实现、共识机制和参与者分布。修改历史往往需要重建受影响的后续记录，并通过网络验证。
轻节点是否保存完整区块链？通常不是。轻节点主要保存区块头或必要的摘要信息，具体数据需要向全节点请求，再依据协议提供的证明或状态根进行核验。
哈希值能否单独保证数据真实？不能。哈希主要用于发现数据变化和建立摘要关系，数据是否有效还要结合数字签名、交易规则、节点验证及共识机制判断。