一、元数据不是统一的字段清单
元数据通常指描述其他数据的信息。在区块链语境中，可以用它概括区块的关联关系、时间信息、验证摘要和处理条件，但不能据此认定所有链都有一个名为“元数据”的固定结构。
阅读术语时，先问三个问题：它描述什么对象，位于哪一层结构，用于哪项验证。字段名称相近，不代表计算方式和适用规则相同。
二、区块头与区块体有什么区别
区块头集中保存验证和关联区块所需的重要信息；区块体承载交易等具体内容。可以把两者理解为摘要信息与详细记录，但区块头并非普通目录，它参与协议验证。
比特币开发者参考中的区块头包含版本、前一区块头哈希、交易的默克尔根、时间、nBits和nonce。以太坊区块说明则区分共识层区块与执行载荷，因此不能把两者的字段直接逐项对应。
三、哈希与根哈希分别说明什么
哈希可理解为按规定算法计算的数据摘要，不是加密后的原文。父区块哈希用于连接前后区块；根哈希则概括某个结构中的数据。比特币的交易默克尔根把交易集合与区块头关联起来。
理解根哈希，关键是辨认它概括的对象。以太坊执行层中的state_root对应执行后的状态，receipts_root对应交易回执；共识层也有state_root，但描述的是另一层的状态，不能混用。
四、时间、高度与共识字段
区块高度描述链中的位置，时间戳描述协议约束下的时间信息，两者都不应被当作独立、绝对的身份标识。以太坊的slot是安排区块提议的时隙，时隙可能没有产生区块，所以时隙编号不能直接当作区块高度。
比特币的nBits编码工作量证明目标阈值，nonce是用于改变区块头哈希的字段。这些术语依赖具体共识机制，不是所有区块链通用的必填项。
五、资源字段与附加字段
以太坊执行载荷中的gas_limit表示区块允许使用的Gas上限，gas_used表示实际使用量。Gas衡量执行资源消耗，不能直接理解为文件字节数。
extra_data和graffiti属于不同结构中的附加数据字段。它们可容纳额外信息，但字段里出现的文字，不会仅因被记录进区块就获得真实性保证。
六、常见问题：有哈希就能保证安全吗
不能。哈希提供数据关联和核验依据，节点还需要验证交易、执行结果及共识规则。某个根哈希存在，不等于相关数据已经被完整验证。
使用这些概念时，应明确链、结构层级和协议版本。区块内被验证的是符合协议规则的数据关系，不是所有附加描述在现实世界中都真实可信。