Cos'è la liquidità insufficiente su un DEX?

Una liquidità insufficiente su un exchange decentralizzato significa che il pool della tua coppia di trading non può fornire una quantità sufficiente del token che vuoi entro il limite di slippage scelto. Il contratto calcola l'output atteso, lo confronta con il tuo minimo e rifiuta la transazione quando tale soglia non può essere rispettata.

Gli automated market maker determinano il prezzo degli scambi in base al rapporto tra i token presenti in un pool. Acquistare un lato modifica quel rapporto e ne fa salire il prezzo. Quando un ordine è grande rispetto alle riserve disponibili, il tasso può muoversi abbastanza da rendere non più valida la quotazione iniziale. L'interfaccia mostra quindi un errore prima che venga speso qualsiasi gas.

Coppie profonde come ETH/USDC su Uniswap possono assorbire swap da sette cifre con un impatto sul prezzo di appena una frazione di punto percentuale. I nuovi token, le memecoin e le altre risorse a coda lunga sono diversi. I loro pool spesso contengono meno di 100.000 $, per cui un ordine da 5.000 $ è abbastanza grande da consumare una parte visibile di una riserva.

Cause di liquidità insufficiente per questa operazione

Diverse condizioni possono causare lo stesso errore. Le riserve scarse sono la causa più comune, ma anche liquidità concentrata, frammentazione delle chain, meccaniche dei token e logica degli hook personalizzata possono produrre lo stesso risultato.

Come risolvere l'errore di liquidità insufficiente per questa operazione

Per eliminare l'errore, concedi al contratto più margine di esecuzione oppure instrada l'ordine verso riserve più profonde. I quattro metodi qui sotto vanno dalla soluzione più semplice a quella più manuale.

Soluzione 1: usa un aggregatore DEX

Un aggregatore DEX come 1inch, Jupiter o KyberSwap controlla decine di pool invece di affidarsi a una sola sede. Può dividere l'ordine tra più fonti e regolare tutto in un'unica transazione, spesso risolvendo l'errore senza modificare le tue impostazioni.

Segui questi passaggi per eseguire uno swap tramite un aggregatore:

1. Collega il wallet: apri l'interfaccia dell'aggregatore e collega un wallet crypto in autocustodia. Verifica di essere sulla chain in cui il token ha la liquidità più profonda.
2. Seleziona gli asset: Scegli il token che possiedi, poi incolla l'indirizzo esatto del contratto del token di destinazione. Il solo ticker potrebbe corrispondere a token imitazione con pool vuoti.
3. Controlla la suddivisione: verifica il percorso di esecuzione proposto. Una buona quotazione spesso divide l'operazione tra più piattaforme o versioni di pool, invece di forzarla in un unico pool poco profondo.
4. Confronta l'impatto: confronta l'impatto sul prezzo mostrato con la quotazione diretta del pool. Qualsiasi valore superiore a 2% è un segnale che il token non ha sufficiente profondità su quella chain.
5. Imposta la tolleranza: mantieni lo slippage predefinito dell'aggregatore per le coppie principali. Aumentalo solo a piccoli passi se la simulazione segnala ancora un importo inferiore in uscita.
6. Conferma lo swap: firma la transazione, poi confronta l'importo ricevuto con il minimo indicato prima dell'approvazione.

Soluzione 2: regola le impostazioni di tolleranza dello slippage

Ogni swap include un importo minimo in uscita derivato dalla tua impostazione di slippage. Se l'importo previsto dal pool scende sotto questa cifra, il contratto rifiuta la transazione. Una tolleranza più alta abbassa il minimo e lascia a un pool volatile o poco profondo più margine per eseguire a un tasso peggiore.

Aumentala gradualmente. Passa da 0,5 a 1% a 2%, fermandoti non appena la quotazione va a buon fine. Ogni punto percentuale in più rappresenta valore che hai accettato di perdere e dà ai bot sandwich più margine per sfruttare la transazione. La documentazione di PancakeSwap sulla risoluzione dei problemi consiglia lo stesso approccio incrementale per i token con commissione sul trasferimento.

Soluzione 3: frammenta la dimensione totale dell'operazione

Suddividere un ordine di grandi dimensioni in più swap più piccoli riduce il movimento di prezzo causato da ciascuna esecuzione. Dà inoltre ai bot di arbitraggio il tempo di riequilibrare il pool tra una operazione e l'altra, anche se paghi gas aggiuntivo.

Usa questo metodo manuale quando un aggregatore segnala ancora un ammanco:

1. Dividi gli ordini: suddividi l'ordine in blocchi di valore non superiore al 2 a 3% del valore totale bloccato del pool. In questo modo l'impatto sul prezzo per ogni esecuzione resta sotto il 1%.
2. Prima esecuzione: esegui la prima parte e registra l'output esatto. Osserva il pool su DexScreener per vedere con quale rapidità il prezzo si riprende.
3. Attendi brevemente: lascia ai bot di arbitraggio qualche blocco per riequilibrare la coppia prima di effettuare l'operazione successiva. Su Ethereum ci vuole meno di un minuto, su Solana pochi secondi.
4. Ripeti le esecuzioni: continua con parti uguali finché la posizione non è completa. Riduci la dimensione se l'impatto sul prezzo di una qualsiasi esecuzione supera la soglia scelta.
5. Monitora il costo: somma i costi di gas e i prezzi realizzati di ogni esecuzione. Confronta il totale con la quotazione originale di un singolo swap, perché la frammentazione ha senso solo quando il costo finale è inferiore.
6. Automatizza in seguito: per le operazioni ricorrenti, applica lo stesso approccio con un ordine programmato o ponderato nel tempo su Jupiter o CoW Swap, così il frazionamento avviene senza firma manuale.

Soluzione 4: fai trading tramite una coppia intermedia liquida

I pool diretti tra due token minori sono spesso poco profondi. Entrambi gli asset possono comunque avere una liquidità elevata rispetto a ETH, SOL o USDC. Operare tramite uno di questi asset principali sfrutta due pool liquidi invece di far passare l'intero ordine attraverso una coppia diretta poco profonda.

Gli aggregatori seguono già automaticamente questa strada quando produce una quotazione migliore. Ogni passaggio aggiunge un'altra commissione di pool e, su Ethereum, un altro costo di gas. Il costo aggiuntivo è trascurabile su Solana, dove Jupiter può instradare un singolo ordine su una memecoin attraverso diversi pool di Raydium, Orca e Meteora quando ciò produce un'esecuzione migliore.

Cos'è lo slippage nelle criptovalute?

Lo slippage è la differenza tra il prezzo indicato quando invii uno swap e il prezzo al quale viene infine regolato onchain. I blocchi richiedono tempo per essere confermati, altri ordini possono spostare il pool prima del tuo e la tua stessa operazione modifica il prezzo man mano che viene eseguita.

L'impatto sul prezzo indica specificamente il movimento causato dal tuo ordine. La sua entità dipende dall'operazione rispetto alla liquidità disponibile. Uno swap da 1.000 $ influisce a malapena su un pool da 10 milioni di dollari, mentre lo stesso ordine può muovere di diversi punti percentuali un pool da 50.000 $.

La tolleranza di slippage definisce il tasso peggiore che sei disposto ad accettare. Se l'importo finale scende sotto questa soglia, il contratto rifiuta lo swap. Limiti stretti proteggono l'operazione ma falliscono più spesso nei pool poco profondi. Limiti ampi aumentano la probabilità di esecuzione, ma lasciano più valore esposto ai bot.

Può verificarsi una liquidità insufficiente su qualsiasi DEX?

L'errore deriva dal modello automated market maker, in cui riserve condivise sostituiscono una controparte attiva. Le piattaforme con order book non restituiscono lo stesso messaggio, anche se order book poco profondi possono comunque produrre esecuzioni parziali e spread ampi.

Le piattaforme con order book come Hyperliquid abbinano le operazioni agli ordini limite in attesa. Un grosso acquisto a mercato scorre quindi progressivamente nel book a prezzi peggiori, invece di fallire per insufficiente liquidità del pool. La guida di Datawallet agli exchange decentralizzati di contratti perpetui spiega come questi order book gestiscono profondità e spread nei periodi volatili.

Perché la liquidità onchain continua a frammentarsi

Oggi un singolo token può essere scambiato su più chain, versioni di pool e livelli di commissione. Ogni mercato richiede una profondità indipendente sufficiente perché un ordine diretto venga eseguito senza generare un errore di liquidità.

Gli hook di Uniswap V4 moltiplicano i pool per coppia

Uniswap V4 consente a chiunque di collegare un hook contract a un pool. Gli hook possono modificare le commissioni, limitare chi può operare o cambiare il comportamento della liquidità attorno a uno swap. Ogni hook crea un pool separato per la stessa coppia. Un token può quindi avere una dozzina di pool V4 oltre ai mercati V2 e V3, disperdendo le riserve su più sedi.

L'analisi di Datawallet su Uniswap V4 spiega come lo Universal Router confronti i prezzi di V2, V3 e V4 all'interno di una singola transazione e possa dividere gli ordini tra le versioni. Un pool con hook selezionato manualmente salta questo confronto. Per questo uno swap instradato dall'interfaccia può riuscire quando uno scambio diretto sul pool fallisce.

Layer 2 e silos di Solana: la profondità è suddivisa per chain

Nelle classifiche a 30 giorni di DefiLlama di inizio agosto, Solana si collocava vicino a 50 miliardi di dollari di volume DEX spot. BNB Chain seguiva con 31 miliardi di dollari, Ethereum con 29 miliardi di dollari e Base con 22 miliardi di dollari, secondo The Defiant. Un token distribuito su quattro chain richiede comunque quattro pool finanziati separatamente. La maggior parte dei progetti concentra la liquidità in una sola.

La serie DEX-to-CEX di The Block ha registrato a luglio 2026 un volume spot onchain pari al 24% del volume degli exchange centralizzati, il livello più alto dall'inizio del monitoraggio nel 2019. Il volume assoluto dei DEX è sceso del 26% nello stesso mese. Con meno arbitraggisti attivi che ripristinano l'equilibrio dopo grandi operazioni, un pool squilibrato può restare tale più a lungo.

I bin concentrati escono dal range

I pool DLMM di Meteora e CLMM di Raydium collocano il capitale in intervalli di prezzo discreti selezionati in anticipo dai fornitori di liquidità. Lo slippage è prossimo allo zero finché il mercato scambia all'interno di un intervallo attivo. Quando il prezzo si sposta fuori dall'intervallo popolato, quella liquidità smette di partecipare agli swap. Il pool effettivamente utilizzabile può quindi essere molto più piccolo di quanto suggerisca il suo valore totale bloccato complessivo.

Come evitare problemi di liquidità insufficiente

Evitare l'errore costa meno che correggerlo dopo l'invio. Le transazioni Ethereum fallite consumano comunque gas, mentre gli swap riusciti con slippage eccessivo perdono valore in fase di esecuzione. Le tre pratiche seguenti aiutano a individuare una liquidità scarsa prima di firmare.

1. Usa solver basati sugli intenti invece degli swap diretti

I sistemi basati sugli intenti, come CoW Swap, UniswapX e 1inch Fusion, funzionano in modo diverso dalle transazioni AMM dirette. Firmi un ordine che descrive il risultato desiderato, invece di specificare esattamente come deve essere eseguita l'operazione.

I solver competono poi per reperire l'esecuzione da pool pubblici, market maker privati o ordini opposti di altri utenti. Se nessuno può soddisfare il tuo limite, non paghi nulla.

Secondo TheStreet, CoW gestisce circa il 22% del volume degli aggregatori su Ethereum. KyberSwap rappresenta circa il 31% e 1inch circa il 15%, mentre Jupiter elabora quasi il 95% del volume degli aggregatori su Solana. Poiché i solver possono accedere a una profondità che l'interfaccia di un singolo pool non vede, eliminano la maggior parte degli errori di liquidità sui token consolidati.

2. Controlla la profondità onchain prima di firmare

Un minuto dedicato al controllo dei dati onchain può mostrare se un pool è in grado di assorbire il tuo ordine. Conta soprattutto per i pool di lancio, le memecoin e i token che non hai mai scambiato prima su quella chain.

Verifica questi dati su DexScreener o DefiLlama prima di inviare un ordine di dimensioni rilevanti:

• TVL del pool: verifica che quel pool specifico contenga almeno dieci volte il valore del tuo ordine. Un margine più stretto può spingere l'impatto sul prezzo oltre la tolleranza usata dalla maggior parte delle interfacce.
• Composizione delle riserve: controlla entrambi gli asset anziché fare affidamento sul TVL totale. Un pool che mostra 200.000 $ può comunque contenere 190.000 $ in USDC e quasi nulla del token che desideri.
• Rapporto di volume: confronta il volume a 24 ore con il valore totale bloccato. I pool in cui il volume giornaliero supera più volte le riserve possono oscillare bruscamente e squilibrarsi tra un ciclo di arbitraggio e l'altro.
• Corrispondenza della chain: assicurati che il pool più profondo si trovi sulla chain collegata al tuo wallet, e non su un'altra implementazione in cui lo stesso token è scambiato più attivamente.
• Intervallo attivo: con i pool DLMM e CLMM, verifica che il prezzo corrente si trovi all'interno dei bin popolati. Il capitale al di fuori dell'intervallo attivo non contribuisce in alcun modo all'esecuzione del tuo ordine.
• Audit del token: apri il contratto in un block explorer. Verifica la presenza di tasse sui trasferimenti, restrizioni alla vendita o funzioni del proprietario che potrebbero rendere impossibile uscire da un pool apparentemente sano.
• Operazioni recenti: controlla gli ultimi dodici swap, sia per dimensione sia per direzione. Ripetute vendite di grandi dimensioni senza acquisti corrispondenti possono indicare un pool che probabilmente rifiuterà il tuo ordine o lo penalizzerà pesantemente.
• Orari di trading: preferisci gli orari in cui si sovrappongono Stati Uniti ed Europa, quando i bot di arbitraggio e i market maker sono più attivi e le riserve tendono a riequilibrarsi più rapidamente.

DefiLlama monitora il TVL e il volume a livello di pool su più di 500 chain. La sua dashboard DEX è il modo più rapido per individuare quale chain ha il pool più profondo per un token.

3. Dividi gli ordini di grandi dimensioni con TWAP

Un ordine TWAP (prezzo medio ponderato nel tempo) divide una posizione grande in parti uguali inviate a intervalli fissi. Ogni parte raggiunge così un pool che ha avuto il tempo di riequilibrarsi. Gli ordini ricorrenti di Jupiter, il prodotto TWAP di CoW Swap e diverse interfacce DEX di contratti perpetui offrono questa funzione senza bisogno di script personalizzati.

Gli ordini ricorrenti di Jupiter variano anche l'intervallo tra i sotto-ordini. Questo rende più difficile per i bot prevedere la successiva esecuzione e restringe la finestra di sandwich creata da una pianificazione fissa. Per ordini superiori a circa 5% della profondità del pool, il TWAP è l'unico modo affidabile per evitare sia l'errore di liquidità sia un forte impatto sul prezzo.

Messaggi di errore comuni dello swap spiegati

L'avviso di liquidità insufficiente è solo uno dei vari errori di swap legati alle condizioni di esecuzione. Identificare il messaggio esatto aiuta a individuare la soluzione appropriata.

Abbina il messaggio sullo schermo alla sua causa e al rimedio qui sotto:

• INSUFFICIENT_OUTPUT_AMOUNT: il router di Uniswap V2 o di PancakeSwap ha calcolato un output inferiore al tuo minimo. Aumenta leggermente la tolleranza o riduci la dimensione dell'ordine e controlla se il token applica una tassa sui trasferimenti.
• INSUFFICIENT_LIQUIDITY: un lato del pool contiene troppo poca disponibilità per fornire l'importo richiesto a qualsiasi prezzo. Passa da un aggregatore o usa un asset principale come intermediario.
• Impatto troppo elevato: l'interfaccia ha bloccato un'operazione che avrebbe spostato il prezzo oltre il limite di sicurezza integrato. Suddividi l'ordine invece di ignorare l'avviso.
• Scadenza superata: la transazione è rimasta in sospeso oltre la scadenza, spesso a causa di un picco di gas. Richiedi una nuova quotazione e invia di nuovo la transazione con una commissione di priorità leggermente più alta.
• TRANSFER_FROM_FAILED: il contratto del token ha rifiutato di trasferire i fondi. Tra le possibili cause ci sono un'approvazione mancante, una blacklist o un honeypot. Verifica il contratto prima di riprovare.
• Slippage superato: il codice di errore Solana di Jupiter 0x1771 indica che l'esecuzione è avvenuta al di fuori del tuo limite. Riprova con lo slippage dinamico attivo oppure usa un'impostazione fissa leggermente più ampia.
• Execution reverted: è un errore generico senza stringa di motivazione ed è comune nei pool V4 con hook o negli AMM personalizzati. Prova il percorso predefinito dell'interfaccia invece di selezionare un pool manualmente.
• Nessuna quotazione: l'aggregatore non ha trovato alcun percorso con liquidità sufficiente sulla chain attuale. Verifica l'indirizzo del contratto e controlla se il token viene scambiato altrove.

Gestire i rischi quando si usa uno slippage elevato

Aumentare lo slippage è il modo più rapido per superare l'errore, ma può anche distruggere valore. Una tolleranza ampia offre ai sandwich bot più margine per trarre profitto dalla tua transazione.

Applica queste misure di tutela ogni volta che imposti una tolleranza superiore al 1%:

• Invio privato: instrada la transazione tramite Flashbots Protect o MEV Blocker. In questo modo resta fuori dal mempool pubblico, dove i bot cercano swap con alta tolleranza da colpire con attacchi sandwich.
• Limite di perdita: converti la tolleranza percentuale in dollari prima di firmare. Un limite del 5% su uno swap da 20.000 $ consente una perdita fino a 1.000 $.
• Asta a lotti: invia la stessa operazione tramite CoW Swap o un'altra piattaforma basata su intenti. Il regolamento in batch a un prezzo uniforme elimina il vantaggio nell'ordinamento delle transazioni sfruttato negli attacchi sandwich.
• Limite per le stablecoin: mantieni lo slippage pari o inferiore a 0,1% per le coppie di stablecoin. Cointelegraph Research ha rilevato che circa il 40% degli attacchi sandwich ha preso di mira pool a bassa volatilità, dove i trader non se li aspettano.
• Controllo del minimo: concentrati sull'importo minimo ricevuto anziché su quello stimato. Una volta firmata la transazione, il minimo è l'unico importo garantito dal contratto.
• Tempistica del gas: evita swap con tolleranza elevata durante la congestione della rete. Un revert su Ethereum costa comunque gas, e riprovare a un prezzo peggiore aggrava la perdita iniziale.
• Scadenza breve: limita la scadenza della transazione a pochi minuti. Un ordine bloccato dovrebbe scadere invece di essere eseguito più tardi a un prezzo obsoleto.
• Test di swap: inizia con un piccolo ordine per misurare l'impatto effettivo e verificare che il token possa essere rivenduto. Aumenta le dimensioni solo dopo aver superato entrambi i controlli.

L'estrazione di valore tramite sandwich su Ethereum è scesa da quasi 10 milioni di dollari al mese a fine 2024 a circa 2,5 milioni di dollari a ottobre 2025, secondo lo stesso set di dati di Cointelegraph ed EigenPhi. Il numero mensile di attacchi è rimasto tra 60.000 e 90.000. I bot sono ancora attivi, ma i trader protetti hanno smesso di offrire loro tanto valore.

Considerazioni finali

L'errore di liquidità insufficiente per questa operazione è una misura di salvaguardia. Compare quando un pool non può fornire l'output minimo richiesto, e considerare l'avviso come un'informazione sul pool è più sicuro che ignorarlo semplicemente.

Gli aggregatori DEX e i solver basati sugli intenti possono accedere a una liquidità che l'interfaccia di un singolo pool non vede. Sui token affermati risolvono la maggior parte dei problemi di liquidità senza richiedere uno slippage più ampio.

Gli asset a bassa capitalizzazione richiedono più attenzione. Controlla la profondità disponibile, frammenta gli ordini di grandi dimensioni quando necessario e usa l'invio privato per coprire il rischio di esecuzione residuo.