Polygon 如何将 7000 万枚被盗 POL 归还至恢复钱包

两起盗窃案使五个被封锁地址中的数百万枚 POL 被冻结。一项 Polygon 提案将通过在一个特定区块修改网络规则，把这些余额转入恢复钱包。把代币转到那里只能解决恢复工作的一部分。把它们归还给客户则是另一项独立的工作。

一项 Polygon 改进提案 已确认五个被封锁地址中共有 7049 万枚 POL，一次协调一致硬分叉可将这些代币转入为 Binance 和 Polymarket 指定的恢复钱包。

该提案描述了对一个固定区块处原生 POL 余额的更改。软件将把所列五个地址的余额清零，并将相应金额记入经过验证的恢复地址。

区别在于网络已阻止其转移的余额与恢复团队能够控制的余额之间。对客户而言，还存在另一层区别：代币到达恢复钱包，与平台承认并支付索赔之间。

两起事件如何累加

该提案将其中一个地址中的 4663 万枚 POL 归于 Binance 事件，并将四个地址中的 2386 万枚归于 Polymarket 事件。将这些四舍五入后的数字相加，得到 7049 万枚 POL。将各自除以该总额，Binance 的份额约为 66.2%，Polymarket 的份额为 33.8%。

这些是拟议恢复金额中的份额，而非两起事件总损失的衡量指标。美元估值还取决于所使用的时间戳和价格。提案中的数量以 POL 计价。

地址比头条美元数字更重要

提案的参考余额总计 70,489,329.34 枚 POL。Binance 地址占 46,626,593.27 枚 POL，而四个 Polymarket 地址占 23,862,736.07 枚 POL。这些是作者所选参考区块处的余额。此前从 Binance 热钱包转出的金额略小于随后在接收地址记录的余额。

在超过 4600 万枚的转账中，四个代币的差异几乎不会改变头条数字。但对实施者而言这很重要，因为有两个可能的数字需要编码：从发送方追踪到的金额，以及目的地的完整余额。提案将后者描述为在激活前立即从状态中读取的金额，并将发布先前的快照以便变更可见。因此，该草案应被理解为确定最终金额的程序，同时附有一张表格，用以确定所讨论的大致金额。

Polymarket 的数字提出了另一个计量问题。提案将事件金额定为约 2800 万 POL，并将四个选定余额定为约 2386 万 POL。相对于这一四舍五入的事件估计值，选定金额约占 85%，差额约为 414 万 POL。这一减法衡量的是事件估计值与选定余额之间的差距。它无法确定剩余代币最终去了哪里，也无法确定其中一些是否可以通过另一条途径追回。

美元换算又增加了一个变量。按每 POL 0.092 美元计算，参考余额价值约 649 万美元。按 0.096 美元计算，同样的代币价值约 677 万美元。该计算将提案的参考数量乘以两个示例价格。它解释了接近 650 万美元和 680 万美元的美元数字如何可能描述几乎相同的拟议转移。最初的报道将价值定在约 650 万美元。付款决定需要明确的估值日期和价格来源。

拟议分叉将留下什么

拟议的追回覆盖了论坛帖子中归因于 Polymarket 事件的大约 2800 万 POL 中的约 85%。人们很容易将剩余的 15% 描述为分叉无法追回的金额。更精确的比较是在一个近似的事件数字与作者所称仍保存在四个地址的余额之间进行的。需要单独的追踪工作来解释这一差异。

与币安的比较则不同。提案指出了一笔从热钱包转出的 46,626,589.6 POL 的转账，以及在参考快照拍摄时接收方 46,626,593.27 POL 的余额。目标余额比该笔转账大约多 3.67 POL。这一差异小到在任何四舍五入的标题中都会消失，但它有助于解释为什么在指定区块拍摄的快照比引用原始交易中的金额更有用。

第二个教训在于单位。参考表使用原生 POL，而早先的币安转账还包括 6,185,900.1 USDT。包含两者的美元总额将涵盖与拟议分叉不同的一组资产。一份关于被冻结资金的报告可以合理地讨论两者，前提是它明确说明每个组织采取了什么行动，以及资金随后是否发生了移动。

这两个案例还共享一种激活机制，但不共享单一账户。Polygon 软件将向单独的追回地址入账，从而保留分配给每起事件的余额之间的区别。因此，接收方将能够将他们收到的金额与自己的索赔和补偿记录进行核对。论坛帖子没有将两起事件产生的索赔合并，也没有赋予一个平台对另一个平台收益的权限。

被冻结的余额能告诉我们什么

冻结可以阻止所列地址转移资金，而余额仍会显示在链上。观察者可以看到某个地址还剩多少，但无法确定任何单个客户应得多少。

这五个余额界定了本提案的范围。涉及任一起事件但不在这些余额之内的资产将需要自己的追回途径。

转账记录能确立什么

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

提案将所列地址与这些事件联系起来。为了进行独立核查，审查者需要追踪指定的交易记录，并将源地址与受影响平台所识别的账户进行比较。这比看到几个钱包在同一天转移资金更为具体。这也不同于证明对账户中每一枚代币的法律索赔。

一个同时持有原生 POL 和稳定币的地址可以说明钱包层面表述的局限性。稳定币的发行方可以通过稳定币合约采取行动。原生 POL 是网络余额记账的一部分。这两种资产共享一个地址，但能够阻止转账的人以及他们可以使用的机制取决于资产是什么。

该提案将币安进一步提供的地址描述为B类。它们属于封锁讨论的范畴，而草案的状态变更仅限于为恢复而指定的A类地址。将每个被封锁的地址都计为将被清空的钱包会夸大范围。这也会掩盖一个重要的治理问题：封锁一笔交易是一种行为，而决定某个特定余额应归属于某个指定接收方则是另一种行为。

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

Polygon提案的时间线追踪了46,626,589.6枚原生POL和6,185,900.1枚USDT从币安热钱包转至区块96,406,484中的同一接收方。Tether冻结了USDT。POL则仍是拟议网络干预的对象。

拟议的转移针对的是对这两种资产可用的不同控制手段。发行方可以通过其为代币运营的系统施加限制。在本案中，Polygon的区块生产者转而使用Bor交易过滤器来限制原生POL，提案将该过滤器描述为权宜之计。

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

为何交易过滤器可以维持数天却仍是临时措施

区块生产者的列表依赖于软件配置。提案称该列表在启动时读取。因此新增条目需要一次运维变更，且各运营方需要应用相同的配置，限制才能按预期生效。在实时事件中，当每一小时都给持有密钥的人另一次转移资金的机会时，所涉及的投入是合理的。

生产者层面的限制还必须与交易可被授权的方式相匹配。提案称该过滤器涵盖外部发送者和EIP-7702授权方。这一主张比声称资金在任何可想象的交易路径下都已无法转移要窄。作者报告的是资金已被阻止，且他们未发现绕过方法。他们将这一方法的局限性列为支持更持久变更的理由之一。

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

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

分叉区块处会发生什么变化

通常，一笔转移在网络规则下被接受的有效交易之后改变账户余额。而该提案则要求遵循升级规则的软件在处理指定区块时应用所列的借记和贷记。

匹配的贷记很重要。所描述的操作从所列地址取走的原生代币数量与给予指定恢复地址的数量相同。范围不延伸至钱包中的任意代币。

将记录此次恢复的区块

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

一笔普通转账通常会给区块浏览器提供一条可显示的交易记录。而直接依据链上规则施加的状态变更，则可能只能通过比较相邻区块的余额才能看到。仅查看收款方普通转账列表的人可能会错过它。提议发布验证脚本将有助于把变更前后的状态与预期收款方列表联系起来。

验证需要覆盖账本的两侧。它会为每一笔余额寻找匹配的借方和贷方。如果某个恢复地址在同一区块中也收到了普通交易，那么两个快照之间的原始差额可能会包含这些资金流动。审查者届时需要将它们与特殊状态变更区分开来，而不是把每一笔增量都视为已恢复的资金。

激活区块是一个协调截止点。运行计算旧状态软件的运营者与运行应用特殊余额规则的运营者，可能会从同一区块计算出不同的结果。因此，实际工作包括公布该变更、给运营者时间进行审查，并明确激活时间点。提案中的表格仍将该区块标注为待批准到位后作出的决定。治理讨论是敲定该计划的机会，而链上状态将确立执行。

谁使变更生效

论坛提案描述了所请求的变更。一个单独的里程碑将是实现该变更并确定激活区块的版本发布。届时运营者必须采用兼容的软件，变更才能在他们使用的链上生效。

因此，关注该提案的用户应区分论坛帖子、实现版本以及真正反映新余额的区块。每一者都回答了关于恢复的不同问题。

选择激活区块背后的工作

一个区块编号看起来可能只是行政细节。但在实践中，它正是新软件与旧软件开始对受影响账户余额产生分歧的地方。选择它可为运营者提供一个安装升级的共同截止时间，并为区块浏览器、基础设施提供商和受影响公司提供一个检查结果的共同起点。

论坛帖子中提议的准备工作包括确认目标地址、在激活前维持封锁安排，以及发布最新的余额快照。这些步骤针对的是恢复可能出错的不同方式。地址记录错误可能会将资产发送到非预期的地方。余额出现无法解释的变化可能会让读者将结果与过时的数字进行比较。升级延迟可能会让运营者使用旧规则计算状态。

上述每个问题都需要不同的检查。对于目标地址，重要证据是收款方如何证明控制权以及公布的地址如何被审查。对于金额，则是最终参考点的余额。对于网络，则是激活点之后实际由哪些软件版本处理区块。仅凭运营者支持恢复的声明本身，无法回答上述任何实现问题。

事后还有一项有用的检查。状态变更会直接影响原生余额，而同一区块中进行的普通支付也可能影响同一收款方。因此，余额差额需要与该区块中的普通交易进行核对。这正是作者提议的验证脚本会有用之处，尤其是当它能为每个账户同时识别借方和相应的贷方时。

客户在流程中的介入点

拟议转账的收款方是一个恢复地址，而不是客户账户列表。一旦运营者控制了这些资金，下一个问题就是其自身的恢复和补偿流程如何对这些资金进行核算。

相关证据将包括索赔时间表、损失证明说明以及估值日政策。平台可能已经用其他资金补偿了部分用户。其会计处理需要确定在这些情况下回收的 POL 应归入何处。

什么算作向客户返还

接收钱包是网络转移资金的能力与组织核算这些资金的责任相交的地方。如果受影响客户已从交易所自有资源中获得补偿，那么根据适用条款，回收的资金可以补充这些资源。如果他们仍有未结索赔，那么分配则可能减少他们被欠的金额。两种情形都涉及资金到达恢复地址，但对用户的影响不同。

所追回的资产与客户损失的资产之间也可能存在不匹配。原始余额以美元或其他代币计价的用户需要知道，赔偿是按原始资产的单位、按 POL 还是按所述价格折算的金额来计算。波动性代币可能因换算计量时点的不同而产生实质性不同的结果。

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

公开证据可以按每一步骤所能证明的内容来排序。发布和激活高度将表明实施已准备就绪。区块状态将表明账本是否发生变化。平台记录将确定所追回的资产是否已分配、是否用于抵扣先前赔偿或以其他方式入账。论坛草案针对每起事件明确了其预期的链级去向，并规定对余额变动进行公开验证。

谁可以决定所追回代币的价值？

为便于说明，假设某平台欠用户一笔余额的现金价值，并在价格变动后收到 POL。平台可能参照至少三个日期：被盗时间、其获得所追回代币的时间以及其进行分配的时间。相同数量的 POL 所代表的现金金额在每个时点都可能不同。

索赔政策也可以规定以所损失资产的单位进行支付。这避免了为以同一资产计价的索赔选择市场价格，但仍留下关于资格和先前补偿的问题。已经获得偿还的客户与索赔仍未解决的客户可能处于不同境地。网络在作出这些认定方面没有任何作用。

客户需要的是一份说明平台欠什么、以何种单位欠付以及如何核算此前已支付款项的声明。链可以确认某个追回地址收到了余额，平台可以将其与自身记录进行核对。这两份文件都不能替代对方的作用。这就是为什么即使仍需另行等待分配细节，已确认的追回也可以成为新闻的原因之一。

报告对比可以将这些数字并列呈现。第一个数字将是根据状态变更所追回的原生 POL。第二个数字将是分配给客户索赔或已作出补偿的金额。第三个数字将是平台在处理个别案件期间仍处于托管中的任何余额。仅从第一阶段取得的单一美元数字几乎无法让读者了解另外两个数字。

为何范围狭窄很重要

改变余额的分叉提出了一个普通软件升级不会提出的问题。必须存在哪些事实，参与者才会再次支持这种干预？

提案本身将该行动描述为极端，并将其限制在所列的原生 POL 余额范围内。支持该提案的理由和先例问题都可以依据同样具体的细节来评估：已识别的地址、拟议的去向以及余额将发生变动的区块。

什么会使本案成为先例？

另一个项目可能会在盗窃事件后援引 Polygon 的做法，但本草案中的情况异常具体。作者指明了事件、所列账户、拟议变更所涉资产及其去向。他们还说明了为何已在使用的限制只是一项临时措施。缺少这些要素的提案将为改变余额提出不同的理由。

重要问题在于必须说服谁以及他们获得什么信息。交易所可能知道哪些客户余额受到影响，而运营者需要关于拟议链上变更的证据。资金被追回的用户关心的是结果。评估该提案的运营者还必须考虑其将如何评估来自另一方的未来请求。

最稳妥的比较是在另一项请求所能证明的事实之间进行。它能否识别特定区块上的金额？它能否将这些资金与已确认的事件关联起来？它能否验证收款人并说明已被封锁的地址会如何处理？这些问题直接源自已发布的草案，比将每一种异常状态变化都描述为等同更有用。

该提案会让其中一些问题可在公开场合得到检验。激活高度将允许观察者识别确切的状态转换。指定目的地将允许他们追踪之后发生了什么。作者还提议在激活后审查临时封锁列表上的条目，包括对额外的币安相关地址采取不同处理方式。最终审查将有助于确定恢复完成后哪些紧急限制仍在使用。

账本可以确认什么

如果提案得以实施，第一项检查将比较分叉区块两侧所列地址的余额。匹配的贷记将表明账本按指定方式执行了转账。客户分配则需要恢复运营方提供证据。

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

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

一起事件可能以不同速度经历这些阶段。例如，USDT 冻结涉及的是与拟议的 POL 分叉不同的资产和机制。之后关于受保护或已追回资金的公告需要说明计入的是哪种资产以及该资产发生了什么。

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

对读者而言最重要的核对是借记金额与贷记金额之间的核对。分别公布两起事件的该项检查，将使各平台之后关于收益的说明能够与其实际控制到的金额进行比较。单一的合并总额会使追踪哪些收益可用于满足哪些索赔变得更加困难。

范围有限的恢复也为平台提供了一种方式，用以说明分叉之外的资产发生了什么。论坛帖子中的 Polymarket 数字包含的 POL 多于拟议状态变化中所列的 POL。币安转账包含 USDT，而 Tether 对其进行了单独处理。一份指明相关资产、地址和所采取行动的恢复更新，将使读者能够核对两起事件，而无需假设所有被盗资金都走了同一条路径。

时间线给出了三个含义不同的日期。事件日期确立了资金转移的时间。参考区块确立了作者编制提案时在地址上观察到的情况。激活日期（如果达成一致）将确立网络何时应用恢复规则。代币可以在这些日期之间针对某些转账受到保护，而在此期间并未被归还。

地址记录也可以用来核对升级之后发表的声明。如果运营方声称资金已发送至公布的目的地，那么链上应在激活高度显示出相匹配的余额变化。如果它声称客户已获得偿还，更有用的证据则是分发记录或清晰的报销账目。前者是关于网络的声明，后者是关于平台义务的声明。

这就是为什么当公众讨论转向分叉是否奏效时，账本证据尤其有价值。它为观察者提供了一个可以核实的明确问题，而无需等待每个受影响的公司完成各自的核算。该提案规定了一套程序，用于公布状态变更中所使用的余额，并在之后核对接收方的入账。这些记录还将为用户提供一个起点，用以追踪每个平台在掌控资金之后做了什么。

关注要点

• 释放提案：提交至治理流程的针对该事件的具体数量、拟定的接收地址以及可执行指令。
• 激活区块：已确认的区块高度，以及Polygon运营方需在该区块之前安装的软件版本。
• 恢复额度：从每个被封锁地址扣除的原生POL，以及在其指定接收方记录的对应额度。
• 客户索赔：各平台关于资格认定、估值以及如何核算此前已偿付金额的说明。

常见问题