币圈界报道：

Polygon提案拟通过硬分叉机制恢复逾7000万枚被盗原生代币

一起涉及Binance平台、另一起涉及Polymarket平台的网络攻击事件，导致总计约7049万枚POL代币被锁定在五个特定区块链地址中。为应对这一状况，Polygon社区发起改进提案，建议通过一次有共识的硬分叉，在预定区块执行网络规则变更，将这些被冻结的原生代币转移至为两个事件分别设立的恢复钱包。

恢复范围界定：原生代币与外部资产分离处理

该提案明确指出，其操作对象仅限于被锁定的原生POL代币，不包括随同被盗资金一同传输的稳定币USDT。Tether已对相关USDT实施独立冻结措施，因此本次分叉干预范围限定在原生资产层面。恢复钱包接收代币后，如何向受影响用户进行赔偿，仍需各平台依据自身索赔流程完成后续分配工作。

具体金额划分与事件归因分析

Polygon改进提案的核心数据与结构

提案确认，被封锁的五个地址中合计持有约7049万枚POL代币，其中4663万枚与Binance事件相关，2386万枚与Polymarket事件相关。这些数字基于提案所设定的参考区块快照，即在激活前读取的余额状态。尽管部分转账记录存在微小差异，但整体金额已达成一致估算。

资产分布比例与测量基准解析

根据提案提供的参考余额，Binance事件占比约为66.2%，而Polymarket事件约占33.8%。需要强调的是，此比例反映的是提议恢复的代币份额，并非对两起事件总损失的直接衡量。美元价值换算依赖于特定时间点的价格，例如按0.092美元/枚计算，总值约为649万美元；若按0.096美元计算，则约为677万美元，这解释了为何不同报道中出现接近650万至680万美元的估值。

关键差异：交易金额与最终余额之间的张力

提案采用的是参考区块中的最终余额作为调整依据，而非原始转账金额。以Binance为例，原始转账金额为46,626,589.6 POL，而参考快照显示收件人地址余额为46,626,593.27 POL，差额约3.67 POL，虽在宏观报道中可忽略，但对实现细节具有重要意义。对于Polymarket，提案所列金额（2386万枚）低于初步估计值（约2800万枚），相差约414万枚，这一缺口尚未说明去向，亦无法确定是否可通过其他途径追回。

技术逻辑与机制设计深度拆解

分叉触发机制与账户隔离原则

提案要求在指定激活区块执行状态更改，软件将在该区块处理普通交易之前，先对列出的五个地址进行借记，并将等额代币贷记至分别为Binance和Polymarket设立的独立恢复钱包。这种设计确保了两个事件的资金流互不混淆，便于后续平台对账与赔偿核算。

过滤器机制的临时性与局限性

此前，Polygon区块生产者通过部署交易过滤器限制了这些地址的资金转移，但该措施仅为临时手段。提案指出，过滤器依赖于运行时配置，新条目需手动更新，且覆盖范围有限，无法完全防止所有可能的绕行路径。作者也报告了一笔高费用待处理交易及未响应的链上恢复渠道，表明现有控制机制存在漏洞，亟需更持久解决方案。

无限期列表带来的管理挑战

长期维持一个禁用地址列表会带来实际运维压力，包括新操作员获取正确配置、旧条目审查以及未来潜在误判风险。因此，提案设想在恢复完成后启动审查流程，评估是否需保留或移除部分条目，体现了从应急措施转向可持续治理的考量。

链上状态变更的验证与执行路径

正常流转与特殊更改的对比

常规情况下，账户余额变动由有效交易驱动。而本提案则要求升级后的节点在激活区块主动应用预先定义的状态调整——即从指定地址扣除原生代币，并将其转入恢复钱包。这一过程属于链规则层面的强制变更，不同于普通转账。

激活区块作为统一协调节点

激活区块不仅是技术节点，更是各方协同的截止日期。它为运营商提供软件升级窗口，也为浏览器、基础设施提供商和相关机构确立了共同的检查起点。提案强调，必须确保目的地地址已验证、阻止机制持续有效、快照准确发布，以避免错误转移或状态错乱。

验证脚本的必要性与账簿双重校验

由于状态更改不产生常规交易记录，仅能通过比较前后区块余额发现。因此，提案配套发布了验证脚本，用于识别每个账户的借记与贷记是否匹配。特别需要注意的是，若恢复钱包在同一区块内还收到普通转账，需将这部分流动从“恢复资金”中剥离，防止误判。

客户参与路径与平台责任边界

客户介入的关键环节

恢复钱包并非直接对应客户账户，而是资金流转的第一步。一旦资金进入恢复钱包，下一步由各平台主导内部索赔流程。客户能否获得补偿，取决于平台的会计政策、历史赔付情况以及是否已进行过部分报销。

赔偿单位与估值时点的复杂性

客户关心的不是链上转移本身，而是自己应得的赔偿金额。若平台承诺以美元结算，则需明确使用哪个时间点的汇率；若以原生代币支付，则需说明是否按丢失时的价值计算。波动性资产在不同时间点计价可能导致显著差异，影响实际到账金额。

平台义务与客户权益的区分

即使两起事件合并处理，客户余额与平台整体损失之间仍存在本质区别。提案仅分配代币数量，不涉及个体索赔金额的计算。这意味着同一时间点资金移动，平台可能宣布不同的付款安排，甚至对已获偿用户与待决索赔者采取不同策略。

公众监督与证据链条构建

证据层级与可验证性设计

完整的证据链应包含多个维度：历史转账记录用于追溯资金流向；区块生产者过滤器状态证明限制有效性；激活快照确认金额基准；分叉后状态检验借记贷记是否匹配；平台索赔记录则决定最终分配结果。只有当这些信息并列呈现，才能形成完整叙事。

价值判定权归属平台而非链

链只能确认资金是否到达恢复钱包，无法决定其价值归属。平台需自行声明赔偿单位、估值方法及先前支付的抵扣方式。例如，若某用户已在事件后获得部分补偿，恢复资金可能用于冲抵剩余欠款，而非全额返还。因此，链上恢复只是第一步，真正的问责仍在平台端。

狭义范围是建立先例的前提

本次提案之所以具备讨论价值，正在于其高度具体化：明确了受影响地址、目标恢复钱包、变更区块及资产类型。若未来有类似请求，必须能回答相同问题：是否能精准定位区块金额？是否能将资金与既定事件绑定？是否能验证接收方身份？这些问题构成判断其可复制性的核心标准。

账本可证实的事项与验证矩阵

首次验证：对比分叉前后地址余额

最基础的验证是检查激活区块前后，五个源地址余额是否减少，两个恢复钱包余额是否相应增加。若两者匹配，表明状态更改已成功执行。

关键记录与可回答问题对照表

记录：历史转账 → 可确立：发送方、接收方、金额与时间 → 仍需确立：合法主张权属

记录：区块生产者过滤器 → 可确立：操作员是否采纳限制 → 仍需确立：网络是否真正阻止资金流出

记录：激活快照 → 可确立：可用金额基准 → 仍需确立：升级节点是否正确应用

记录：分叉后状态 → 可确立：借记与贷记结果 → 仍需确立：客户是否实际获得补偿

记录：平台索赔记录 → 可确立：客户获得金额与计算方式 → 仍需确立：是否有其他资产可追回