明确记录范围与适用条件
讨论区块链行业记录需要注意哪些问题，首先要明确记录对象。交易、区块与行业事件属于不同层次。以下侧重链上交易和区块的整理；行业事件记录如果引用链上数据，应说明数据能够支持哪项判断，避免把技术记录直接解释为完整业务事实。
按网络区分字段含义
以太坊开发文档将交易描述为经过密码学签名、用于更新网络状态的指令，涉及发送方、接收方、nonce、金额、输入数据和费用参数。记录时应保留网络与交易标识，并将原始字段和解释分开，方便后续复核。
比特币开发指南通过交易输入、输出及未花费交易输出解释账本结构。因此，跨网络整理数据时，不能直接套用同一套“发送方—接收方”说明。统一表格可以保留共同信息，但应为不同网络的结构留下专门字段。
区分提交、纳入区块与最终性
以太坊交易从广播到纳入区块，再到所在区块最终确定，具有不同阶段。记录中应明确查询时观察到的状态；已生成交易哈希不能单独证明执行成功，纳入区块后还需要核对执行结果。
比特币可能出现同一高度对应不同区块的分叉，节点依据累计工作量选择有效链。因此，区块高度不宜单独作为唯一标识，应同时保存区块哈希。确认情况属于有观察时点的信息，后续核验时应允许更新。
核对金额、费用与调用对象
以太坊交易的value表示随交易转移的ETH金额，不能直接当作合约调用涉及的代币数量。调用合约时，交易接收地址与业务上的资产接收地址也可能不同；解释输入数据需要结合合约接口，不能仅凭一段十六进制内容下结论。
费用记录应区分设置上限与实际消耗，不能把gasLimit直接写成实际使用量。金额字段应同时标注资产、单位和换算口径；保留原始数值，有助于发现显示精度或单位转换造成的误差。
常见问题与证据边界
链上记录是否足以证明现实事件真实？比特币的哈希链接与共识机制用于保护账本历史、约束重复花费，并不自动验证链外业务描述。记录者应分别表述链上发生的动作，以及仍需要其他证据支持的业务含义。
可读说明能否代替原始记录？说明便于理解，但也包含解析和判断。归档时宜保存交易或区块标识、原始字段、核验时点及解释依据；存在无法确认的含义时，应标明未确认，避免把推断写成事实。