Polygon将如何向恢复钱包返还7000万枚被盗POL

两起盗窃案导致数百万POL被冻结在五个地址中：Polygon提案拟通过硬分叉恢复资金

一起涉及Binance（币安）和另一起涉及Polymarket的盗窃事件，导致约7049万枚POL代币被锁定在五个区块链地址中。一项Polygon改进提案建议通过在特定区块改变网络规则，将这些余额转移到指定的恢复钱包中。将代币转移至这些钱包仅是恢复工作的一部分；将这些资产最终返还给客户则是另一项独立且复杂的工作。

摘要

该提议的Polygon分叉将从五个被封锁的地址中恢复约7049万枚POL代币，其中4663万枚与Binance有关，2386万枚与Polymarket有关。在10月发生的事件后，Polygon区块生产者限制了从这些地址进行的转账，但余额仍保留在原处，且过滤器的覆盖范围有限。在提议的激活区块，升级后的软件将读取前一区块的余额，借记所列地址并贷记指定的恢复钱包。Tether单独冻结了随Binance被盗POL一同发送的USDT，因此分叉提案仅专注于原生POL，而非两种资产。恢复钱包将首先接收代币。客户赔偿取决于各平台的索赔流程以及对已付款项的处理方式。

细节分析：提案如何运作及影响范围

Polygon改进提案的具体内容

一项Polygon改进提案已在五个被封锁的地址中确定了7049万枚POL，协调一致的硬分叉可将这些代币移至为Binance和Polymarket指定的恢复钱包。该提案描述了对固定区块中原生POL余额的更改。软件将清零这五个列出的余额，并将相应金额贷记到经过验证的恢复地址中。

这里存在一个关键区别：一个是网络阻止其移动的余额，另一个是恢复团队可以控制的余额。对于客户而言，还存在进一步的区分：代币到达恢复钱包，以及平台确认并支付索赔。这两者之间有着本质的不同。

两起事件的叠加计算

该提案将其中一个地址中的4663万枚POL分配给Binance事件，将四个地址中的2386万枚POL分配给Polymarket事件。将这两个近似数字相加得到7049万枚POL。将其除以总数，Binance所占份额约为66.2%，Polymarket约占33.8%。

需要注意的是，这些是提议恢复资金的份额，并非衡量两个事件总损失的标准。美元估算还取决于时间戳和使用的价格。提案中的数量以POL计价。

地址比 headline 美元数字更重要

提案引用的参考余额总计为70,489,329.34 POL。Binance地址占46,626,593.27 POL，而四个Polymarket地址占23,862,736.07 POL。这些是作者选择的参考区块时的余额。来自Binance热钱包的早期转账略小于随后在收件人地址记录的余额。

在超过4600万的转账中，四枚代币的差异几乎不会影响头条新闻的数字，但对于实施者来说意义重大，因为有两个可能的数字需要编码：从发送方追踪的金额和目的地处的全额余额。提案将后者描述为在激活前立即从状态中读取的金额，并发布前置快照以使更改可见。因此，草案应被视为确定最终金额的 procedure， alongside 建立讨论中近似金额的表格。

Polymarket的数据提出了一个单独的测量问题。提案将该事件估计为约2800万枚POL，而选定的四个余额约为2386万枚POL。相对于这一近似的事件估计值，选定金额约占85%，留下约414万枚POL的差额。这一减法衡量的是事件估计值与选定余额之间的差距。它无法确定剩余代币的去向，也无法确定是否可以通过其他途径追回部分代币。

美元换算带来的变量

美元换算增加了另一个变量。按每枚POL 0.092美元计算，参考余额的价值约为649万美元。按0.096美元计算，相同代币的价值约为677万美元。该计算将提案的参考数量乘以两个说明性价格，解释了为何接近650万美元和680万美元的美元数字可以描述几乎相同的提议转账。最初的报道将价值定为约650万美元。支付决策需要明确的估值日期和价格来源。

提案遗留的问题与机制解析

提议的分叉会遗漏什么

提议的恢复涵盖了论坛帖子中归因于Polymarket事件的约2800万枚POL中的约85%。人们可能会倾向于将这剩余的15%描述为分叉未能恢复的金额。更精确的比较是在近似的事件数字与作者称仍在四个地址持有的余额之间进行。需要进行单独的追踪工作来解释这一差异。

Binance的情况则不同。提案识别出从热钱包的一笔46,626,589.6 POL的转账，以及在参考快照拍摄时收件人地址上46,626,593.27 POL的余额。目的地余额比该转账多出约3.67 POL。这一差异很小，足以在任何舍入的标题中消失，但它有助于解释为何在指定区块拍摄的快照比引用原始交易中的金额更有用。

第二个教训在于单位。参考表使用原生POL，而早期的Binance转账还包括6,185,900.1 USDT。包含两者的美元总额将涵盖不同的资产集合，不同于提议的分叉。关于被阻止资金的报告可以合理地讨论两者，只要明确说明哪个组织采取了哪些行动，以及资金随后是否移动即可。

激活机制与账户分离

这两个案例共享一个激活机制，但不共享单个账户。Polygon软件将贷记单独的恢复地址，保持分配给每个事件的余额之间的区别。因此，接收方能够根据各自的索赔和补偿记录对收到的内容进行对账。论坛帖子并未合并两个事件产生的索赔，也未赋予任一平台对另一方收益的控制权。

被封锁余额的含义

一个区块可以防止列出的地址转移资金，同时余额仍显示在链上。观察者可以看到地址中剩余多少资金，而无法确定任何单个客户应得多少。这五个余额定义了本提案的范围。参与任一事件但在这些余额之外的资产需要其自己的恢复途径。

转账记录能确立什么

提案描述了10月29日UTC时间18:30:34和18:35:59的两笔原生转账。它们共同将3,282,275.71 POL从一个地址转移到另一个地址。两个时间戳很重要，因为它们有助于建立余额在钱包间扩散的顺序。即使控制密钥的人更难识别，交易历史仍能显示资金流动和金额。

提案将列出的地址与事件联系起来。为了进行独立检查，审查人员需要跟踪命名的交易记录，并将源地址与受影响平台确定的账户进行比较。这比看到几个钱包在同一天转移资金更为具体。这也不同于证明对账户中所有硬币的法律所有权。

技术细节：为什么需要不同的响应

两种资产需要不同的应对措施

Polygon提案的时间线追踪了46,626,589.6个原生POL和6,185,900.1 USDT从Binance热钱包到同一收件人的情况，发生在区块96,406,484。Tether冻结了USDT。POL仍然是拟议网络干预的主题。

拟议的转账解决了这两种资产可用的不同控制权。发行商可以通过其运营代币的系统施加限制。在这种情况下，Polygon的区块生产者改为使用Bor交易过滤器来处理原生POL，提案将该过滤器描述为一种权宜之计。

根据提案，每个区块生产者在启动时读取列表。更改需要部署和重启或轮换，并且过滤器涵盖外部发送者和EIP-7702授权者。提案表示，快照将在激活前重新读取，因此其发布的表格是参考而非最终借记金额的保证。

交易过滤器为何能持续数天但仍属临时措施

区块生产者的列表依赖于软件配置。提案称列表在启动时读取。因此，新条目需要操作更改，如果限制要按预期工作，操作员需要应用相同的配置。在实时事件中，这种努力是可以 justified 的，因为每一小时都为持有密钥的人提供了再次转移资金的机会。

生产者层的限制还必须与交易授权的方式相匹配。提案称过滤器涵盖外部发送者和EIP-7702授权者。这比声称资金在任何 conceivable 的交易路径下都无法移动的主张要窄。作者报告的是资金被停止，并且他们未发现绕过方法。他们将方法的局限性作为寻求更持久改变的案例的一部分。

作者描述了一笔携带异常高提议费用的待处理交易，以及试图从验证者那里获得帮助的尝试。 attempted transaction 是改变余额状态的努力的证据。它与已执行的转账具有不同的证据权重。提案还描述了一个未答复的链上恢复渠道。协商返回取决于能够授权付款的一方回应，而分叉提案将通过参与者采用新规则来运作。

无限期列表的实际后果

无限期列表对管理人员有实际后果。他们需要知道哪些条目仍有用途，新操作员如何获取正确的配置，以及谁负责审查旧条目。论坛提案设想在恢复后进行审查，包括对额外地址的不同处理。这意味着提案既涉及一次性的余额更改，也涉及围绕它的临时控制措施的后续处理。

分叉区块发生的变化

正常情况下与提案情况的对比

通常，转账在网络规则下接受有效交易后改变账户余额。提案要求遵循升级规则的软件在处理指定区块时将列出的借记和贷记作为一部分应用。

匹配的贷记至关重要。如所述的操作从列出的地址中提取相同数量的原生代币，并将其给予指定的恢复地址。范围不扩展到钱包中的任意代币。

记录恢复的区块

拟议的状态更改围绕激活区块F排序。相关金额是F减一之后的余额。升级节点将在F中的普通交易之前应用规定的余额调整。这种顺序很重要，因为它确定了审查员用于检查结果的确切边界。

正常转账通常会为浏览器提供一个交易条目以供显示。直接在链规则下应用的更改可能通过比较相邻区块的余额来可见。只查看收件人的普通转账列表的人可能会错过它。提议发布的验证脚本将有助于将前后状态与预期的收件人列表联系起来。

验证需要涵盖账簿的两面

验证需要涵盖账簿的两面。它将查找每个余额的匹配借记和贷记。如果恢复地址在同一区块中也收到了普通交易，两个快照之间的原始差异可能包括这些运动。审查人员则需要将它们从特殊状态更改中分开，而不是将每次增加都视为 recovered funds。

激活区块是协调截止日期

激活区块是一个协调截止日期。运行计算旧状态软件的运营商和应用特殊余额规则的运营商可能会从同一区块计算出不同的结果。因此，实际工作包括发布更改，给操作员审查时间，并使激活点清晰。提案的表格仍将区块标记为一旦批准就要做出的决定。治理讨论是解决该计划的机会，而链状态将确立执行。

谁使更改生效及选择激活区块背后的工作

谁使更改生效

论坛提案描述了所需的更改。另一个里程碑是实现它的发布并识别激活区块。然后，操作员必须采用兼容的软件，以便更改在他们使用的链上生效。因此，关注提案的用户应区分论坛帖子、实施和实际反映新余额的区块。每个都回答了关于恢复的不同问题。

选择激活区块背后的工作

区块号看起来像行政细节。实际上，它是新软件和旧软件开始就受影响账户的余额产生分歧的地方。选择它给操作员提供了一个安装升级的共同截止日期，也给浏览器、基础设施提供商和受影响的公司一个共同的起点来检查结果。

论坛帖子中提出的准备工作包括确认目的地，保持阻止安排直到激活，并发布新的余额快照。这些步骤解决了恢复可能出错的不同方式。错误记录的地址可能将资产发送到意外位置。余额中未解释的变化可能让读者将结果与陈旧数字进行比较。延迟升级可能让操作员使用旧规则计算状态。

每个这些问题都需要不同的检查。对于目的地，重要的证据是接收方如何证明控制权以及发布的地址如何被审查。对于金额，它是最终参考点的余额。对于网络，是哪个软件版本实际上在激活点后处理区块。声明操作员支持恢复本身并不能回答这些实施问题中的任何一个。

事后也有有用的检查

状态更改将直接影响原生余额，而同区块中的普通付款可能影响同一收件人。因此，余额差异需要与该区块中的普通交易进行对账。这就是作者提出的验证脚本派上用场的地方，特别是如果它识别出每个账户的借记和相应的贷记。

客户如何介入过程

客户进入过程的环节

拟议转账的接收方是恢复地址，而不是客户账户列表。一旦运营商控制资金，下一个问题是如何处理其自身的恢复和报销流程。

相关证据应包括索赔时间表、证明损失的指示以及估值日期政策。平台可能已经使用其他资金 reimbursed 了一些用户。其会计工作需要确定在这些情况下 recovered POL 的去向。

什么算作对客户回报

接收钱包是链上移动资金的能力与组织对其负责的相遇之处。如果受影响客户已经从交易所自身资源中获得报销，恢复可能会根据适用条款补充这些资源。如果他们有待处理的索赔，分发可能会减少他们欠款的金额。这两种情况都涉及资金到达恢复地址，但对用户有不同的后果。

恢复的资产与客户损失的资产之间也可能存在不匹配。其原始余额以美元或其他代币计价的用戶需要知道赔偿是按原始资产的单位计算，还是按POL计算，或是按既定价格计算的资金。波动性代币可能在转换测量的时间不同而产生实质性的不同结果。

客户余额与平台损失的区别

当单独事件合并在一个提案中时，客户余额与平台损失之间的区别尤为重要。参考表按事件分配Polygon余额。它不包含联合索赔池或对个别用户应付金额的计算。即使两组余额在同一激活区块移动，平台也可能面临不同的义务，并可能宣布不同的付款安排。

公众证据的排序与价值

公众证据可按每一步将要证明的内容进行排序

发布和激活高度将显示实施已准备就绪。区块状态将显示账簿是否已更改。平台记录将确立 recovered assets 是否已分发、保留用于先前补偿或以其他方式入账。论坛草案使其预期的链级目的地针对每个事件具体化，并提供余额更改的公开验证。

谁能决定恢复代币的价值？

假设为例，平台欠用户余额的现金价值，并在价格变化后收到POL。平台可能会提及至少三个日期：盗窃时间、获得恢复代币的时间以及进行分发的时间。相同数量的POL所代表的现金金额在每个时点都可能不同。

索赔政策也可以规定以丢失资产的单位进行支付。这避免了为以相同资产计价的索赔选择市场价格，但它仍然留下关于资格和先前报销的问题。

已经得到偿还的客户可能与索赔仍未结清的人处于不同的位置。网络在这些决定的制定中没有作用。

客户需要的是平台欠付什么的声明，以何种单位计算，以及如何核算之前支付的任何款项。链可以确立恢复地址收到了余额，平台可以将其与其记录进行对账。两份文件都不做对方的工作。这就是即使还有待等待分发细节的单独等待，确认的恢复仍可以是新闻的原因之一。

报告比较可以将数字并列

第一将是状态变更下恢复的原生POL。第二将是分配给客户索赔或已作出的报销的金额。第三是平台解决个案时仍保管的任何余额。从第一阶段取出的单一美元数字告诉读者的关于其他两者的信息很少。

狭义范围的重要性与先例问题

为什么狭义范围很重要

改变余额的分叉提出了一个正常软件升级不会提出的问题。参与者支持这次干预还需要具备哪些事实？

提案本身将行动描述为极端，并将其限制在列出的原生POL余额中。提案的案例和先例问题都可以针对同样的具体细节进行评估：确定的地址、拟议的目的地和余额将发生变化的区块。

什么会使这个案例成为先例？

另一个项目可能会指出Polygon在盗窃后的做法，但这个草案中的情况非常具体。作者确定了事件、列出的账户、受提议更改影响的资产及其去向。他们还描述了为什么已经使用的限制只是临时措施。没有这些要素的提案将为改变余额提出不同的案例。

重要的问题是必须说服谁以及他们接收什么信息。交易所可能知道哪些客户余额受到影响，而操作员需要关于拟议链更改的证据。资金被恢复的用户对结果感兴趣。评估提案的操作员也必须思考如何评估来自不同方的未来请求。

最安全的比较是另一个请求可以证明的事实。它能确定特定区块的金额吗？它能将这些资金与公认的事件联系起来吗？它能验证收件人并指定已被阻止地址的后续处理吗？这些问题直接来自发布的草案，比描述每一个异常状态更改为等价物更有用。

提案将使其中一些问题在公共领域可测试

激活高度允许观察者确定确切的状态转换。命名目的地允许他们追踪其后发生的事情。作者还提议在激活后审查临时阻止列表上的条目，包括对额外Binance相关地址的不同处理。最后的审查将有助于确定在恢复完成后哪些紧急限制仍在使用中。

账本可以确认什么

如果提案实施，第一次检查将比较分叉区块两侧的列出地址余额

匹配的贷记将显示账簿按照指定应用了转账。客户分发需要来自恢复运营商的证据。

当前提案指定了五个源地址和两个事件的指定恢复地址。

哪些记录回答哪些恢复问题

记录 它可以确立什么 仍需确立什么 历史转账 链上记录的发送方、接收方、金额和时间 谁可以合法地声称该余额 区块生产者过滤器 操作员是否采纳了对指定交易的限制 网络是否归还了资金 激活快照 状态更改可用的金额 升级节点是否应用了它 分叉后状态 命名地址的结果借记和贷记 客户是否收到了补偿 平台索赔记录 客户收到了什么以及金额如何计算 是否有其他资产仍可追回 事件通过这些阶段的速度可能不同。例如，USDT冻结涉及与拟议POL分叉不同的资产和机制。关于受保护或恢复资金的后续公告需要指定计算了哪种资产以及它发生了什么。

报告中使用日期的余额也可能发生变化。引用较早快照的提案应保留区块号，以便即使当前余额发生变化，读者也能重现金额。当结果已知时，将执行区块与发布的快照进行比较，可以确立返回的金额是否与提案中讨论的金额不同。

对读者来说最重要的对账是借记金额与贷记金额之间的对账。分别发布这两个事件的检查，可以让每个平台后来的收益账户与其实际获得的控制权金额进行比较。单一的合并总额会使追踪哪些收益可用于满足哪些索赔变得更加困难。