Polygon希望在没有钱包持有者签名的情况下转移7000万POL

Polygon提议的恢复方案将大约7000万POL从五个与黑客相关的钱包中转移，而无需其持有者签署转账。该计划将通过网络规则改变余额，将归还被盗资金的权力交给治理和验证者。

11月4日的提案针对五个与从预测市场Polymarket和交易所Binance的安全事件中被盗资金相关的地址。其过时的参考表将大约2400万POL归因于四个与Polymarket相关的地址，4700万POL归因于一个与Binance相关的地址。实际恢复将使用激活时的余额，而不是这些过时的参考金额。

截至11月9日，发布的提案仍未决定恢复分叉的名称、客户端发布和激活区块。11月5日的治理议程将该提案列入讨论，但未记录批准。单独的Bor v2.11.0版本实现了Uburu的StateReceiver更改，而不是该提议的恢复。

谁可以授权Polygon的恢复？

根据提议的设计，升级的软件将在激活前立即读取每个列出地址的余额，将其设置为零，并将相同金额记入指定的恢复地址。这将在激活区块中的交易执行之前发生。总供应量将保持不变，早期链历史将保持完整。提案表示，Bor工程仍需确认该设计。

提议的POL恢复将如何运作

单一协议规则将把五个列出账户中的原生POL转移到两个公司指定的恢复地址。批准和接收者验证仍然是条件。
五个列出账户
两个指定接收者
与Polymarket相关的4个源地址
与Binance相关的1个源地址
如果激活
区块F
一次性规则
Polymarket恢复地址
Binance恢复地址
在F−1时的全部原生POL余额，包括到时记入的存款。
五个列出账户
与Polymarket相关的4个地址
与Binance相关的1个地址
如果激活
区块F：一次性规则
Polymarket恢复地址
Binance恢复地址
在F−1时的全部原生POL余额，包括到时记入的存款。

检查提议的激活边界

检查提议的激活边界
在F之前
如果规则在F处执行
该规则将从F−1读取每个列出账户的全部余额。恢复信用尚未执行。
5个源账户
全部POL余额
从F−1的末尾读取
恢复接收者
此规则没有信用
恢复尚未执行
F尚未指定。这是提议的激活顺序。
5个源账户
全部POL余额
从F−1的末尾读取
恢复接收者
此规则没有信用
恢复尚未执行
F尚未指定。仅提议的顺序。
在F中的普通交易之前，五个源余额将为零，指定接收者将按相同金额记入。
5个源账户
0 POL
在提议的清扫后
恢复接收者
相同金额记入
在F的交易之前
供应和早期历史将保持不变。
5个源账户
0 POL
在提议的清扫后
恢复接收者
相同金额记入
在F的交易之前
供应和早期历史将保持不变。

提议的恢复在一个区块中改变余额，因此保管记录需要单独调整。

治理批准、接收者控制检查和Bor工程确认是必需的。激活区块和恢复发布截至11月8日仍未决定。
来源和证据

来源

1. Polygon恢复提案，11月4日
2. 11月5日治理议程

支持事实

• Polygon 在 11 月 4 日提出的恢复方案寻求一次性硬分叉，将五个指定地址的本地 POL 余额转移到 Polymarket 和 Binance 指定的恢复地址。
• 提议的全余额规则将在区块 F-1 后读取每个目标的余额，在区块 F 中执行交易前将其归零，并按相同金额记入相应的恢复地址，保持总供应量不变。提案称 Bor 工程仍需确认该设计。
• 截至 11 月 8 日，恢复提案仍未确定其分叉名称、客户端版本和激活区块，11 月 5 日的治理议程将其记录为讨论项目，而非批准文件。
• 提议的恢复将保持激活前的历史不变；从交易重建余额的探测器、索引器和会计工具需要单独考虑在分叉区块的变化。
• 提案要求每个接收者证明控制权，例如通过 Polygon Labs 确认的签名消息或测试转账，并在激活前以书面形式确认所有权。
• 提议的激活条件包括治理批准、一致的发布后期报告、持续的黑名单和更新的 A 类余额及变更发布。
• 根据提议的全余额规则，激活前存入列出地址的 POL 也将转移到指定的恢复地址。
• 提案要求进行供应保护和不变相关账户的 Amoy 测试，主网分叉重放，以及在激活后发布无交易余额变更和验证脚本。

方法

发布的提议全余额规则示意图。账户标记显示地址计数，而非相对 POL 数量。面板比较提议的激活序列的连续步骤；未描绘观察到的恢复。

范围

治理批准、接收者控制检查和 Bor 工程确认是必需的。激活区块和恢复发布截至 11 月 8 日仍未确定。
信息图由 CryptoSlate

这将把恢复权限置于治理批准、指定地址列表和软件规则验证者采用的组合中。受影响的公司将指定接收者。Polygon Labs 将确认提议的接收者控制证明。提议的清扫不需要源地址签名的交易。

这些是独立的责任。追踪被盗币到地址支持将其纳入的案例；证明恢复地址的控制权检查币的去向。提案本身警告说，错误识别攻击者控制的地址可能会移动合法余额。

其接收者验证要求要求提供控制权证明，例如 Polygon Labs 确认的签名消息或小额测试转账，以及书面确认该地址属于接收者。提案还排除了其他代币和一类被阻止的地址，将提议的清扫限制在五个列出账户的本地 POL。

全余额规则产生另一个所有权问题：后续存款也将转移。提案要求在激活前再次检查余额，并发布任何变更。

这些检查将披露清扫包括哪些币，但不会确定每个后续存款是否属于事件受害者。

一个会计系统可见的恢复

对于交易所和保管人，提议的转移将造成升级节点显示的余额与仅从普通交易重建的余额之间的差异。提案明确标记了这一问题，供探测器、索引器和会计工具参考。

因此，和解需要连接每个受影响的源地址、激活前的余额、指定的接收者以及激活区块时的相应信用。对于保管人而言，这一规则意味着需要单独调整余额，因为没有普通的转账交易可以与之匹配。

计划中的检查部分解决了这一负担：一次 Amoy 排练将测试供应是否保持不变，以及无关账户是否保持不变，随后进行主网分叉重放。该提案还要求在激活后发布无交易的余额变更和验证脚本。这些记录将使操作员能够将实施的变更与批准的范围进行比较。

客户退款是一个单独的过程。在 10 月 30 日的事后分析中，Polymarket 表示当天下午 95% 的受影响钱包已全额退款，并宣布将返还 400 万美元，其中包括 100 万美元用于暂停相关损失。这些退款补偿了交易者；提议的分叉将把资产返还给公司指定的恢复地址。

下一个恢复里程碑将需要治理决策、最终软件规范、验证的接收者和激活区块。