Qubic 因弱种子漏洞冻结主网：攻击者抽干 1404 个钱包，130 万美元资产被“定格”

Layer 1 公链 Qubic 在 10 月 18 日被迫暂停整条链的运行，原因不是共识层被攻破，也不是智能合约出现漏洞，而是钱包客户端在生成助记种子时用错了随机数函数。项目方在 X 平台披露，UTC 时间 10 月 17 日 23:42 至 10 月 18 日 01:26 之间，攻击者利用弱种子漏洞抽干了 1404 个钱包，合计约 2.94 万亿枚 QU，按当时市值折合约 130 万至 140 万美元。

更值得关注的不是攻击本身，而是事件之后的处置方式。Qubic 表示，被盗资金的 87.1% 从未离开 Qubic 网络，仍随着主网暂停被冻结在链上原地；其余 12.9% 流入交易所 MEXC，MEXC 团队在约一小时内冻结了收款账户。网络目前停在 tick 85,371,949，核心开发者正在识别受影响的钱包，并将恢复方案提交给网络的 Computors（验证者）投票决定，尚未公布重启时间。

这起事件再次把“弱种子”这一在加密行业反复出现的老问题推回视野。它不是私钥被钓鱼、不是用户主动泄露助记词，而是客户端用 JavaScript 的 Math.random() 去生成本该密码学安全的随机源——一个在开发实践中屡见不鲜、却足以让自托管钱包失去安全前提的低级错误。

漏洞出在哪：Math.random() 不该用来生成密钥

Qubic 在 GitHub 钱包仓库的版本 4.26.4 提交记录显示，项目方已将生成钱包种子时调用的 Math.random() 替换为密码学安全的 crypto.getRandomValues()。

Math.random() 的设计目标是数值模拟和一般性随机需求，其输出序列不具备密码学意义上的不可预测性，在已知部分状态或生成逻辑的情况下存在被复现、被推测的风险。用它生成助记种子，等于把“只有用户自己知道”的私钥建立在一个可被推算的随机源上。一旦攻击者掌握相同的生成逻辑、设备环境和时间窗口，就能批量复现种子并控制对应地址。

Qubic 披露的受影响范围相当具体：在 iPhone 或 iPad 上任意浏览器生成的钱包种子、2026 年 10 月 18 日之前在 Mac 版 Safari 上生成的种子，以及 2025 年 7 月之前的 Qubic iOS 应用。也就是说，问题与 Apple 平台上的浏览器和应用运行环境有关，而非 Qubic 区块链本身的共识或账本逻辑被攻破。项目方称已在最新版网页钱包中修复该缺陷，并建议用户在受影响时间窗口和设备环境中创建过钱包的地址尽快迁移。

从攻击窗口看，整个盗取过程集中在不到两小时内完成：UTC 时间 10 月 17 日 23:42 开始，到 10 月 18 日 01:26 结束。这种高度集中的时间分布也侧面印证了攻击手法——攻击者并非逐个破解私钥，而是基于同一套可复现的种子生成逻辑进行批量扫描，一旦命中弱种子钱包便迅速转走资产。

为什么必须停链：把资产状态“定格”在攻击之后

Qubic 选择在 tick 85,371,949 处暂停整条链，这个动作本身说明了处置逻辑的优先级。被盗的 2.94 万亿 QU 中，绝大多数仍在链上可追踪状态；如果网络继续出块，攻击者可以继续转移、拆分、通过跨链或混币服务转移资金，增加后续追回和甄别的难度。

暂停主网的代价并不小：交易与智能合约执行全部中断，Qubic 主打的“无手续费交易与计算”服务随之停摆，其基于 Useful Proof of Work（UPoW）共识、把挖矿算力用于 AI 训练的网络也暂时失去产出。但对项目方而言，先把资产状态定格在攻击发生后的时点，是为后续治理投票争取空间。这也解释了为什么 Qubic 没有急于重启：技术修复可以在几天内完成，但“如何把冻结资产返还给受害者”需要验证者社区达成共识，而这类治理决策通常比改代码更耗时。

MEXC 的快速冻结提供了另一层保障。12.9% 的资金一旦进入中心化交易所，理论上可以被立即提现转走；交易所在约一小时内冻结收款账户，相当于在链下截住了这部分资产。链上追踪只能定位资金去向，真正能拦截提现的仍是掌握托管权限的交易所，这也是安全事件中交易所“守门人”角色的又一次体现。

弱种子不是新问题：从 Libbitcoin 到 Coldcard 的重复踩坑

Qubic 并非第一个倒在弱随机数上的项目。2023 年，Libbitcoin Explorer 工具因类似问题导致用户资金被盗；Trust Wallet 的浏览器扩展也曾曝出种子生成缺陷。2026 年 7 月，硬件钱包厂商 Coldcard 披露，其固件漏洞导致部分钱包种子变弱，攻击者分三波盗走资金，涉案规模一度被估算至亿美元级别。

这些事件的共同点在于：问题不出在区块链协议层，而出在“密钥如何被创造”这一最前端环节。对用户而言，助记词看起来同样是 12 个或 24 个单词，界面上没有任何异常提示，但底层熵源已经不足。这意味着普通用户几乎无法凭肉眼或常规检查发现风险，只能依赖项目方的代码审计、开源审查与及时披露。

根据 AMLBot 发布的 2026 年第三季度加密犯罪调查报告，在当年已立案的 250 起调查中，黑客攻击与漏洞利用只占案件数的 19%，却贡献了 40% 的报告损失。单次安全事件的平均破坏力远高于钓鱼、诈骗等高频案件，这也解释了为什么一个客户端随机数函数的误用，最终能造成百万美元级损失。

后续观察：治理投票如何决定资金归属

目前 Qubic 核心团队的当务之急有三项：一是完整识别受影响的 1404 个钱包及其对应损失；二是制定恢复方案，提交给网络的 Computors 投票；三是在方案落定后发布完整技术报告。项目方表示已修复最新版网页钱包的种子生成逻辑，但尚未公布主网重启时间。

对 Qubic 而言，这次事件的考验不止于技术修复。按 CoinGecko 数据，QU 的市值在事发时约为 6260 万美元。一个以“无手续费、算力用于 AI 训练”为卖点的 Layer 1 项目，其社区治理机制能否高效、透明地完成资金返还，将直接影响用户对其自托管钱包和共识生态的信任。

对用户来说，这起事件的警示更直接：助记种子的安全性取决于生成它的随机源，而非助记词本身的长度。使用网页钱包或移动端钱包时，应确保客户端为最新版本，并优先选择明确采用密码学安全随机数生成器的产品。对于 Qubic 用户，若曾在上述受影响的时间窗口和设备环境中创建过钱包，应尽快迁移到新版本钱包生成的新地址，并在网络恢复后关注官方公布的恢复方案投票进展。