MegaETH 5 亿美元预存款撤销之谜：从“流动性承诺”到“全面退回”

什么是 MegaETH 的预存款计划？

MegaETH 在主网（Frontier）上线前推出了一项名为 “Pre-Deposit Bridge” 的预存款计划，目标是提前为其稳定币 USDm 注入足够的流动性。官方最初设定的总额度为 2.5 亿美元，用于确保主网 launch 阶段的资金平稳过渡。

对多数参与者来说，这样的设计在一开始看起来是合理且具有吸引力的：用户提前存入资金，项目方在此基础上发行稳定币 USDm，待主网上线后再完成映射与使用。如果一切按计划推进，这套路径（预存款 → 稳定币 → 主网）确实有望实现平稳过渡，也为早期用户提供了参与新生态的切入点。

为什么项目团队决定退款？

图：https://x.com/megaeth/status/1994165259171397882

然而，这项活动在启动之初就暴露出一系列严重问题。首先，合约内的 SaleUUID 配置错误，直接导致用户无法完成存款交易，团队不得不紧急通过 4-of-6 多重签名 (multisig) 进行修复。与此同时，负责身份验证 (KYC) 的第三方服务商因为错误的速率限制 (rate limit)，使大量用户无法顺利通过审查，团队花了将近 20 分钟才定位并解决问题。即便系统恢复正常，存款窗口的开启时间依然毫无规律。结果是，那些不断刷新页面的用户在短短几分钟内就抢完了全部 2.5 亿美元额度，而依赖官方渠道等待通知的用户则几乎完全错失机会。

接下来，项目方尝试将存款上限从 2.5 亿美元提升至 10 亿美元。然而，这笔多签交易被外部方提前约 30 分钟执行，导致资金瞬间涌入，系统再次失控。团队随后试图将 cap 调整至 4 亿美元、再到 5 亿美元，但都因执行失败而无果。

在连续出现多次重大失误后，团队最终选择按下暂停键，停止整个流程并宣布将向用户退款。

过程中的关键失误有哪些？

• 合约配置错误：SaleUUID 的错误，是根源技术 bug。
• 多签 (multisig) 管理不当：原本应受控的签名流程被外部意外触发，导致 cap 提升操作提早执行。
• KYC 系统限流 (rate limit)：过于严格或限制流量，致使部分用户 KYC 无法通过。
• 流程设计混乱 & 用户体验差：随机时间开启窗口，使得“刷新页面”和“等待通知”的用户处于不对等竞争。

对 MegaETH 未来及用户信心意味着什么？

这次预存款事件无疑对 MegaETH 的整体声誉造成了明显冲击——无论是技术执行、流程管理，还是对用户公平参与的承诺，都遭到广泛质疑。

尽管团队反复强调 “所有用户资金安全、没有任何资产处于风险” 并承诺全额退款，但“启动混乱 + 预存流程被叫停” 本身已让不少参与者在心里贴上了“不成熟”“不稳定”的标签。

接下来，若 MegaETH 想要重新赢回社区与投资者的信任，必须在多个层面提出明确且可验证的改进计划，包括：更严格的技术审核、更透明的操作流程、更及时的人机沟通机制，以及对 KYC 服务商与合约系统的全面复盘与加固。同时，其后续 roadmap 的执行力也将再次接受市场检验。

投资者／用户应该注意什么？

• 在参与类似“预售 / 预存款 + 承诺流动性”的模式时，务必保持谨慎。若项目在合约、多签配置、KYC 流程等关键环节尚未经过完整公开的审计，就不应盲目信任。
• 在参与前，应检查项目是否公布审计报告、合约代码、多重签名的具体配置说明，以及是否明确披露退款机制与失败应对预案。这些信息缺一不可。
• 始终保持风险意识——即便项目被包装成“行业级大项目”（例如被宣传为由以太坊创始成员支持），在实际执行中仍可能因流程混乱或技术漏洞而出现致命问题。