币圈界报道：

Polygon提案启动硬分叉程序以恢复受困于五地址的7049万枚POL代币

一起涉及币安、另一起涉及Polymarket的网络攻击事件，致使约7049万枚POL代币被锁定在五个特定区块链地址中。为应对这一危机，Polygon社区提出一项改进提案，建议通过在预设区块实施硬分叉，改变网络规则，将这些余额从封锁地址转移至经验证的恢复钱包。

分叉机制设计：从冻结状态到可追溯恢复

该提案明确指出，当前区块生产者已对相关地址启用交易过滤器，阻止资金转移，但原始余额仍保留在链上。所提议的硬分叉将在激活区块执行一次状态快照，读取前一区块的余额，并对五个目标地址进行借记，同时向为币安和Polymarket分别设立的恢复钱包贷记相应金额。

资金分配比例与事件归属界定

提案中确认，约4663万枚POL与币安事件相关，2386万枚与Polymarket事件有关，合计7049万枚。此数字基于参考区块中的实际余额，而非事件发生时的转账总额。值得注意的是，币安事件中仅涉及原生POL，Tether已单独冻结随同被盗的USDT，因此本次分叉不涵盖稳定币。

恢复流程中的关键区分：链上转移与客户赔付分离

代币进入恢复钱包仅是第一步。是否返还给受影响用户，取决于各平台自身的客户索赔流程、已有支付记录以及补偿政策。链上操作无法自动完成客户层面的赔偿，两者属于不同阶段的独立工作。

数值选择依据与测量差异解析

提案引用的参考余额总计为70,489,329.34 POL，其中币安关联地址占46,626,593.27，四条Polymarket地址共占23,862,736.07。这些数值来自特定区块的状态快照，而非原始转账金额。对于币安而言，目的地余额略高于转账量，差额仅为3.67枚，可忽略不计；而Polymarket事件中，选定余额约为其估计损失的85%，留下约414万枚未被覆盖，具体去向尚待追踪。

美元估值波动与基准选择的影响

按每枚POL 0.092美元计算，参考余额价值约649万美元；若按0.096美元计价，则为677万美元。这一区间解释了为何媒体报导中出现接近650万与680万美元的不同说法。估值结果高度依赖于价格选取的时间点与来源，直接影响后续赔偿决策。

分叉方案的技术实现与局限性分析

激活机制如何确保精确执行

提案要求升级后的节点在激活区块处理普通交易前，先执行规定的余额调整。系统将读取前一区块状态，对指定地址清零并贷记恢复地址。该过程严格限定于原生POL，不影响其他资产或账户余额。

临时限制措施的有效性与边界

目前采用的交易过滤器由区块生产者配置，虽能阻止资金移动，但仅覆盖外部发送者及EIP-7702授权者，不具备全面封禁能力。提案强调其为权宜之计，且需手动部署新配置，无法长期维持。此外，曾有异常高费用交易尝试绕过限制，表明现有手段存在漏洞。

无限期列表带来的运维挑战

持续维护黑名单列表对操作员构成实际负担：需确保新成员获取正确配置、旧条目定期审查、责任归属清晰。提案计划在恢复后启动专项审查，包括对新增地址的处理方式，体现其不仅是一次性变更，更包含后续治理安排。

分叉区块的逻辑顺序与验证路径

正常流转与强制更改的对比

常规情况下，余额变动源于有效交易。而本提案则要求节点在特定区块主动应用非交易型状态变更——即对列出地址进行借记，对恢复地址进行贷记。此操作必须与普通交易分离开来，否则可能混淆真实资金流动。

验证脚本的作用与对账需求

由于状态变更不生成标准交易记录，观察者难以通过浏览器直接察觉。为此，作者提出验证脚本，用于比对前后区块的余额变化，并识别每个账户的借记与贷记是否匹配。特别提醒：若恢复钱包在同一区块接收其他转账，需将其从“恢复资金”中剔除。

激活区块作为协调节点的意义

区块编号并非形式细节，而是新旧软件开始产生分歧的临界点。它为所有参与者提供统一的审查起点：运营商需在此前完成升级，基础设施商可据此校验状态，平台亦可同步核对结果。任何延迟或错误配置都将导致结果偏差。

实施主体与责任划分

谁真正推动变更落地

论坛提案仅描述技术方案，真正的生效依赖于运营方采纳兼容软件。因此，必须区分三类实体：提案发布者、软件部署者、链上状态更新者。只有后者才能决定最终余额是否改变。

激活区块选择背后的考量

选择该区块需综合考虑部署窗口、共识达成时间与公众审查周期。准备工作包括确认恢复地址、保持封锁直至激活、发布最新快照。每一环节均需独立验证，防止误发或配置错误。

事后审计的重要性

即便分叉成功，仍需对同一区块内的普通转账进行对账。若恢复钱包收到额外资金，必须将其与“恢复资金”区分开。验证脚本在此过程中至关重要，尤其当多个事件合并处理时。

客户参与路径与赔偿不确定性

客户介入时机与平台角色

恢复钱包并非客户账户，资金抵达后，平台才启动内部赔偿流程。客户能否获得补偿，取决于其提交的索赔材料、平台的会计政策及此前是否已获部分赔付。

赔偿单位与价值波动风险

若平台以原始损失单位（如美元）支付，需明确使用哪个时间点的价格。若以POL计价，则面临代币价格波动影响。两种方式均可能导致实际到账金额与预期不符，客户应关注平台披露的核算逻辑。

平台责任与用户权益的错位

即使两个事件的代币在同一区块被恢复，平台仍可能因各自责任范围不同而采取差异化赔付策略。提案仅解决链上状态问题，不涉及客户个体层面的金额分配。

公开证据链与信息透明度建设

多层级证据支持恢复可信度

完整的证据链条应包括：分叉激活后的区块状态、平台的索赔记录、历史转账数据、过滤器启用日志。唯有结合多方信息，方可确认资金确已回归且未被滥用。

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

链只能证明代币到达某地址，无法判断其对应赔偿金额。平台须自行决定以何种单位、何种价格、何时支付。客户应要求平台公布其评估标准，避免模糊承诺。

报告结构建议：分项呈现而非合并数字

理想报告应分列三项：恢复的原生代币数量、已分配给客户的金额、平台仍持有的余额。单一总值无法反映真实进展，易误导读者。

狭义范围与先例构建的深层意义

为何必须限定干预范围

改变链上余额属极端行为，必须具备充分事实支撑。本提案通过明确地址、指定恢复钱包、设定激活区块等要素，建立可验证的案例基础。缺乏这些要素的请求将难以成立。

成为先例的前提条件

未来项目若援引此案例，必须能证明：特定事件、可追溯地址、明确资金去向、现有限制仅为临时措施。仅泛泛提及“类似情况”不足以构成合理依据。

公共可测试性的增强

提案允许公众在激活后验证恢复地址的后续动向，审查临时封锁列表的清理进度。这使整个过程具备可审计性，为后续治理提供范本。

账本可验证的核心要素

首次检查应聚焦借记与贷记匹配

最根本的验证是确认每个借记金额是否有对应的贷记。若失衡，则说明状态更改存在错误。对两个事件分别进行独立核查，有助于平台对其收益进行准确对账。

各类记录的验证功能对照表

记录 | 它可以确立什么 | 仍需确立什么 --- | --- | --- 历史转账 | 发送方、接收方、金额、时间戳 | 谁有权主张该余额 区块生产者过滤器 | 是否启用限制 | 网络是否真正阻止资金流出 激活快照 | 变更可用的金额 | 升级节点是否实际执行 分叉后状态 | 地址的最终借记与贷记结果 | 客户是否收到补偿 平台索赔记录 | 已发放金额与计算方式 | 是否有其他资产可追回

引用早期快照的提案应保留区块号，以便读者复现原始数据。当结果公布后，将实际区块与快照比对，可检验恢复金额是否一致。对账重点在于借记与贷记的平衡，合并总额会掩盖各平台的真实收益状况。