En ce moment, on est en plein rush des airdrops, et je trouve que beaucoup de projets ont à peu près la même “patte” : dès que les points s’ouvrent, tout le monde se met à “travailler” et à se battre comme au boulot, avec la chasse aux bots qui ressemble presque à une histoire d’espionnage. Mais franchement, ce qui me fait vraiment peur, ce n’est pas de me faire anti-rug, c’est plutôt des mines cachées dans le code.

Je suis un vrai débutant : des mots comme GitHub, rapports d’audit, multisig pour les upgrades… rien que d’y penser, j’ai déjà la tête qui tourne. Puis petit à petit, j’ai compris quelques repères. Sur GitHub, je regarde la fréquence des mises à jour : si ça n’a pas bougé depuis longtemps, ou si le dépôt est rempli de modèles copiés-collés, alors je ne m’attarde généralement pas. Pour les rapports d’audit, l’essentiel c’est de savoir s’ils sont réellement publiés : s’ils sont bien cachés, ou si on ne fournit qu’une capture d’écran, je me mets direct un gros point d’interrogation. Pour les upgrades de multisig, en clair, c’est vérifier si les adresses qui signent appartiennent à des institutions connues ou à des membres clés d’une équipe. Si ce sont des petits comptes créés juste avant, même s’il y en a 5, ça revient un peu à dire qu’ils n’ont rien “signé”.

Bref, en ce moment, pendant la saison des airdrops, beaucoup de projets se dépêchent de se lancer : les rapports d’audit ne sont peut-être pas encore “frais”, et le multisig peut aussi être assemblé à la hâte. Je préfère attendre un peu, je ne suis pas pressé d’y foncer. Parce que bon… si tu perds de l’argent, même les meilleurs points ne pourront rien sauver.

Je retourne bosser : je continue de surveiller quelques protocoles de prêt qui visent les marchés en phase de “descente”, et ça a l’air d’être un peu intéressant.