Cosa succede davvero a un token appena nato
18.218 nascite con esito misurato · 2026-10-05 → 2026-11-08 · aggiornato il 08/11/2026 07:12 UTC · nessun consiglio finanziario
Comprare un token alla nascita, in media, perde. Ma la perdita non è uniforme: in una cella stretta e ben definita — valutazione ancora minuscola, pool già pieno di SOL, vendite già assorbite — la distribuzione degli esiti si ribalta. Questa pagina pubblica il metodo, i numeri e il registro dei segnali prima che l'esito sia noto.
1. Il metodo (e perché è diverso)
La maggior parte degli studi su questo mercato misura i mark: il prezzo di listino a un certo istante. Noi misuriamo i fill: il prezzo a cui una vendita è stata realmente quotata ed eseguita, con slippage, su ogni singola operazione. Ogni riga di questo studio è un token comprato e poi venduto, non un prezzo osservato.
- Popolazione: ogni token nuovo visto da DexScreener, comprato senza filtri (buy-all), 18.218 nascite con esito misurato.
- Uscite confrontate: sette regole in parallelo (3x, 2x, stop 20 % con 15 min, stop 10 % con 30 min, trailing 30 %, hold 6 h, hold 24 h) sulla stessa entrata, così il confronto è pulito.
- Flusso on-chain: rapporto vendite/acquisti in SOL e numero di wallet reali fra i top-20, letti dalla chain al momento dell'ingresso (non stimati).
- Pre-registrazione: la regola oggetto del test è stata scritta prima di raccogliere i dati in avanti, con il criterio di promozione già fissato. Il registro qui sotto è la prova.
2. Il risultato principale: la perdita non è uniforme
Su tutta la popolazione con flusso misurato (n=933) il rendimento medio è -28,4 %, con il 13 % dei trade che tocca il +100 %. Questo è il numero che tutti gli studi pubblici riportano, e combacia: comprare a caso perde.
| filtro | n | media | % a 2x |
|---|---|---|---|
| Base: tutte le nascite con flusso misurato | 933 | -28 % | 13 % |
| solo liquidità > 25k | 453 | -19 % | 15 % |
| solo sell/buy 0,35–0,52 | 383 | 12 % | 25 % |
| solo market cap < 30k | 286 | 41 % | 31 % |
| sell/buy + mcap (senza liquidità) | 211 | 52 % | 36 % |
| ZONA (tutti e tre) | 103 | 84 % | 45 % |
Dentro la zona, per market cap
Aggiungendo il vincolo di liquidità (> 25.000 $) il rendimento decade in modo monotòno con la valutazione: la fascia sotto i 20.000 $ è quella in cui un raddoppio è ancora matematicamente possibile, sopra i 100.000 $ si è già nella fase in cui la liquidità siamo noi.
| market cap | vendite/acquisti | n | media | % a 2x |
|---|---|---|---|---|
| < 20k | 0,35–0,52 | 28 | 120 % | 64 % |
| 20–30k | 0,35–0,52 | 75 | 71 % | 37 % |
| 30–50k | 0,35–0,52 | 6 | -4 % | 17 % |
| 50–100k | 0,35–0,52 | 27 | 9 % | 15 % |
| 50–100k | sopra 0,52 | 6 | -87 % | 0 % |
| 50–100k | sotto 0,35 | 76 | -98 % | 0 % |
| > 100k | 0,35–0,52 | 70 | -44 % | 11 % |
| > 100k | sopra 0,52 | 36 | -54 % | 3 % |
| > 100k | sotto 0,35 | 118 | -39 % | 5 % |
3. Perché funziona: il denaro nel pool, non la narrativa
La variabile che separa i due mondi non è il market cap in sé, è il rapporto
liquidità / market cap: quanto SOL reale sta nel pool rispetto al valore implicito
dell'intero token. Quando il pool contiene più denaro di quanto il token valga, un ordine piccolo muove
molto prezzo (float minuscolo) ma la porta d'uscita è finanziata.
| liquidità / market cap | n | media | % a 2x | % rug |
|---|---|---|---|---|
| < 1 | 565 | -60 % | 6 % | 63 % |
| 1 – 1,5 | 61 | 2 % | 15 % | 34 % |
| 1,5 – 2 | 239 | 40 % | 33 % | 41 % |
Righe sane (market cap fra 1.000 $ e 1.000.000 $). La coda oltre 2× esiste ma ha meno di 8 osservazioni e non è mostrata.
4. La zona, in numeri
Definizione: market cap < 30k · liquidità > 25k ·
vendite/acquisti in SOL fra 0,35 e 0,52.
| metrica | valore |
|---|---|
| trade nella zona | 103 |
| token distinti | 103 |
| rendimento medio | 84,0 % |
| quota di trade in positivo | 67 % |
| quota che tocca +100 % | 45 % |
| quota che tocca +200 % | 31 % |
| quota a −90 % o peggio | 27 % |
Due metà temporali indipendenti, stessa regola: 79,6 % (n=87, settimana 20–27/10) e 108,3 % (n=16, 01–02/11). Entrambe positive, nessuna delle due è un caso isolato.
Quanto vale in dollari, e quanto è grande
Il rendimento percentuale non dice nulla sulla capacità: un pool da 30.000 $ assorbe ordini piccoli. Qui sotto il rendimento medio e il valore giornaliero ipotetico a size fissa, sui giorni misurati.
| regola | n | media | trade/giorno | $/giorno (paper) |
|---|---|---|---|---|
| Zona stretta, 10 $ | 103 | 84 % | 10,3 | 87 $ |
| Allargata (liq/mcap ≥ 1,5), 10 $ | 184 | 55 % | 18,4 | 102 $ |
| Zona stretta con liquidità > 40k, 25 $ | 52 | 80 % | 5,8 | 115 $ |
5. Registro in avanti (pubblicato prima dell'esito)
Le due regole sono in esecuzione in paper con denaro simulato ma prezzi reali. Qui il riepilogo; sotto, gli ultimi trade chiusi con l'uscita che li ha chiusi. Le perdite restano nella tabella.
Nessun trade chiuso ancora. Le regole stanno girando su prezzi reali: finché il primo non si chiude questa sezione resta vuota — i segnali sono contati qui sotto e resteranno nel conteggio anche quando saranno perdite.
| bot | segnali visti | trade chiusi | aperti |
|---|---|---|---|
| P214 | 1.138 | 0 | 0 |
| P215 | 914 | 0 | 0 |
Regola allargata (liq/mcap ≥ 1,5): n=203, media 50 %, 35 % a 2x, 20,3 candidati/giorno sul periodo storico.
6. Limiti, detti prima che li trovi tu
- Campione: n=103 trade nella zona, su 35 giorni di dati. Non è una dimostrazione statistica definitiva: è un'ipotesi pre-registrata in corso di verifica.
- In-sample: la soglia è stata scelta guardando questi dati. La griglia mostra che il vicinato è coerente (non un picco isolato), ma solo il registro in avanti è out-of-sample.
- Un solo regime di mercato. Se cambia la struttura delle launchpad, la regola può smettere di funzionare.
- Coda sinistra pesante: circa un quarto dei trade va a −90 % o peggio. La media positiva è fatta dai vincenti; senza stop e senza diversificazione il conto non torna.
- Questo non è un consiglio finanziario. Sono misure su dati storici, pubblicate perché chiunque possa rifarle o smentirle.
7. Rifare i numeri
Tutto è calcolato da un singolo database SQLite con lo schema descritto qui sopra e rigenerato da uno script pubblico. Se un numero non torna, è un bug: scrivici e lo correggiamo in chiaro.
Chi vuole i dati per intero (nascite + esiti + flusso on-chain, esportabili) o la stessa misura come endpoint, c'è un contatto in fondo. Prezzo e formato si concordano; il metodo no, quello è pubblico.