Nous avons signalé environ 200 000 $ de fonds Bitget volés 9 secondes après leur transfert.
Circle les a gelés à mi-chemin d’un bridge. Le propre tableau des fonds gelés de Bitget ne les a pas repérés pendant des jours.
Deux semaines plus tard, Bitget n’a toujours rien décidé.

Voici comment cela s’est passé.

Le bridge de Circle transfère des USDC en les brûlant sur une chaîne, puis en en créant de nouveaux sur une autre. Entre ces deux étapes, l’argent n’existe nulle part.

28 septembre, UTC
02:14:05 le pirate brûle 199 999,91 USDC sur Noble, qui doivent être créés à l’adresse 0x9e22…03a4 sur Ethereum
02:14:14 notre signalement 260928-101414-CYEK est déposé sur le portail de primes de Bitget
15:06:59 Circle inscrit 0x9e22…03a4 sur sa liste noire. Impossible de créer des USDC à une adresse sur liste noire. Les fonds sont gelés à mi-chemin du bridge.

0x9e22 ne détient aucun USDC : les fonds ne se trouvent à aucune adresse. Leur tableau des fonds gelés ne l’indiquait pas.

Nous les en avons informés le jour même, via leur portail et par e-mail. Leur service d’assistance nous a renvoyés vers le portail ; nous y avons donc fait un suivi.

Le 30 septembre, leur tableau des fonds gelés ne l’indiquait toujours pas. À la fin du 1er octobre, il y figurait sous la mention « CCTP non créé ».

Depuis, rien. Ni oui, ni non.

Leur règle : 5 % des fonds gelés, « uniquement pour la première personne qui soumet un signalement donné ». Nous l’avons envoyé 9 secondes après la destruction des tokens, avant même que les fonds n’arrivent. Quelqu’un a-t-il été plus rapide ? Sinon, qu’est-ce qui manque ?

Environ 10 000 $, c’est à peu près 0,003 % de la somme volée. Deux semaines, c’est assez long pour obtenir une réponse.

L’identifiant comporte l’horodatage de Bitget, selon l’heure de Pékin : 10:14:14 = 02:14:14 UTC. Bitget peut le vérifier en une seconde.