Why was the pre-deposit of MegaETH originally planned to attract attention?
MegaETH, as a recently widely关注的 Ethereum scaling / layer-2 project, aims to achieve high performance, low fees, and a stablecoin economy. Its mainnet will use the USDm stablecoin and will build an initial liquidity pool through Pre-Deposit, which is not uncommon in crypto projects. For many users and investors looking to get in early, this presents an opportunity to "participate within their means first, then enjoy liquidity later."
Therefore, when MegaETH launched a pre-deposit plan with a cap of 250 million USD, many people considered it a reasonable and potentially promising entry point.
Where exactly did the problem occur?
However, a series of issues were exposed during the implementation of the plan:
- Contract error: SaleUUID configuration error, causing the transaction to fail. A multisig (4-of-6 multisig) update will be required subsequently.
- KYC service rate limiting: KYC service providers impose rate limits on access traffic, causing many users to fail to pass identity verification smoothly. The team must spend time troubleshooting and fixing the issue.
- Multi-signature mechanism is out of control: The multi-signature transaction originally intended to control the deposit cap was triggered early by an external party, leading to an increase in the cap and an influx of funds.
- User experience is unfair / Random mechanism: The deposit window opens randomly, leading to users who "refresh the page" being prioritized, while those relying on official notifications are excluded. This creates a highly unfair situation.
Ultimately, these compounded issues led to the entire process spiraling out of control — the project team decided to cancel the original $1 billion expansion plan, retaining only a $500 million cap, which was also not executed smoothly. In the end, they opted for a full refund.
Who is affected? What are the refund arrangements?
All user funds deposited via the Pre-Deposit Bridge in USDm/USDC will be refunded through a new smart contract. This contract is currently in the audit state. The project team emphasizes that "no funds are at real risk."
However, they did not explicitly state how they would compensate users who were prepared to participate but were unable to deposit due to system issues, nor did they guarantee that future participation opportunities would be equally accessible.
Insights for cryptocurrency project ecosystems / investors
The recent MegaETH event has brought three important reflections to the entire crypto community:
- "Fame + Capital ≠ Process Security" — Even with a strong project background, it cannot replace rigorous contract audits, multi-signature management, and KYC process testing.
- The importance of process and user experience — Random window + refresh mechanism + KYC throttling = extremely high unfairness, which undermines project credibility and potential community trust.
- Transparency and response mechanisms are essential - if project teams disclose multi-signature settings, KYC process plans, and failure/refund plans in advance, it will give users and the community more confidence.
How to assess the risks of participating in similar projects in the future?
If you are considering participating in future projects similar to pre-sales / pre-deposits, it is recommended to focus on evaluating the following aspects:
- Is the contract code and multi-signature configuration public, and has the multi-signature been audited by the community / third parties?
- Is the KYC process and the service provider reliable, and do they have enough capacity to handle high concurrent requests?
- Is there a clear disclosure of the cap, refund mechanism, and failure response plan?
- Do users have equal opportunities to participate — avoiding the mechanism of "refresh = first to grab, notification = excluded".
In short, participate with caution, do your own research (DYOR), and do not let temporary hype or "seemingly reasonable opportunities" cloud your judgment.