账本里同一种资产出现了两个代码：九月上旬以前叫 MATIC，之后叫 POL，按代码分组汇总，旧代码剩一笔余额“卡着”，新代码凭空多出一笔期初。钱一分没少也没多，只是代币换了代码，账本还没把这两段接起来。
接法分三步：原始文件里的代码一个字不改；单独建一张代码映射表，写明新旧代码、换算比例、生效时刻和出处；工作账本加一列“统一代码”，再在换代那一刻补一对桥接行，让旧代码清零、新代码接上。下面用 2024 年 MATIC 换 POL 这次公开的置换来走一遍，数量是示例数据。
MATIC 换成 POL 以后，账本里为什么同一笔币有两个代码
代码是平台和钱包给资产贴的简称，不是资产本身的编号。币安 2024-08-28 发布的《关于支持Polygon（MATIC）代币置换为Polygon（POL）的公告》写得很直接：币安将采用 POL 作为新 MATIC 代币代码，所有 MATIC 按 1 个 MATIC = 1 个 POL 的比例置换。
同一份公告里还有一句更容易漏看的：从 2024-09-04 12:00 到 09-10 03:30（UTC），Polygon PoS 原生代币 POL 在币安平台内的充值和提现保留 MATIC 代码。也就是说，在这五天多里，链上转进来的是 POL，币安记录里写的却是 MATIC。
钱包那一侧也一样。Polygon 开发者文档《Migrate to POL》提到，Polygon PoS 链上的 MATIC 会按 1:1 自动转成 POL，但钱包可能仍显示 “MATIC”，除非在网络设置里改掉币种符号。代码跟着显示走，不跟着资产走，所以按代码对账，迟早会在换代那几天对不上。
2026 年 11 月截图
代币改名公告里，哪几行要抄进映射表
映射表一种资产一行，写到半年后的自己不用再翻公告也能看懂为止。MATIC 这一行，可以这样填：
| 登记项 | MATIC → POL 这一行填什么 | 从公告哪里来 |
|---|---|---|
| 旧代码 → 新代码 | MATIC → POL | “代币置换”一节 |
| 换算比例 | 1 MATIC = 1 POL | 同上 |
| 旧代码停止现货交易 | 2024-09-10 03:00，挂单自动撤除 | 开头一段与“现货”一节 |
| 旧代码充提暂停 | 2024-09-10 03:30 | “充值、提现”一节 |
| 新代码现货开放 | 2024-09-13 10:00 | 开头一段 |
| 过渡期写法 | 09-04 12:00 至 09-10 03:30，POL 充提在币安内仍记为 MATIC | “充值、提现”一节末条 |
| 出处与核对日期 | 公告链接、发布时间 2024-08-28，打开核对的年月 | 页面顶部 |
时间那几格要特别小心。中文公告写的是东八区时间（下架是“11:00（东八区时间）”），英文公告写的是 UTC（03:00）。两份说的是同一刻，抄进表里只能留一种写法，否则月末零点附近的那几笔会被归错月。导出文件和页面差一天的问题，单独整理在CSV 时间与页面差一天，先核对什么。
比例那一格不能默认填 1:1。这一次是 1:1，是因为公告这样写；别的代币换代，比例、是否需要手动操作，都以那一次的公告为准，抄不到就空着标“待核实”，不要按价格倒推。
旧交易记录里的 MATIC，要不要批量替换成 POL
不要在原件上替换。下载下来的 CSV 和对账单是证据，一旦把 MATIC 全部查找替换成 POL，以后就分不清哪一行原本写的是什么，也没法和重新下载的文件逐行比对。原件只读，所有整理都在工作副本里做，这条规矩和币安导出文件用表格打开后出了问题里讲的是同一个道理。
工作账本的做法是并排两列：
- 原始代码：照文件抄，2024-09-06 那笔充值写 MATIC，就是 MATIC；
- 统一代码：查映射表填，生效前后的同一资产都填 POL。
汇总、透视、月末余额都按统一代码算；要回头核对某一行，就按原始代码去原件里找。假设以后同一段时间重新导出一次，新文件里的写法和旧文件不同，也不用改账，只要两个写法都在映射表里登记过。
换代那一刻，余额怎样接上
示例数据：账户甲在 2024-09-10 03:00（UTC）之前，现货里有 812.40 MATIC；09-06 那笔链上转入的 150.00，币安记录写的是 MATIC，账本也按 MATIC 记了。换代前合计 962.40 MATIC。
公告写了旧交易对何时下架、新交易对何时开放，没写置换在账户里到账的确切时刻。示例把桥接行放在 09-10 03:00 旧交易对下架那一刻；你的记录里如果能看到更准确的时间，就用那个时间，并在备注里写明依据。
桥接行是这样一对：
| 时间（UTC） | 原始代码 | 统一代码 | 数量 | 类型 |
|---|---|---|---|---|
| 2024-09-10 03:00 | MATIC | POL | −962.40 | 代码置换（非交易） |
| 2024-09-10 03:00 | POL | POL | +962.40 | 代码置换（非交易） |
这一对不填价格、不算收入，也不算卖出再买入；类型一栏写清楚，就不会在年度汇总里被当成一笔交易。检查办法只有一条：桥接前旧代码的余额 × 比例 = 桥接后新代码的期初。按统一代码汇总时，这两行正好互相抵消，余额曲线是连续的。
你下载的记录里，换代那一刻会不会有平台自己生成的一行，取决于导出的是哪种记录，公告对此没有说明。有的话，把它和桥接行配对，备注里写上原件的文件名和行号；没有的话，桥接行就是唯一的说明，出处填映射表那一行。
如果比例不是 1:1，新代码那一行用旧数量乘比例，保留原有的小数位数，四舍五入产生的尾差单独记一行“换算尾差”，不要摊进别的交易里。
旧交易对下架到新交易对开放之间，为什么没有成交记录
按公告，MATIC 现货交易对在 09-10 03:00 停止交易，POL 交易对 09-13 10:00 才开放。中间这三天多，这个资产在现货里本来就没有成交，历史成交是空的，属于正常，不必去补。
停止交易那一刻还没成交的挂单，会被自动撤除。它们只出现在历史委托里，状态是已撤销，历史成交里没有，账本也不记数量变化。部分成交后被撤的，成交部分照常记，剩下的不进余额，做法和币安现货一笔订单拆成多笔成交：账本里怎么记、怎么和订单对上一样。
同一份公告还写到，币本位合约里的 MATIC 余额在清算后会转到现货钱包（开了统一账户模式的转到全仓杠杆钱包）。如果你月末只核对现货，这笔转入看起来就像凭空多了一笔；先确认对账范围里包括哪些账户，见月末对账时，币安账户范围怎么定。
余额从换代那天开始对不上，先查哪一处
用余额对不上时，怎样找出差额从哪天开始的方法逐日比对，如果第一次出现差额的日期正好落在 2024-09-04 到 09-13 之间，先别去翻交易，按这个顺序看映射：
- 账本里是不是只有旧代码清零、没有新代码接上（或者反过来）——缺了桥接行的一半；
- 09-04 之后的充值，是不是按原始代码记成了 MATIC，统一代码却漏填了；
- 月度汇总是按原始代码还是统一代码分组的，两种分组混在一张表里最常见的结果，就是一边多、一边少，数目正好相同；
- 时间是不是一处用了东八区、一处用了 UTC，使桥接行和最后几笔 MATIC 成交落进了不同的月份。
这四处都对上了，差额还在，再回到逐笔交易去查。映射表本身和月末文件一起归档，之后每个月都要用到它，放在哪、怎么标版本，可以参照月末对账文件改了好几版：怎么命名、何时定稿、没查完的差额放哪。