Polygon 提案拟追回约 7,049 万枚 POL：冻结之后，还要过哪些关
简短回答
Polygon 社区一份提案请求通过硬分叉，把五个受限地址内约 7,049 万枚原生 POL 转入 Polymarket 和 Binance 指定的追回地址。提案安排在 11 月 5 日 22:30（新加坡时间，SGT）的协议治理会议上介绍，激活区块和客户端版本仍待确定。对等待事件处理结果的用户，眼下要分清“资金暂时无法移动”和“资金已经退回”。Polygon 社区提案。
PANews 在 11 月 5 日报道了这一方案，提到相同的代币数量和总供应量不变的设计。报道与论坛文档能够核实提案内容，不能证明验证者已经批准硬分叉，也不能证明追回地址已收到资金。PANews 报道。
收起完整分析
7,049 万枚统计的是哪些资金
提案把四个 Polymarket 相关地址和一个 Binance 相关地址列为处理对象。前一组参考余额为 23,862,736.07 枚 POL，后一组为 46,626,593.27 枚。两项相加是 70,489,329.34 枚，约为 7,049 万枚。文档要求激活前重新读取余额，因此这些数字是提案使用的参考值。
文章表格：可横向滑动，或聚焦表格区域后使用方向键。
| 提议处理的资金组 | 地址数量 | 原生 POL 参考余额 |
|---|---|---|
| Polymarket 相关 | 四个 | 23,862,736.07 枚 |
| Binance 相关 | 一个 | 46,626,593.27 枚 |
| 合计 | 五个 | 70,489,329.34 枚 |
这个范围只包含所列地址中的原生 POL，不能直接当成两起事件的全部损失。文档另行提到 Binance 相关地址内的 USDT，并称 Tether 已冻结这部分 USDT；本次余额转移方案不处理它。把原生 POL 和其他资产合并进一个“追回金额”，会改变提案实际表达的范围。
文档给出约 650 万美元的估值，采用的是 10 月 29 日每枚 POL 约 0.0924 美元的价格。这个换算不代表现在的行情。判断方案处理多少资产，应先看代币数量；引用美元估值时，需要保留估值日期。
两组参考余额还来自不同区块。Polymarket 表格使用区块 96,399,251，Binance 表格使用区块 96,413,185。提案规定，重新读取后若余额有变化，必须公开变化。最终执行数量还要看获批方案和执行前快照。
地址受限，为什么仍然没有退回
按提案的说法，Polygon PoS 出块方应受影响方请求，把有关地址加入了交易阻止列表。作者称这一措施阻止了资金移动，但当前安排没有把资金交回的功能。这是其请求修改共识规则的原因。
文档解释，出块方在启动时读取列表，修改后需要部署并重启，或等待相应轮换；条目没有自动到期机制。过滤范围涉及外层发送方和 EIP-7702 授权方。这里引用的是提案对现有控制方式的说明，并未据此断言所有可能的转移路径都已经过独立测试。
这也解释了用户为何不能把“已冻结”读成“已到账”。前者描述有关资金能否移动，后者需要确认接收方实际拿到什么。即使方案把 POL 交给两家提出申请的主体，也还不能单凭链上总额判断某个客户账户是否入账。
提案没有列出个人用户申请领取的流程，也没有逐个账户的赔付时间表。等待充值或提现的用户，可以保留交易哈希、资产名称、网络和账户中的状态记录。约 7,049 万枚的合计数字，无法回答某一笔具体转账是否包含在内。
Binance硬分叉拟怎样改余额
文档用 F 表示未来的激活区块。按当前设计，在 F 内任何交易执行前，规则先读取上一个区块结束时各个所列 A 类地址的原生 POL 余额，把该地址余额置零，再把相同数量加到对应的追回地址。这项设计仍需 Bor 工程团队确认。
因此，方案中的总供应量保持不变。它转移的是既有余额。提案还写明，Heimdall、StakeManager 和桥合约不变，F 之前的状态不改写。这些是拟议实现的边界，不能据此写成已有客户端完成上线。
A 类和 B 类地址的区别需要保留。余额转移规则只覆盖表格中指定的 A 类地址，B 类不在划转范围内。作者在安全部分讨论了归属判断错误的风险，解释为何不把所有与事件有关的地址一并清空。
文档还提及按固定数量转移的替代设计。当前提交版本采用激活前的完整余额，因此若有人在 F 之前继续向所列地址转入 POL，可能影响最终划转数量。重新核对快照和工程方案，会直接影响执行结果。
从讨论到激活，还有哪些条件
首先要经过 Polygon 治理程序批准。提案同时要求，申请方的事件复盘保持公开，并与链上记录一致；各出块方的限制列表持续生效；A 类地址余额重新读取，变化公开。这些条件须在最终表决和 Amoy 测试网确认时成立。
接收地址也有单独的核验要求。申请方需在讨论帖给出地址，通过签名消息或小额测试转账证明控制权，并由 Polygon Labs 确认；还要书面确认该地址用于接收这笔资金。因此，地址出现在提案里，不等于全部验证步骤已经完成。
时间表从 11 月 5 日 22:30（新加坡时间，SGT；对应 14:30 UTC）的治理会议介绍开始。获批后才进入客户端开发和 Amoy 演练。作者认为批准后约两周较可行，一周偏紧。这个估计不能改写成确定的主网上线日或用户收款期限。
主网激活前还需通知验证者、远程调用服务商和浏览器。提案称，验证者运维预计新版本发布后，约七成至八成质押权重能较快升级。这是一项预期，不是已经完成的升级比例；激活区块和发布版本仍是待定字段。
持有 POL 或有待处理转账，应该看什么
提案明确列出分链风险：未升级节点会从 F 开始走向不同链。作者提出先在 Amoy 演练、提前通知，并确认质押权重覆盖后再定发布安排。普通持有人应关注实际获批版本和有日期的服务通知，不能把一次会议时间当成网络切换时间。
余额核验也有一个特殊之处。拟议操作不通过普通转账交易完成，因此文档要求依靠交易重建余额的浏览器、索引和记账工具处理 F 处的变化。以后判断“资金是否已追回”，要看公布的执行核验记录，不能只凭有没有普通转账条目下结论。
如果你有 Binance 待处理充值或提现，打开对应记录，把当前状态、交易哈希、资产和网络名称一起保存。后续看到服务更新时，先与这笔记录对应，再判断它是否确认了你的资金到账。这份提案只讨论 Polygon PoS 的原生 POL，不说明其他代币、其他链或交易所内部账户的状态。新闻出现 Binance 的名字，也不能替代账户内那笔充值或提现的进度。
对主动发来的“补偿领取”消息，也应按提案真实流程核对。已打开的文档描述的是机构接收地址及治理条件，没有提供要求个人用户先转币或交出助记词的申请入口。不要通过陌生私信中的补偿链接操作；从受影响服务自己的状态渠道查看消息，保留原始交易资料。
争议还包括谁能动用这项权力
提案把移动用户余额称为链上最敏感的行动，并用封闭地址名单、指定区块的一次性规则和事件条件限定范围。作者明确否定建立永久冻结及追回机制，理由是那会产生持续干预用户资金的权力。
其他讨论过的选择包括继续锁住资金，以及与攻击者协商退回。作者认为长期依赖临时阻止机制不够稳定，并称 Polymarket 曾在链上发出追回联系而未获回应。这些是提出方案的一方给出的理由，不能代替治理参与者的判断。
对读者而言，金额解释了干预的规模，条件则决定谁来授权、如何核验地址归属，以及出错后怎样发现。需要继续看的具体进展是治理决定、最终技术设计、接收地址验证和执行记录。个人账户是否收到资金，还应有受影响服务自己的确认。
核对后续消息时，还可以逐项记录它新增了什么证据：是会议讨论、治理表决、测试完成，还是主网实际执行。每一种进展对应不同阶段。若更新仍只重复提案里的参考余额，就不能把它当成新的资金到账证明，也不能把申请方预期的开发速度写成已经完成的结果。
常见问题
约 7,049 万枚 POL 已经追回了吗？
本次打开的来源确认了提案及其计划，没有确认激活区块、已发布客户端或完成划转。标题数量表示申请处理的近似范围。
方案会增发 POL 吗？
当前设计从指定地址扣除多少，就向接收地址增加多少，总供应量不变。设计仍需工程确认及治理批准，才能成为生效规则。
用户什么时候能收到资金？
提案没有个人客户付款时间表。先看治理决定与获批实现，再看执行核验；账户入账需要相应服务另行确认，并对应到用户自己的交易记录。