15 个遭劫持域名恢复：DeFi 钱包用户还要核对哪些授权？

15、12 和两个 10，分别统计什么

Odaily 把 15 个客户域名遭劫持、目前均已恢复的说法归于 Name.com。报道还提到，此前确认的数量为 12 个。与 Vercel 相关的 10 个域名，则是另一项归于 Vercel 的说法。这些数字描述的是域名和平台关联，不能直接当作受害协议数量或受害钱包数量。

报道列出的 DeFi 网站包括 Flap、Kintsu、Pickle Finance 和 Origami Finance，并称攻击者通过受入侵的网站清空访问者的钱包。对于此前确认的 12 个域名，报道说它们均通过 Name.com 注册，其中 10 个在周六上午已于注册商层面暂停。这是较早阶段的处置情况，与随后公布的 15 个域名恢复并不矛盾。Odaily 对事件经过的描述。

因此，不能把两处“10 个”合并成一份完整名单。一处统计与 Vercel 的关联，另一处统计此前的暂停处置。报道也没有给出全部 15 个域名逐一对应的钱包情况。用户不能凭域名数量推算有多少人损失资金，更不能据此判断自己的地址是否受影响。

现有材料没有完整解释攻击者如何取得域名控制权。域名与 Vercel 有关联，并不足以确认入侵点就是 Vercel 的基础设施。我们没有据此断言是哪项注册商控制失效、哪个个人账户泄露，或哪种具体漏洞造成攻击。要判断这些原因，需要原始技术报告。

约 13.8 万美元不是全部网络的最终损失

Odaily 称，约 13.8 万美元被盗资金已追踪至 EVM 链上的三个钱包，同时明确说明，这个金额没有计入 Solana 或 Aptos 链上的损失。应保留金额、网络范围和追踪状态三个条件，不能把它写成所有网络合计损失。Odaily 资金追踪信息。

追踪到钱包，也不等于资金已经返还。报道中的“恢复”指域名；金额部分描述的是资金去向。我们打开的报道没有宣布这笔约 13.8 万美元已经追回、冻结或赔付。读者需要分别记录网站恢复和资金处置的进展，避免把一个状态套在另一个状态上。

也不宜用这个金额除以 15，计算所谓平均每个域名损失。金额只覆盖报道指出的部分链上资金，域名数量则描述网站受影响范围。两个统计口径不同，这样算出的平均值无法帮助某个钱包判断自己的损失。真正有用的是该地址的转账与授权记录。

网站连接与代币授权，需要分开处理

MetaMask 官方说明，钱包连接涉及网站查看公开地址、余额，以及用户原先同意的其他交互权限；代币授权则允许智能合约访问和移动相应代币。撤销授权需要链上交易，并支付网络手续费。MetaMask 对断开连接和撤销授权的区分。

由此看，重新打开网站、关闭浏览器标签页、断开应用连接，都不能单独作为代币授权已撤销的证据。项目恢复域名有助于判断网站处置进度，但钱包地址目前有哪些授权，需要查钱包一侧的记录。两边的核对结果应分别保存。

我们的建议是，先记下你访问的网站、使用的钱包地址和当时选择的网络，再区分实际做过的动作：只是浏览、连接钱包、签署授权，还是发送交易。不要把访问过页面的人都写成已确认损失资金的用户。现有报道没有提供这种逐账户结论。

如果确实签过授权，下一步应看哪个合约获得了哪种代币的权限。MetaMask 的文档提到，可使用相关网络浏览器的授权检查功能，也介绍了自身的授权管理功能。检查时要选对网络；某条链上的检查结果，不能证明另一条链上的权限也已经处理。

撤销之前，先看清钱包要求你签什么

以自己的地址和待检查的交易记录为起点，在可信的授权管理界面核对代币、获准使用代币的合约和当前额度，并保留交易哈希及时间。这是我们依据官方授权说明提出的检查步骤，不是对任何读者账户已经完成的检查结果。

决定撤销不需要的授权时，应先读钱包中的交易内容。MetaMask 明确说，撤销发生在链上，需要支付网络手续费。如果某个“恢复页面”只让你断开网站连接，却声称代币授权已全部撤销，这与官方说明不符。按钮写着什么，不能替代钱包真正请求的操作。官方撤销代币授权说明。

提交撤销后，还应核对交易结果和剩余授权额度。把每个代币与合约分别记录，避免把一笔授权的处理当成整个钱包权限都已清理。等待中的交易请求，也不能直接记为已经完成的权限变化。

撤销某项权限，不代表此前发生的转账已经逆转。MetaMask 文档解释的是授权机制，Odaily 的事件报道没有给出受害者退款流程。这两份资料均未证明，撤销工具能够取回已被转走的资金，或域名恢复意味着钱包余额恢复。

只连接过钱包的用户，同样应先看实际记录，再选择适用的处理方式。不能因为连接过就认定签过代币授权；签过授权的人，也不能因为网站已经断开就跳过授权检查。应以交易和权限记录判断自己属于哪种情况。

与交易所之间的转账，另留一份记录

如果曾把资产从交易所提到这个钱包，或从钱包转回交易所，可把该笔转账的资产、网络、发送地址、接收地址和哈希单独保存，再与受影响网站上的操作时间对照。这是建议的排查顺序。交易所的提币凭据只能证明那次转账，不能单独证明之后通过 DeFi 网站签署的授权内容。

准备再次转账时，应核对接收账户的充值说明与发送网络。先找出自己实际做过哪些操作，检查现有授权及转账记录，再决定是否发送下一笔交易。

向项目求助时，提供域名、钱包地址和交易哈希，比只说“网站被黑了”更容易定位问题。可要求项目分别说明域名恢复情况、用户交易的检查结果，以及某笔可疑授权与后续转账的关系。这些是我们建议提出的问题，并不表示任何项目已经公布特定的客服或赔偿安排。

对需要继续使用 DeFi 的读者，我们建议把“准备做什么”也写清楚。只是查询余额，就先完成查询；准备兑换，再核对交易对象与所需授权；准备转账，再核对接收地址和网络。不要在同一次检查中把不相关的操作一起签掉。这个顺序是根据授权与转账属于不同记录提出的操作建议，并不表示受影响项目已经要求用户执行这些步骤。

如果你管理多个地址，也应逐个检查。一个地址没有发现可疑记录，不能替另一个地址下结论；某项授权已经撤销，也不能代表所有代币都已核对。把待检查、已提交和已确认的动作分别记下，能让后续向项目提供的信息更准确。

还缺哪些会影响判断的信息

本文打开的事件材料是 Odaily 对 Name.com 和 Vercel 说法的报道，我们未取得两家公司的原始事件说明，也没有逐笔受害交易清单。MetaMask 官方文档支持钱包权限部分的解释，不能作为 15 个域名或损失金额的独立确认。

现有报道未提供完整受影响域名清单、全部网络最终损失、赔付承诺及完整入侵过程。这些信息会影响用户把某个具体网站和自己的地址对应到本次事件。我们也无法据此宣布报道提及的每个应用已经完成所有恢复工作。

后续可关注能明确指认域名的项目恢复通知和技术说明。个人检查则保留网络、授权及转账记录，并记下查看时间。这次新增的报道事实是 15 个域名恢复；某个钱包的权限是否仍在、某笔资金是否到账，需要该地址自己的记录回答。