展示名称不承担全部身份识别工作
整理区块链代币名称时，先区分界面给人看的文字和程序定位记录的字段。ERC-20将name和symbol定义为可选方法，目的是改善使用体验；接口或其他合约不能要求这些值必然存在。因此，某条资料缺少名称时，整理者不能凭一个熟悉的符号替它补出官方全称。
这份规范也没有提供一个按名称或符号登记、保证全网唯一的资产名册。两个独立合约即使展示相同文字，也不能仅凭这个相同点合并余额或历史记录。对这类链上代币，应先保留所用网络与合约位置，再把名称和符号作为附带描述；同样的地址字符串放到不同网络，也需要分别核实。
目录ID在供应商自己的接口中使用
CoinGecko的Coins List文档把id、name与symbol列为不同返回字段，并说明可以从这里取得其他接口所需的id或ids参数。这里的id是该供应商目录用于查询的标识，不是ERC-20规定的合约字段，不能将它直接写成某条链的地址或交易标识。
同一接口还提供include_platform选项，用于包含资产平台及代币合约地址，默认值为false。因此，一份没有平台映射的返回资料，并不能单独证明对象不存在合约。应先查清请求是否包含所需选项，再判断具体条目提供了什么；供应商没有给出的对应关系，仍应保留为待核实。
同符号记录应先并列，再核对关系
假设一份教学目录中，甲、乙两项都显示符号ABC，但对应不同的目录ID。这里的字母、甲乙均是虚构标记，不代表真实代币。若整理程序只用ABC作为连接键，就可能把甲的名称接到乙的记录上。符号相同只能提出进一步核对的问题，不能直接给出两者相同的结论。
接下来，应分别查看各条目提供的网络与合约信息，并记录对应资料的来源。一个目录对象若列出多个平台，也不能据此把全部网络上的余额直接相加，更不能推断这些资产之间必定能够兑换。目录的映射结构只是核对入口，实际网络关系与换算规则需要各自的依据。
缺少名称与没有映射要分开处理
空白展示文字、两个条目同名，以及未取得平台映射，是三种不同的数据情况。第一种应记录哪项文字未取得，第二种要保留各自标识，第三种应说明映射资料尚缺。也要区分合约没有实现可选方法、请求没有取得结果和目录没有提供字段，不能看到界面空白就任选一种原因写入报告。
一张可复核的资料表，可以分列供应商及目录ID、原始名称与符号、网络、合约位置、查询条件和取得时间。本文只说明整理方法，没有请求真实资产清单、提供合约地址或执行钱包导入，也没有把被目录收录解释成发行方认证。保留这些字段的不同职责，有助于在名称相似时继续追到原始依据。