一、适用范围：链上核验不等于完整审计
这里讨论以太坊、比特币技术文档所涉及的链上记录核验概念，不涉及具体项目的审计结论。理解这些术语，关键是分清三个问题：记录是否被纳入区块、记录之间是否一致，以及记录对应的现实事项是否真实。前两者可以借助链上机制核验，第三者不能仅凭区块链记录得出结论。
二、区块、父区块与哈希
以太坊开发者文档将区块描述为成批组织的交易，并说明区块通过对父区块的引用连接起来。节点依照协议检查交易执行及状态变化。这些机制提供了理解记录顺序和数据一致性的基础。
哈希可以理解为依据数据计算出的摘要，但不是原始内容的文字概括。核验时，哈希用于检查数据与既有摘要是否匹配。历史数据发生变化，会破坏相关引用的一致性；这不意味着哈希本身能够判断业务内容是否真实，也不意味着所有欺诈都被排除。
三、交易标识、默克尔根与包含证明
比特币开发者指南说明，交易标识参与构建默克尔树，最终得到写入区块头的默克尔根。交易输出分为已花费和未花费两类，普通交易通过引用此前的未花费输出连接资金记录。
交易标识用于定位交易；默克尔根则汇总一组交易的哈希关系。在使用正确的区块头并完成相应验证的前提下，包含证明可以支持“某笔交易属于该区块”的判断。它不等于交易双方现实身份的证明，也不能单独证明一项合同已履行。
四、共识、区块高度与分叉
共识关注节点如何依据协议认可链上记录，不是审计机构对企业业务发表意见。区块高度表示区块在链中的位置；分叉时，同一高度可能对应不同区块，因此不能只凭高度唯一识别记录。
例如，核对双方引用的是否为同一区块时，应同时关注所属网络和区块哈希，而不只比较高度数字。若忽略分叉及链的选择结果，即使双方写出相同高度，也可能是在讨论不同的数据。
五、状态根、交易回执与Gas
在以太坊语境中，执行层状态根概括交易执行后的全局状态，回执根概括交易回执集合。两者对应不同的数据对象，不能互相替代；理解字段时还应区分共识层状态与执行层状态。
Gas是衡量执行资源消耗的协议单位。gas_used表示实际使用量，gas_limit表示限额。它们有助于理解执行约束，但不能直接当成交易金额、业务规模或审计质量指标。
六、常见问题：链上可查就足够吗
“链上能查到”是否等于“审计已通过”？不等于。可查询只说明能够取得相应记录，审计结论仍取决于核验对象、证据范围和具体判断。
“难以篡改”是否等于“录入时就真实”？也不等于。记录保持完整，与最初输入是否准确，是两个不同问题。使用这些术语时，应明确证明的对象和前提，避免把技术一致性扩大解释为现实业务的全面真实性。