Airdrop basato su snapshot: dalla lista all'invio
Come fare un airdrop basato su snapshot su Solana: scegliere il momento, filtrare gli holder, decidere gli importi e inviare con una sola approvazione.

Gli airdrop con claim aperto sono un buffet per le farm di bot: si collega il wallet, si compila il modulo, si riscuote, si rivende. Un airdrop basato su snapshot ribalta lo schema. Fissi in un momento preciso chi detiene il tuo token, filtri la lista e mandi i token direttamente a quegli indirizzi. Chi riceve non deve fare nulla: nessun modulo, nessuna firma, nessun SOL.
Questa guida segue un airdrop basato su snapshot dal lato di chi invia, dalla scelta del momento al resoconto finale. Cos'è un airdrop e come ci si qualifica lo spiega la nostra guida agli airdrop crypto. Molte distribuzioni, dopo lo snapshot, lasciano riscuotere a ogni destinatario la sua parte. Qui invece i token li mandi tu.
Cosa fissa un airdrop basato su snapshot e quando farlo
Uno snapshot registra quali wallet detengono un token in un momento preciso, e quanto. Come in una foto di gruppo: chi arriva dopo lo scatto non è nell'immagine, quindi non è nella lista.
Con gli strumenti di j.tools un airdrop basato su snapshot non ha date retroattive. Lo Snapshot holder legge gli holder così come sono quando avvii la scansione: il momento scelto è quello in cui premi il pulsante. Il risultato mostra quando è stato generato, sulla pagina e nel foglio esportato, ed è quell'orario che annuncerai dopo.
Non annunciare l'orario in anticipo. Chi sa quando si chiude la lista compra all'ultimo o sposta i saldi su altri wallet, e la lista si gonfia. Fai lo snapshot senza preavviso e pubblica dopo l'orario in cui l'hai fatto.
Cosa ti serve prima di iniziare
- Il token, già creato e nel wallet da cui invii. Se ancora non esiste, lo crei senza codice con il Creatore di token.
- SOL nello stesso wallet. Per ogni destinatario che non ha ancora un account per il tuo token, l'invio ne apre uno e il deposito lo paghi tu, oltre alle commissioni di rete. La documentazione di Solana sugli account token spiega perché chi invia può pagare quell'account per qualcun altro.
- Una regola scritta su chi ha diritto, decisa prima di guardare la lista. Decidere dopo apre la porta ai favoritismi.
- La mainnet. Gli strumenti di j.tools funzionano solo lì.
Passo 1: definire la regola di idoneità
Tre modelli ricorrono spesso:
- Holder semplice: chiunque sia sopra un saldo minimo. Il modello più semplice, e quello a cui gli account falsi si adattano più facilmente.
- Holder attivo: chi detiene e ha anche fatto trading di recente. Lo Snapshot holder mostra l'età di un wallet, non l'attività recente; i trade di un wallet si vedono in Wallet Scope.
- Staking o LP: chi ha messo il token in staking o l'ha portato in un pool di liquidità. Il gruppo più solido, ma la lista degli holder di un solo token non basta: una posizione di liquidità è un altro token o una posizione a parte, quindi servono altri dati.
Un test aiuta con ogni regola: questo wallet esisterebbe se non ci fosse un airdrop? Chi risponde sì è la tua vera community.
Passo 2: scattare la lista con lo Snapshot holder

Nello Snapshot holder di j.tools incolli l'indirizzo del mint o scegli un token dal tuo wallet, poi una profondità: Top 100, 500, 1.000, 5.000 o 10.000 holder. Scegli quella che raggiunge ogni wallet sopra il tuo saldo minimo. Serve un wallet collegato, ma non si firma nulla.
Ogni riga è un wallet, non un account token: se qualcuno tiene il token su più account, lo strumento li somma in una riga. Accanto a saldo e quota dell'offerta ci sono i saldi in SOL e USDC, compilati in automatico per le prime 1.000 righe, poi l'età del wallet e le etichette: Liquidità, CEX, Burn, Contratto, Sviluppatore, Balena, Nuovo e Top con la posizione.
Su un token molto grande la scansione può fermarsi prima e lo segnala con un risultato parziale. Rilanciarla subito dopo può restituire lo stesso risultato.
L'export è un file Excel con esattamente le righe mostrate. Archivia quel primo file così com'è e lavora su una copia.
Passo 3: filtrare la lista grezza
Lo snapshot non è ancora la tua lista di distribuzione. Le esclusioni della nostra guida alla distribuzione degli holder valgono anche qui. Da togliere:
- Gli account di programma. Pool, vault e contratti di lock appartengono a un programma, non a una persona. Lo strumento etichetta i pool noti come Liquidità, gli altri holder posseduti da un programma come Contratto e l'indirizzo di burn come Burn.
- I wallet degli exchange. I token mandati lì finiscono in custodia dell'exchange, che decide cosa farne. L'etichetta CEX copre solo i wallet di exchange che lo strumento conosce: le righe grandi senza etichetta controllale tu su un explorer.
- Il tuo team e la tesoreria. Togli i tuoi wallet e la riga etichettata Sviluppatore.
- I saldi minuscoli. Fissa un saldo minimo. Ogni nuovo account destinatario ti costa un deposito, e dietro un saldo irrisorio può esserci un wallet abbandonato o una farm.
Per gli account falsi ci sono segnali, mai prove:
- Wallet giovani. L'età viene dalla prima transazione del wallet, e tutto ciò che ha meno di 30 giorni prende l'etichetta Nuovo. I wallet molto attivi risultano consolidati, senza data. La pagina non ha un filtro per età: quello lo fai nel foglio Excel.
- Saldo in SOL vuoto. Un motivo per guardare meglio, niente di più.
- Un finanziatore comune. La vista mappa traccia i legami di finanziamento tra holder e raggruppa i wallet collegati in cluster. Wallet Scope su j.tools risale a chi ha finanziato ogni wallet e tiene a parte quelli finanziati da un exchange. Per leggere queste tracce c'è la nostra guida per riconoscere un lancio in bundle.
Il filtro perfetto non esiste. L'obiettivo è che una farm di account falsi costi più di quanto rende. Filtri troppo stretti tagliano fuori anche holder veri.
Passo 4: decidere gli importi
L'Invio multiplo legge solo gli indirizzi di una lista. Gli importi si impostano sulla sua pagina: la modalità Uguale divide un totale in parti uguali, oppure scrivi a mano un importo in una riga, che lo mantiene. Ecco come si invia ogni modello:
| Modello | Come funziona | Invio con l'Invio multiplo |
|---|---|---|
| Fisso | Lo stesso importo a ogni wallet idoneo. | Un solo invio in modalità Uguale. |
| A fasce | Fasce di saldo, la fascia più alta riceve di più. | Un invio per fascia, ognuno in modalità Uguale. |
| Proporzionale | L'importo segue il saldo. | Importi scritti riga per riga, realistico solo per una lista corta. |
| Radice quadrata | L'importo segue la radice quadrata del saldo e attenua il peso delle balene. | Come il proporzionale: a mano, riga per riga. |
Fai la verifica prima di inviare. In questo airdrop basato su snapshot chi riceve non paga nulla, quindi conta una sola domanda: l'importo per wallet significa qualcosa per un holder? Se no, alza il saldo minimo o cambia modello.
Passo 5: inviare con l'Invio multiplo

Nell'Invio multiplo di j.tools incolli i destinatari o carichi un file CSV, TXT, JSON o TSV. Il file Excel dello Snapshot holder non viene accettato dall'import: copia la colonna dei wallet dal foglio e incollala, oppure salva solo quella colonna come CSV.
Righe non valide, duplicati e il tuo stesso indirizzo vengono segnalati, e l'invio aspetta che la lista sia ripulita. Lo strumento invia SOL o token, Token-2022 compresi, e nello stesso invio crea l'account token che manca a un destinatario, a tue spese.
Prima della firma, un riepilogo mostra la commissione di piattaforma, la commissione di rete, i depositi per i nuovi account destinatari e il totale che esce dal tuo wallet. Se il saldo non copre un invio di token, l'invio non parte e compare quanto manca.
Poi basta una sola approvazione. Il tuo wallet firma un'unica transazione di finanziamento verso un wallet di invio monouso, creato nella scheda del browser. Quel wallet manda ogni lotto e poi ti restituisce ciò che avanza. Tieni la scheda aperta fino alla fine. Se si chiude, riapri lo strumento nello stesso browser qualche minuto dopo e il residuo torna indietro, ma le righe non inviate non partono da sole.
I token Token-2022 con commissione di trasferimento o transfer hook fanno eccezione: lì approvi ogni transazione nel wallet. Lo strumento mette più trasferimenti in ogni transazione e divide la lista da solo. La commissione di piattaforma si paga solo per i destinatari a cui il trasferimento arriva. Non c'è un tetto di destinatari dichiarato. Una lista lunga però conviene mandarla in parti verificabili, per esempio un invio per fascia.
Fai un primo invio a una breve lista di indirizzi tuoi, sulla mainnet. Il riepilogo ti mostra il costo prima della firma. Una prova su devnet passa dalla CLI di Solana con SOL di test, fuori da j.tools.
Passo 6: verificare e annunciare
Ogni riga destinatario mostra uno stato e un link a Solscan. «Riprova le fallite» rimanda solo le righe fallite, e si paga di nuovo solo ciò che arriva. Alla fine scarica la ricevuta CSV. L'annuncio deve contenere:
- l'orario dello snapshot, come lo ha mostrato lo strumento;
- la regola, parola per parola;
- ogni filtro e quanti wallet ha tolto;
- il totale inviato e il numero finale di wallet;
- qualche link alle transazioni;
- come può contattarti un holder rimasto fuori.
Alcuni destinatari all'inizio non vedranno il token, perché la loro app di wallet nasconde i token sconosciuti come possibile spam. Mandali alla nostra guida sul token non visibile su Phantom, che spiega come trovarlo dall'indirizzo.
Gli errori comuni in un airdrop basato su snapshot
- Annunciare l'orario dello snapshot in anticipo. La lista si gonfia e crea proprio gli account falsi che dopo dovrai filtrare.
- Lasciare in lista wallet di exchange e pool. Lì i token non arrivano a nessuna persona.
- Mettere in conto solo la commissione di rete. Se il token è nuovo per i destinatari, i depositi dei nuovi account pesano di più. Se distribuisci un token che già detengono, non ce ne sono.
- Chiudere la scheda a metà invio. Il residuo torna, le righe non inviate restano ferme.
- Nessun piano per gli avanzi. Ciò che non arriva resta a te: riprova, tienilo in tesoreria o brucialo con lo strumento Brucia token, come mostra la nostra guida per bruciare token.
Domande frequenti sull'airdrop basato su snapshot
Questa guida serve per riscuotere un airdrop?
No, è per chi invia. Chi riceve un airdrop spedito così non firma nulla. Un link per riscuotere che arriva in messaggio privato, in risposta o da una pubblicità e ti chiede di collegare il wallet è uno schema tipico dei drainer.
Chi riceve ha bisogno di SOL per ottenere i token?
No. Chi invia paga il deposito per ogni account destinatario che ancora non esiste. Come spiega la documentazione di Solana sulla creazione dell'account, il deposito è rimborsabile, ma a chi chiuderà l'account in futuro, non automaticamente a te.
Posso fare lo snapshot per una data passata?
Non con lo Snapshot holder: legge gli holder come sono quando avvii la scansione. Fissa il momento, avvia la scansione proprio allora e conserva l'export con l'orario che mostra.
Serve il permesso degli holder per mandare loro un airdrop?
No, chiunque può inviare un token a qualsiasi indirizzo. Molti destinatari lo ignoreranno comunque, e alcuni wallet lo nasconderanno come spam. Una lista più piccola e mirata rende più di una enorme.
Un airdrop basato su snapshot funziona con Token-2022?
Sì, entrambi gli strumenti leggono e inviano token Token-2022. Una commissione di trasferimento riduce ciò che riceve ogni wallet: viene trattenuta nell'account del destinatario, come descrive la documentazione di Solana sulle commissioni di trasferimento. L'Invio multiplo non la aggiunge sopra, e questi token richiedono un'approvazione per transazione. Per approfondire c'è la nostra guida ai token con tassa.
In un airdrop basato su snapshot il lavoro vero è la lista. Quando è giusta, l'invio diventa la parte facile.
Un articolo del team di J Tools.
Vedi tutti gli articoli di J Tools Editorial →

