Airdrop par snapshot sur Solana : liste, filtres, envoi

Les airdrops à réclamer librement attirent les fermes de bots comme un buffet ouvert : on connecte un portefeuille, on remplit le formulaire, on réclame, on revend. Un airdrop par snapshot inverse la logique. Vous figez à un instant donné la liste de ceux qui détiennent votre token, vous la filtrez, puis vous envoyez les tokens directement à ces adresses. Le destinataire n'a rien à faire : pas de formulaire, pas de signature, pas de SOL.

Ce guide suit un airdrop par snapshot du côté de l'expéditeur, du choix du moment jusqu'au compte rendu final. Pour savoir ce qu'est un airdrop et comment les destinataires s'y qualifient, lisez notre guide simple sur les airdrops crypto. Beaucoup de distributions fixent l'éligibilité par snapshot puis laissent chaque destinataire réclamer sa part. Ici, c'est vous qui poussez les tokens vers eux.

Ce que fige un airdrop par snapshot, et quand le prendre

Un snapshot enregistre quels portefeuilles détiennent un token à un instant précis, et combien. Pensez à une photo de groupe : celui qui arrive après le déclic n'est pas sur l'image, donc pas sur la liste.

Avec les outils de j.tools, un airdrop par snapshot n'a pas de date rétroactive. Le Snapshot des holders lit les détenteurs tels qu'ils sont au moment où vous lancez l'analyse. Le moment choisi, c'est donc celui où vous cliquez. Le résultat affiche l'heure à laquelle il a été généré, sur la page comme dans la feuille exportée, et c'est cette heure que vous annoncerez ensuite.

N'annoncez pas l'heure à l'avance. Ceux qui savent quand la liste sera figée achètent juste avant ou répartissent leurs soldes sur d'autres portefeuilles, et la liste gonfle. Prenez le snapshot sans prévenir, puis publiez l'heure à laquelle il a été pris.

Ce qu'il vous faut avant de commencer

• Le token, déjà créé et présent dans le portefeuille d'envoi. S'il n'existe pas encore, le Créateur de Token le crée sans code.
• Des SOL dans ce même portefeuille. Pour chaque destinataire qui n'a pas encore de compte pour votre token, l'envoi en ouvre un et vous versez le dépôt de ce compte, en plus des frais de réseau. La documentation Solana sur les comptes de token explique pourquoi l'expéditeur peut payer ce compte pour quelqu'un d'autre.
• Une règle écrite qui dit qui est éligible, fixée avant de regarder la liste. Décider après, c'est ouvrir la porte au favoritisme.
• Le mainnet. Les outils de j.tools ne fonctionnent que sur le mainnet.

Étape 1 : fixer la règle d'éligibilité

Trois modèles reviennent souvent :

• Détenteur simple : toute personne au-dessus d'un solde minimum. Le modèle le plus simple, et celui auquel les faux comptes s'adaptent le plus facilement.
• Détenteur actif : un détenteur qui a aussi tradé récemment. Le Snapshot des holders montre l'âge d'un portefeuille, pas son activité récente ; les trades d'un portefeuille se lisent dans Wallet Scope.
• Staking ou LP : un détenteur qui a staké le token ou l'a apporté à un pool de liquidité. Le groupe le plus solide, mais la liste des détenteurs d'un seul token ne suffit pas : une position de liquidité se détient sous la forme d'un autre token ou d'une position, il faut donc d'autres données.

Un test aide pour chaque règle : ce portefeuille existerait-il s'il n'y avait pas d'airdrop ? Ceux qui répondent oui forment votre vraie communauté.

Étape 2 : prendre la liste avec le Snapshot des holders

Dans le Snapshot des holders, vous collez l'adresse du mint ou choisissez un token de votre portefeuille, puis une profondeur : Top 100, 500, 1 000, 5 000 ou 10 000 détenteurs. Prenez celle qui atteint chaque portefeuille au-dessus de votre solde minimum. L'outil demande un portefeuille connecté, mais rien n'est signé.

Chaque ligne est un portefeuille, pas un compte de token : si quelqu'un détient le token sur plusieurs comptes, l'outil les regroupe en une seule ligne. À côté du solde et de la part de l'offre figurent les soldes en SOL et en USDC, remplis automatiquement pour les 1 000 premières lignes, puis l'âge du portefeuille et des étiquettes : Liquidité, CEX, Brûler, Contrat, Développeur, Baleine, Récent et Top avec le rang.

Sur un très gros token, l'analyse peut s'arrêter plus tôt et signale alors un résultat partiel. Relancer juste après peut renvoyer le même résultat.

L'export est un fichier Excel qui contient exactement les lignes affichées. Rangez ce premier fichier tel quel et travaillez sur une copie : la liste va passer par plusieurs filtres, et l'original reste votre preuve.

Étape 3 : filtrer la liste brute

Le snapshot n'est pas encore votre liste de distribution. Les exclusions de notre guide sur la répartition des détenteurs s'appliquent ici aussi. À retirer :

• Les comptes de programme. Pools, coffres et contrats de verrouillage appartiennent à un programme, personne n'est derrière. L'outil marque les pools connus Liquidité, les autres détenteurs possédés par un programme Contrat, et l'adresse de brûlage Brûler.
• Les portefeuilles d'exchange. Des tokens envoyés là passent sous la garde de l'exchange, qui décide de leur sort. L'étiquette CEX ne couvre que les portefeuilles d'exchange que l'outil connaît : vérifiez vous-même les grosses lignes sans étiquette dans un explorateur.
• Votre équipe et votre trésorerie. Retirez vos propres portefeuilles et la ligne marquée Développeur.
• Les soldes minuscules. Fixez un solde minimum. Chaque nouveau compte destinataire vous coûte un dépôt, et derrière un solde infime peut se cacher un portefeuille abandonné ou une ferme.

Repérer les faux comptes est un sujet à part entière. Ces signaux sont des indices, jamais des preuves :

• Un portefeuille jeune. L'âge vient de la première transaction du portefeuille, et tout ce qui a moins de 30 jours porte l'étiquette Récent. Les portefeuilles très actifs apparaissent comme établis, sans date. La page n'a pas de filtre par âge : elle filtre par recherche, par tri et par solde minimum en SOL, donc l'âge se filtre dans la feuille Excel.
• Un solde en SOL vide. Une raison de regarder de plus près, rien de plus.
• Un financeur commun. La vue carte trace les liens de financement entre détenteurs et regroupe les portefeuilles liés en clusters. L'outil Wallet Scope remonte à celui qui a financé chaque portefeuille et laisse à part ceux qu'un exchange a financés. Pour lire ces traces, voyez notre guide pour détecter un lancement bundlé.

Le filtrage parfait n'existe pas. Le but : qu'une ferme de faux comptes coûte plus qu'elle ne rapporte. Des filtres trop serrés écartent aussi de vrais détenteurs.

Étape 4 : décider des montants

L'Envoi multiple ne lit que les adresses d'une liste. Les montants se règlent sur sa page : le mode Égal répartit un total à parts égales, ou vous tapez un montant à la main dans une ligne, qui le garde. D'où la façon d'envoyer chaque modèle :

Modèle	Principe	Envoi avec l'Envoi multiple
Fixe	Le même montant pour chaque portefeuille éligible.	Un seul envoi en mode Égal.
Par paliers	Des tranches de solde, la tranche la plus haute reçoit davantage.	Un envoi par palier, chacun en mode Égal.
Proportionnel	Le montant suit le solde.	Montants tapés ligne par ligne, réaliste seulement pour une courte liste.
Racine carrée	Le montant suit la racine carrée du solde, ce qui atténue le poids des baleines.	Comme le proportionnel : à la main, ligne par ligne.

Faites le test avant d'envoyer. Dans cet airdrop par snapshot, les destinataires ne paient rien pour recevoir, donc une seule question compte : le montant par portefeuille représente-t-il quelque chose pour un détenteur ? Sinon, relevez le solde minimum ou changez de modèle.

Étape 5 : envoyer avec l'Envoi multiple

Dans l'outil Envoi multiple, vous collez les destinataires ou importez un fichier CSV, TXT, JSON ou TSV. Le fichier Excel du Snapshot des holders n'est pas accepté à l'import : copiez la colonne des portefeuilles depuis la feuille et collez-la, ou enregistrez cette seule colonne en CSV.

Les lignes invalides, les doublons et votre propre adresse sont signalés, et l'envoi attend que la liste soit nettoyée. L'outil envoie du SOL ou des tokens, Token-2022 compris, et crée dans le même envoi le compte de token qui manque à un destinataire, à vos frais.

Avant la signature, un récapitulatif affiche les frais de la plateforme, les frais de réseau, les dépôts pour les nouveaux comptes destinataires et le total qui sort de votre portefeuille. Si votre solde ne couvre pas un envoi de tokens, l'envoi ne démarre pas et le manque s'affiche.

Ensuite, une seule approbation suffit. Votre portefeuille signe une unique transaction de financement vers un portefeuille d'envoi à usage unique, créé dans l'onglet de votre navigateur. Celui-ci envoie chaque lot, puis vous renvoie ce qui reste. Gardez l'onglet ouvert jusqu'à la fin. S'il se ferme, rouvrez l'outil dans le même navigateur quelques minutes plus tard et le reste revient, mais les lignes non envoyées ne partent pas toutes seules.

Les tokens Token-2022 avec frais de transfert ou hook de transfert font exception : chaque transaction s'approuve alors dans le portefeuille. L'outil regroupe plusieurs transferts dans chaque transaction et découpe la liste lui-même. Les frais de la plateforme ne sont facturés que pour les destinataires dont le transfert arrive. Aucun plafond de destinataires n'est annoncé, et des envois de plusieurs centaines de destinataires sont courants. Envoyez quand même une longue liste en parties vérifiables, par exemple un envoi par palier.

Faites un premier envoi vers une courte liste d'adresses à vous, sur le mainnet. Le récapitulatif montre le coût avant la signature. Une répétition sur le devnet passe par la CLI Solana et des SOL de test, hors de j.tools.

Étape 6 : vérifier et annoncer

Chaque ligne destinataire affiche un statut et un lien Solscan. Le bouton « Réessayer échoué » renvoie uniquement les lignes en échec, et seuls les transferts qui arrivent sont facturés. À la fin, téléchargez le reçu CSV. Votre annonce doit contenir :

• l'heure du snapshot, telle que l'outil l'a affichée ;
• la règle, mot pour mot ;
• chaque filtre et le nombre de portefeuilles qu'il a retirés ;
• le total envoyé et le nombre final de portefeuilles ;
• quelques liens de transactions ;
• la façon dont un détenteur oublié peut vous joindre.

Certains destinataires ne verront pas le token tout de suite, parce que leur application de portefeuille masque les tokens inconnus comme spam possible. Envoyez-les vers notre article sur le token invisible dans Phantom, qui explique comment le retrouver par son adresse.

Les erreurs courantes d'un airdrop par snapshot

• Annoncer l'heure du snapshot à l'avance. La liste gonfle et fabrique les faux comptes que vous devrez ensuite filtrer.
• Laisser les portefeuilles d'exchange et les pools dans la liste. Les tokens y arrivent chez l'exchange ou dans la réserve commune d'un pool, chez personne.
• Ne budgéter que les frais de réseau. Si le token est nouveau pour les destinataires, les dépôts des nouveaux comptes pèsent plus lourd. Si vous distribuez un token qu'ils détiennent déjà, il n'y en a aucun.
• Fermer l'onglet en plein envoi. Le reste revient, les lignes non envoyées ne partent pas.
• Aucun plan pour les restes. Ce qui n'arrive pas reste chez vous : relancez, gardez-le en trésorerie ou brûlez-le avec le Brûleur de tokens, comme le montre notre guide pour brûler des tokens.

Questions fréquentes sur l'airdrop par snapshot

Ce guide sert-il à réclamer un airdrop ?

Non, il s'adresse à l'expéditeur. Le destinataire d'un airdrop envoyé de cette façon ne signe rien. Un lien de réclamation qui arrive par message privé, en réponse ou par une publicité et vous demande de connecter votre portefeuille est un schéma classique de drainer. Le côté destinataire est traité dans notre article qui explique les airdrops.

Les destinataires ont-ils besoin de SOL pour recevoir les tokens ?

Non. L'expéditeur paie le dépôt de chaque compte destinataire qui n'existe pas encore. D'après la documentation Solana sur la création de compte, ce dépôt est remboursable, mais à celui qui fermera le compte plus tard, pas automatiquement à vous.

Peut-on prendre le snapshot à une date passée ?

Pas avec le Snapshot des holders : il lit les détenteurs tels qu'ils sont au lancement de l'analyse. Fixez le moment, lancez l'analyse à ce moment-là, puis conservez l'export et l'heure qu'il affiche.

Faut-il l'accord des détenteurs pour leur envoyer un airdrop ?

Non, n'importe qui peut envoyer un token à n'importe quelle adresse. Beaucoup de destinataires l'ignoreront quand même, et certains portefeuilles le masqueront comme spam. Une liste plus courte et mieux ciblée fait davantage qu'une liste énorme.

Un airdrop par snapshot fonctionne-t-il avec Token-2022 ?

Oui, les deux outils lisent et envoient les tokens Token-2022. Des frais de transfert réduisent ce que reçoit chaque portefeuille : ils sont retenus dans le compte du destinataire, comme le décrit la documentation Solana sur les frais de transfert. L'Envoi multiple ne les ajoute pas par-dessus, et ces tokens demandent une approbation par transaction. Pour aller plus loin, lisez notre article sur les tokens à taxe.

Dans un airdrop par snapshot, le vrai travail, c'est la liste. Une fois qu'elle est juste, l'envoi devient la partie facile.