区块格式的基本作用
区块可以理解为一组经过排序和确认的数据集合，通常包含交易以及用于验证这组数据的元信息。多个区块通过密码学哈希依次连接，后一个区块会引用前一个区块的摘要，因此区块格式同时承担记录数据、建立历史顺序和支持节点验证的作用。
区块链网络中的节点会依据协议规定的共识规则检查区块。检查内容可能包括区块是否引用了正确的父区块、交易是否有效、数据摘要是否匹配，以及区块是否满足相应的共识条件。只有通过验证的区块，才会被节点纳入自己的链上数据。不同网络的字段和验证规则并不相同，因此“区块格式”不是一套适用于所有区块链的固定模板。
区块头与哈希链接
区块头通常保存能够概括区块内容和链上位置的字段。常见概念包括父区块哈希、时间信息、区块高度或编号，以及交易数据或状态数据的根哈希。父区块哈希把当前区块连接到历史链上；如果历史区块中的内容发生变化，其哈希通常也会变化，后续区块中的引用便无法继续匹配，节点能够据此发现数据不一致。
在比特币的区块结构中，区块头包含前一区块头的哈希、默克尔根、时间戳、难度目标相关字段和随机数等内容。工作量证明要求区块头哈希满足目标阈值，矿工会调整随机数等可变字段反复计算哈希。以太坊采用权益证明相关流程，其区块结构包含时隙、提议者标识、父区块根和状态根等字段，区块由被选中的验证者提出，再由其他节点执行验证。
交易集合、默克尔树与根哈希
区块中的交易不能只看作一段简单文本。交易会按照协议规定的编码方式组织，并通过哈希计算形成可验证的摘要。比特币会把交易标识两两组合、再次哈希，反复进行，直到得到一个默克尔根，并把该根写入区块头。这样，轻量客户端可以通过一组中间哈希检查某笔交易是否属于特定区块，而不必下载全部交易。
以太坊资料中还展示了交易根、收据根和状态根等概念。交易根概括区块中的交易，收据根概括交易执行后产生的收据信息，状态根则指向执行区块内交易后形成的全局状态。节点可以重新执行交易，并将计算结果与区块记录的状态根比较，从而检查提议者提交的状态变化是否一致。
共识机制、区块容量与分叉
区块格式往往会反映网络采用的共识机制。比特币使用工作量证明，区块头需要满足难度目标，链的延续还与累计工作量有关。以太坊的区块提议和确认则建立在权益证明流程上，验证者通过质押承担不当行为的惩罚风险，并对区块及其状态变化进行验证。共识机制不同，区块头字段、区块产生方式和分叉选择规则也会不同。
区块还受到容量限制。比特币区块需要容纳交易数据，并通过区块头和默克尔根保持可验证性；以太坊执行区块则受到燃料上限约束，区块内交易消耗的燃料不能超过该区块允许的范围。容量限制有助于控制节点处理、传播和存储区块所需的资源。
当不同节点在相近时间看到不同的有效区块，或者部分节点暂时采用不同历史时，可能出现分叉。区块高度可以表示区块距离创世区块的位置，但分叉时不同区块可能拥有同一高度，所以高度不能单独作为全局唯一标识。实际识别区块通常还要结合区块哈希及其父区块关系。
常见问题与适用范围
区块头是否包含全部交易？通常不包含。区块头主要保存父区块引用、根哈希和共识验证所需的信息，完整交易一般位于区块主体或执行数据部分。具体字段仍取决于区块链协议。
默克尔根和状态根有什么区别？默克尔根主要用于概括一组数据并支持成员证明，例如交易是否属于某个区块；状态根用于表示执行交易后得到的全局状态摘要。二者都使用哈希结构，但表达对象和验证用途不同。
区块格式能否跨链通用？只能抽象出共同概念，不能直接把一个网络的字段、编码或验证规则套到另一个网络。分析具体区块时，应先确认目标网络的协议版本、共识机制、交易模型和节点实现，再解释其中的字段含义。