The timeline below helps you quickly see the key nodes:

In-depth analysis of the exit scam techniques

The project team prepared a complete set of 'combination punches' for this exit scam, with core techniques including:

  1. Lock-up rules can be changed at will: The project team unilaterally changed the 50% of tokens that were supposed to be unlocked immediately at TGE (Token Generation Event) to a forced seven-month linear release, which directly resulted in investors' funds being locked, completely losing their initiative.

  2. Airdrop ranking publicly tampered: The project team uniformly moved all participants' airdrop rankings back by 15,000 places. This made it impossible for the vast majority of users participating in the airdrop activity to receive rewards, as the preset airdrop rewards were intercepted by the project team.

  3. The liquidity pool has not been injected: The BNB raised during the pre-sale phase has not been injected into the liquidity pool as promised, but has been transferred by the project party. On-chain data shows that related parties have maliciously sold off through addresses, profiting at least 9,090,000 USD.

  4. The 'hacker attack' controversy: To cover up their exit, the project party claims to have encountered a 'third-party management account theft'.

    However, on-chain data indicates that the selling addresses are closely associated with the project party, which aligns more with the characteristics of 'insider theft'.

Lessons learned

The RVV incident has sounded the alarm again:

  • Platform endorsement does not equal absolute safety: Even for projects appearing on platforms like Binance Alpha, one must remain vigilant, as platform displays do not mean a complete guarantee of the project's qualifications and behaviors.

  • Transparency of rules is a lifeline: For projects where key information such as lock-up rules and token distribution is vague, or where the project party reserves the 'final interpretation rights' and can unilaterally modify them, great caution is required.

  • Trust should be based on verifiable on-chain behavior: Instead of blindly believing promotional materials, it is better to focus on the project's on-chain data, such as whether the liquidity pool is genuinely injected and whether the token distribution is reasonable.