链上账本

方向口径

同一笔交易在不同地址看来方向不同，账本应该怎样写

发送、接收、合约调用和代币事件取决于观察地址；必须先固定账本主体，再判断流入、流出或内部移动。

整理日期

先定义账本观察主体

明确这一行是从哪个钱包地址、账户或资产集合的角度记录。对发送地址是流出，对接收地址是流入；若两端都属于本人，则可能是内部转移而非外部支出。

外层交易与事件方向分开

合约调用的外层目标可能是合约，但代币事件显示实际资产从另一个地址转移。分别保存交易发送方、目标合约和事件双方，不用单一方向标签覆盖全部层次。

费用始终关联实际支付地址

网络费从发起交易的地址支付，即使代币最终流向另一个本人地址，也应作为独立费用记录。内部转移标签不能把已经发生的链上费用隐藏掉。

汇总规则保持可追溯

报表可将本人地址间转移从收入支出中抵消，但原始行仍保留双方地址、哈希与费用。哪些地址属于本人应有单独清单和生效日期，不能事后随意改写。

核对要点

  • 方向判断先固定账本主体
  • 外层交易与代币事件分别记录
  • 内部转移仍保留实际网络费用

资料来源

文中核对流程为本站整理，适用条件以具体产品当前官方文档为准。示例不是账户实际数据。

继续阅读

交易记录先统一网络、时间和金额口径区块浏览器能核对什么，不能证明什么分享交易记录前，怎样减少隐私暴露出现异常交易时，怎样整理可复核的时间线钱包、平台和区块浏览器显示不一致时，怎样逐项对账导出交易表后，怎样检查缺失字段、重复行和时间口径跨时区整理交易记录时，怎样建立统一时间轴待处理、失败和已确认交易，怎样用统一字段记录平台导出与链上回执不一致时，怎样逐字段对账分享公开钱包地址时，怎样减少与真实身份的关联一笔合约交易产生多条事件时，账本怎样避免重复计数平台内部编号和链上哈希，怎样建立对应表交易哈希从哪里取得，为什么也应该写进记录区块号和时间戳，为什么应该在交易记录中同时保留账本只写网络简称，为什么以后可能无法准确复核交易费、支付资产和估值币种，怎样避免在账本里混成一列交易长期待处理时，怎样记录状态变化而不覆盖历史对外提交交易记录时，怎样分开原件与脱敏副本记录钱包余额快照时，为什么必须同时写来源、网络和查询时间合约交易同时有 input 和多条事件时，账本怎样保留两种证据账本出现陌生代币或零值记录时，怎样排除汇总又保留审计线索多个钱包导出表出现同一交易哈希时，怎样去重又不丢失地址视角保存交易证据文件时，怎样记录来源和版本防止后续混淆发送资产和支付网络费同时发生时，账本怎样避免重复计算总支出交易从 pending 变成成功或失败时，账本为什么应追加状态而不是覆盖账本保存区块浏览器链接时，怎样同时保留网络上下文平台导出表字段发生变化时，怎样维护字段字典和版本记录区块时间、平台显示时间和导入时间，为什么要在账本中分栏发现交易账本字段录错以后，怎样更正并保留审计轨迹平台内部划转没有链上哈希时，账本怎样避免伪造链上证据保存地址时，为什么要保留原始大小写和网络信息同一笔交易来自浏览器页面和 API 时，怎样记录数据来源平台导出表缺少一笔已知交易时，怎样建立差异记录确认数不断变化时，账本怎样保留每次观察而不覆盖历史区块浏览器给地址添加名称标签时，账本为什么仍要保留原地址同一交易包含多个事件时，怎样为每一行建立稳定标识一张余额截图为什么不能证明某笔指定交易已经到账区块浏览器导出有分页时，怎样确认没有漏掉中间记录平台备注、个人说明和链上 input 为什么不能放在同一列保存交易时间时，为什么最好同时记录区块号和时间戳区块浏览器给地址显示名称标签时，为什么仍要保存原始地址钱包地址本来就是公开的，为什么分享时仍要控制范围区块浏览器显示方法名称时，为什么还要保留原始 input 和解码来源区块里的 fee recipient 为什么不是每笔交易的收款地址同一区块里有多笔交易时，为什么要保存 transaction index区块哈希和交易哈希都很长，为什么账本必须把它们分成不同字段从区块浏览器抄录数据时，为什么还要保存域名、网络和查询时间交易回执状态和确认数为什么要分别记录，而不是合并成一个成功字段为什么区块高度必须和chain ID一起记录，不能单独当作定位键日志索引与交易索引有什么区别，记录事件时为什么不能混用表格把交易哈希截短显示时，为什么仍要保存完整原始值合并多份链上事件导出表时，怎样建立不会误删的去重键同一交易从不同节点查询结果暂时不同，为什么要记录查询时间和来源导入交易时间戳时，怎样避免秒与毫秒混用造成日期错位只需证明一笔转账时，为什么不应直接分享整个地址的历史导出交易哈希导入表格后变成科学计数法，为什么原始凭证已经被破坏链上时间换成本地时间时，为什么最好同时保留UTC原值交易确认数不断增加时，为什么应追加观察快照而不是覆盖第一次记录账本里的收入与支出，为什么是相对某个地址推导出的视角字段整理交易收据时，为什么要同时保留原始字段和解释后的账本列网络显示名称可能变化时，为什么chain ID应作为账本定位字段分享区块浏览器链接前，为什么要删除无关查询参数并保留链与哈希记录代币数量时，为什么要同时保存原始整数和decimals两个数据来源给出不同交易字段时，为什么不能静默覆盖其中一个值保存高精度代币数量时，为什么不应直接依赖普通浮点数链上数据导入表格时，为什么空白、null和数值零必须分别保留CSV使用逗号或小数点表达数量时，怎样避免地区格式把金额拆错列查询链上余额或状态时，为什么要保存区块高度而不能只写“当前值”合并钱包、平台和区块浏览器记录时，为什么要为状态映射表保留版本区块浏览器后来更新地址标签时，为什么账本要保留当时看到的名称和观察时间保存交易导出文件时，为什么应在清洗和分析以前先记录文件校验值整理链上事件时，为什么应把原始事实、解析结果和人工判断放在不同列记录交易时只写确认数不够，为什么还要保存区块号同一账本同时记 ETH、Gwei 和代币数量时，怎样避免单位串栏区块浏览器页面改版以后，怎样保留原始收据和可读摘要

阅读之前

本站不接收密码、验证码、私钥或助记词。

独立中文资料，不是交易平台或钱包客服。数字资产存在风险；不提供收益承诺、代操作或资金追回服务。

欧易注册（推广链接） · 邀请码：LIBIN

通过此链接注册，本站可能获得佣金。仅适用于平台允许提供服务的地区；能打开网页不代表符合开户条件。提交注册前请核对邀请码为 LIBIN，以平台显示的归属和条款为准。不保证奖励、网络可用性或投资收益。