区块浏览器和数据索引器的局限：查询结果不等于完整事实

区块浏览器让链上资料变得易读，地址名称、代币图标和“内部交易”等栏目却包含服务商的整理方法。索引器也可能延迟或误标。核对余额与资金流时，应把节点事实和界面解释分开，尤其不要因为一个熟悉的图标就确认资产真实。

一、原始资料与增补标签分层

区块、交易、收据与日志来自节点或链数据；实名地址标签、分类和图标通常由服务商维护。标签可能依据公开声明或分析，不能直接证明控制权或法律实体。某人能操作一个地址，也不意味着浏览器为它加的品牌名称已核验。报告引用时说明哪些是链上字段，哪些是查询服务的注释。

页面余额可能是最新缓存，也可能按某区块计算。比较两个来源时先统一网络、地址、区块高度与查询时间。地址大小写或同名代币符号不够，代币应核对链与合约。节点落后、索引未完成或代币逻辑特殊，都可能导致显示不同；差异不自动证明资金被盗或其中一家恶意。

Ethereum 交易收据包含执行状态和日志。代币 Transfer 事件能帮助整理活动，但事件文字不代替余额状态或完整合约行为。伪造同名代币、特殊转账逻辑、非标准事件，可能误导自动分类。先确认合约与执行结果，再查相关状态变化。即使界面出现“转出”，也要看它到底代表原生资产、代币事件还是其他调用。

浏览器所谓“内部交易”常是执行跟踪中整理的调用或价值移动，不是用户另行签名并广播的独立交易。跟踪接口依节点、客户端与服务实现，历史数据未必完整开放。不要把一笔交易中的多条内部记录都算成新付款，或因没有跟踪栏目就认定没有合约调用。

示意交易执行一次合约调用，界面列出外部交易、代币转移和内部调用三组记录。它们可能属于同一 txid 的不同视图，不能简单相加成三笔独立收入。账本先用网络与 txid 关联，再按资产、事件序号及实际用途分类。这个例子不决定税务处理，只说明为何截图与自动导出还需要去重和对账。

链出现重组时，索引器需移除旧分支并更新记录；API 分页、速率限制与服务历史范围也可能造成漏页。批量导出应检查是否到达最后一页，保存请求条件而非只有总数。两个浏览器可能共用同一家数据源，表面不同域名不一定构成独立核验。重要争议尽量以节点数据或独立服务对照。

保留链名、合约地址、交易哈希、区块号、状态、日志与查询时间，截图只作辅助。涉及客服、报案或纠错时附上原始链接及复查步骤，不公开自己的私钥或敏感身份资料。页面消失不证明交易消失，标签改变也不改变历史链上数据。索引工具帮助发现线索，完整资金归属与责任结论仍需结合实际资料。