图片资料：官方来源
一笔多年前发到 Coinbase 账户、当时因网络不受支持而没有入账的转账，后来可能已经补记进账户。这类补记的处理口径和很多人的直觉不同：记录挂在最初发送那天，入账按当时发出的币数量计算，而不是按那天的美元市值折算。读者真正需要判断的是：这笔资产是否落在文档列出的合资格范围内、应该去哪个日期的交易历史里找、以及到账数字为什么和记忆中的“价值”对不上。
合资格范围以文档名单为准
按 Coinbase 帮助文档的说明，多网络支持上线后，此前因网络不受支持而未能入账的部分资产会被自动补记。文档列出了具体的资产与网络组合，判断某笔历史发送是否合资格，应当对照原始名单，而不是凭“都是 EVM 网络”之类的印象推断。名单是封闭的：不在其中的资产、网络或发送场景，不能套用同一逻辑。
判断时要回到原交易日当时的状态，而不是用今天的产品页面反推。某个网络如今是否支持、某个资产今天能否直接接收，与当年那笔发送是否属于补记范围，是两个不同的问题。历史合资格的认定，依据的是发送发生时该资产在该网络上处于“不受支持”的状态，以及文档是否把这一组合列入名单。
补记是自动的，但只限文档限定的历史情形
符合文档条件的补记由平台自动完成，用户不需要提交恢复申请或工单。平台会发出类似标准收款确认的邮件，并推送常规的“收到资产”通知。如果曾经以为这笔钱彻底丢了，可以先到账户里核对，而不是继续等一封“异常处理结果”邮件。
需要把边界说清楚：自动补记只处理历史上确实发生在合资格网络、且资产在文档名单内的发送。它不是一个能找回任意误转资产的工具。发错地址、资产不在名单内、发送场景与文档描述不符，都不在自动补记的覆盖范围内，也不保证能够恢复。把“历史合资格补记”理解成“所有误转都能救回来”，是最常见的误读。
查记录要回到原发送日
补记之后，交易明细里的时间对应的是最初发送那天，而不是资金实际记入账户的日期。文档举例说，某年某月通过某个后来才支持的网络向 Coinbase 账户发送一笔资产，之后应当去查那个发送日附近的交易历史，才能找到这笔记录的详情和区块浏览器链接。
这一点对核对很关键。按“最近到账”的时间去翻记录，往往找不到对应条目，容易误以为没有入账。合理的顺序是：先查到当初那笔发送的日期，回到那一天的交易历史中定位，再用区块浏览器链接核对链上哈希与数量。
按币数量入账，不按当年法币价值
另一个容易产生落差的地方是金额口径。补记的是原发送日发出的币数量，而不是那天这些币值多少美元。文档的例子是：某笔资产在发送当天有一个美元单价，按当时价格折算出一个美元金额；后来网络支持上线、资金补记时，账户里增加的是同样数量的币，其价值按补记时点的价格计算。
这个规则意味着两件事。其一，币数量是守恒的，平台不会因为币价涨跌而多给或少给。其二，用户记忆中的“我当时转了三千美元”是法币估值，不是入账依据。补记时币价若已大幅变化，实际到账的法币价值可能高于或低于当年，这属于价格波动，不是补记算错。
假设一位用户在 2021 年发送了 500 USDC 到当时不支持的 Polygon 网络，当时 1 USDC 约合 1 美元，记忆中的金额是 500 美元。补记时到账的仍是 500 USDC，按补记时点的价格折算。若该时点 USDC 仍接近 1 美元，数字看起来一致；若换成波动较大的资产，账面差异就会明显。核对时应比较币数量，而不是直接比较美元数字。
记录对不上时，先备齐核对材料
如果资产在文档名单内，原发送日、网络、资产类型也都能对上，合理做法是核对账户与那一天的交易历史，看补记是否已经发生。补记没有“提交后立即到账”的通道，也不宜把它理解成一项持续处理中的批量任务。
如果交易历史里暂时找不到原发送记录或补记记录，不能据此直接推定这笔发送不合资格。可能是查询日期不对、账户或记录展示有差异，也可能需要平台进一步核对。这时应当走常规支持渠道说明情况，并提前准备好四类材料：原交易的链上哈希、最初发送的日期、发送时使用的网络名称、以及发送的资产数量。有哈希，平台才能定位到那笔链上交易；有日期，才能对上按原发送日挂账的记录；有网络和数量，才能判断是否属于文档列出的组合与口径。只描述“钱不见了”，核对效率会低很多。
联系支持并不等于承诺恢复，它只是把材料交到能进一步核对的人手里。把这套机制记成一句话：合资格的资产、合资格的网络、按原发送日查记录、按币数量入账。核对时先确认资产与网络是否在文档名单内，再回到原发送日找记录，最后用币数量而非当年美元估值判断是否一致。