先明确“出口数据”的适用范围
这里将“出口数据”理解为从区块链节点或数据服务导出的链上记录。若指国际贸易中的出口额、报关或物流数据，区块结构本身不能证明这些业务信息，本文不涉及此类统计。
讨论以以太坊和比特币的基础数据结构为例。不同网络的数据含义需要分别理解，不能把一个网络的字段解释直接套用到所有区块链。
误区一：有区块摘要，就有完整数据
以太坊区块相关结构区分交易列表与根哈希；比特币区块头中的默克尔根用于承诺交易集合。根哈希并不是可以直接读取的交易明细。
因此，导出前需要明确用途：核对区块身份、统计交易数量与分析执行结果，需要的字段不同。只有摘要字段的文件，不能直接回答每笔交易做了什么。
误区二：被打包的交易都执行成功
以太坊中，执行回退的交易仍可保留在区块里，并产生手续费；区块内交易按顺序执行。因此，交易被收录与调用成功是不同判断。
统计时应分别定义收录数量与成功数量。若要解释余额变化，也需要考虑执行结果和费用，不能仅凭交易中填写的转账金额推断最终变化。
误区三：区块高度是永久唯一编号
比特币发生分叉时，同一高度可能对应不同区块，其开发文档因此强调用区块哈希引用具体区块。高度表达位置，不能单独承担全局唯一标识的作用。
整理数据时，可同时保留网络、区块高度与区块哈希。两份导出文件出现相同高度但内容不同，应先核对区块身份及所属分支，不能立即认定其中一份造假。
误区四：时间间隔和字段名称可以直接比较
以太坊的时隙可能没有区块，不能把时隙数量直接当作实际区块数量。跨网络比较时，也需区分账户状态与比特币未花费交易输出等不同记录方式。
按时间统计应明确时间字段和区间边界；比较数据量前应明确一行代表区块、交易还是输出。同样叫“记录数”，背后的统计对象可能不同。
常见问题：链上可验证，导出表就一定正确吗
链上的验证机制与导出表的完整性是两个层面。文件仍可能因筛选范围、字段转换或重复记录而产生统计偏差，不能仅凭“来自区块链”就认定结果准确。
一份便于复核的导出说明，应交代网络、区块范围、提取时间、字段含义和统计口径。出现差异时，先对齐这些条件，再比较具体记录，才能判断差异来自数据范围还是处理方法。