--- title: "Exchange decentralizzato (DEX): swap da wallet, routing e rischio di esecuzione" description: "Scopri come un exchange decentralizzato instrada e regola operazioni in criptovalute autorizzate da un wallet, come differiscono AMM e order book e come controllare i rischi di slippage, approvazioni, gas, MEV e token." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Exchange decentralizzato (DEX): swap da wallet, routing e rischio di esecuzione > Solo a scopo educativo; non costituisce consulenza finanziaria. Le operazioni su DEX possono perdere valore a causa di movimenti dei prezzi, esecuzione inefficiente, token malevoli, approvazioni, MEV o guasti dei contratti. ## Risposta diretta Un exchange decentralizzato (`DEX`) è un protocollo o un sistema di mercato che consente di scambiare criptoasset senza prima depositarli in un conto di trading controllato da un operatore. Di norma, l’utente collega un wallet sotto il proprio controllo, ottiene un preventivo, autorizza il token richiesto e firma una transazione o un ordine. Il regolamento avviene poi tramite smart contract e trasferimenti on-chain. DEX descrive un modello di accesso e regolamento, non uno specifico meccanismo di determinazione dei prezzi. Alcuni DEX usano market maker automatizzati (`AMMs`) e pool di liquidità; altri impiegano order book on-chain, aste o intenti firmati ed eseguiti da soggetti in concorrenza. Un aggregatore o router può confrontare pool, livelli commissionali e token intermedi, quindi suddividere o combinare i percorsi per migliorare l’output atteso. L’autocustodia riduce il rischio di custodia dell’exchange, ma trasferisce all’utente la responsabilità della verifica e dell’esecuzione. Un’interfaccia web, un router, un solver, un oracolo, un sequencer, un processo di governance o un amministratore degli aggiornamenti possono comunque introdurre punti di controllo o di guasto. La parola «decentralizzato» non dimostra che ogni componente sia permissionless, immutabile, sottoposto ad audit o sicuro. ## Come funziona 1. **Identificare l’operazione.** Definire la blockchain, gli indirizzi dei contratti dei token di input e output, l’importo e il wallet. Un simbolo o nome del token non è univoco. Verificare il dominio ufficiale dell’applicazione e il contratto di routing o regolamento prima di collegarsi o firmare. 2. **Ottenere e controllare un preventivo.** L’interfaccia interroga una o più fonti di liquidità. Controllare l’input esatto, l’output stimato, il percorso, il livello commissionale, l’impatto sul prezzo, la commissione di rete, la scadenza del preventivo e se il percorso usa un token intermedio, un solver, un bridge o un contratto sconosciuto. 3. **Impostare i limiti di esecuzione.** Per uno swap con input esatto, la transazione deve imporre un importo minimo in output (`minOut`); per uno swap con output esatto, deve imporre un importo massimo in input. La tolleranza allo slippage definisce questo limite di esecuzione. Non migliora il prezzo del preventivo. 4. **Autorizzare ed eseguire.** Uno swap ERC-20 può richiedere un’approvazione o un permit firmato prima dello swap. Preferire l’autorizzazione minima praticabile e confermare l’indirizzo autorizzato a spendere, l’importo, la scadenza, il nonce, la blockchain, i calldata e il valore nativo. La firma del wallet autorizza ciò che è codificato, non ciò che l’interfaccia dichiara in linguaggio comune. 5. **Verificare il regolamento.** Una transazione inviata o in attesa non è uno swap completato. Dopo la conferma, controllare lo stato della transazione, le variazioni dei saldi dei token, l’importo effettivamente ricevuto, il gas pagato, gli eventi e l’autorizzazione residua. Revocare un’autorizzazione quando la comodità di mantenerla non giustifica l’esposizione. In un pool a prodotto costante sull’intera fascia di prezzo, le riserve `x` e `y` seguono la relazione di base `x * y = k`. Con una commissione sull’input `f`, un input esatto `deltaX` produce comunemente: `deltaY = y * (1 - f) * deltaX / (x + (1 - f) * deltaX)` Il rapporto tra le riserve fornisce una quotazione marginale, ma un’operazione di dimensioni finite si muove lungo la curva. Il suo prezzo medio di esecuzione è quindi peggiore del prezzo marginale iniziale, e la differenza aumenta con la dimensione dell’operazione rispetto alla liquidità attiva. I pool a liquidità concentrata applicano una logica della curva correlata entro fasce di prezzo selezionate; quando una posizione è fuori dalla propria fascia, è inattiva, consiste interamente di un asset e non percepisce commissioni di swap della fascia attiva. ## Esempio svolto Supponiamo che un pool a prodotto costante contenga `100 ETH` e `200,000 USDC`, quindi il suo prezzo di riserva iniziale è `2,000 USDC/ETH`. Un trader invia `20,000 USDC` per acquistare ETH e il pool applica una commissione sull’input dello `0.30%`. L’input effettivo è `19,940 USDC`: `ETH out = 100 * 19,940 / (200,000 + 19,940) = 9.066109 ETH` Il trader sostiene una spesa media lorda di circa `2,206.02 USDC/ETH`, prima del gas. Con una tolleranza allo slippage dello `0.50%`, l’output minimo corrispondente sarebbe circa `9.020778 ETH`. Tale tolleranza consente il regolamento fino al minimo; non garantisce i `9.066109 ETH` indicati nel preventivo. Supponiamo ora che un router stimi che un’operazione da `50,000 USDC` restituisca asset per un valore di `47,000 USD` tramite un unico pool diretto, ma `48,200 USD` se il `60%` usa il pool diretto e il `40%` segue un percorso a due salti, prima `USDC/ETH` e poi `ETH/Token A`. Il percorso suddiviso migliora l’output preventivato di `1,200 USD`, ma aggiunge anche chiamate ai contratti, gas, esposizione al token intermedio e più possibili punti di guasto. Per un ordine più piccolo, questi costi aggiuntivi possono superare il risparmio sull’impatto del prezzo. ## Rischi e controlli - **Asset errato o malevolo:** Chiunque può creare un token con un nome o simbolo noto. Verificare la blockchain e l’indirizzo del contratto tramite fonti ufficiali indipendenti; provare un asset e un percorso sconosciuti con un importo ridotto. - **Perdite da approvazioni e firme:** Un’approvazione illimitata, un permit malevolo, un’interfaccia compromessa o una firma ingannevole possono autorizzare più del singolo swap previsto. Leggere l’indirizzo autorizzato a spendere e l’ambito, evitare di firmare alla cieca e controllare le autorizzazioni dopo l’uso. - **Perdite di esecuzione:** Liquidità scarsa, preventivi obsoleti, prezzi volatili, token con imposte sui trasferimenti e transazioni in attesa pubbliche possono ridurre l’output o causare un revert. Confrontare la profondità attiva e i percorsi, impostare deliberatamente `minOut` e la scadenza e non aumentare la tolleranza solo per forzare l’operazione. - **MEV:** Searcher o validatori possono riordinare le transazioni o inserire operazioni intorno a uno swap visibile. Ciò può peggiorare l’esecuzione anche quando il risultato rimane entro la tolleranza dell’utente. Valutare, se appropriato, ordini più piccoli, pool più profondi, routing protetto o un’esecuzione simile a un ordine limite. - **Gas e transazioni non riuscite:** L’approvazione, lo swap, i salti del percorso e la revoca dell’autorizzazione possono comportare ciascuno commissioni di rete. Una transazione revertita normalmente consuma comunque gas. Conservare abbastanza valuta nativa per l’intero processo e verificare la blockchain prima di firmare. - **Guasti del protocollo e dell’infrastruttura:** Bug dei contratti, aggiornamenti non sicuri, chiavi di amministrazione, hook, oracoli, bridge, servizi RPC, sequencer e interfacce possono guastarsi o essere compromessi. Controllare gli esatti contratti distribuiti, gli audit, i poteri di aggiornamento e pausa, lo storico degli incidenti e la catena delle dipendenze. - **Irreversibilità e registrazioni:** Uno swap confermato di norma non può essere annullato dall’assistenza clienti. Conservare il preventivo, l’hash della transazione, gli indirizzi dei token, le variazioni dei saldi del wallet e il costo fiscale; esaminare un risultato inatteso prima di firmare un’altra transazione. ## Falsi miti comuni ### Mito 1: Un token disponibile su un DEX ha superato una verifica per la quotazione Molti pool sono permissionless e chiunque può creare un token con lo stesso nome o fornire la liquidità iniziale a un pool. La disponibilità non equivale ad approvazione; verificare l’indirizzo del contratto e la liquidità effettiva. ### Mito 2: L’autocustodia rende reversibile una transazione L’utente controlla la firma, ma una transazione valida e confermata normalmente è definitiva. Un token, una blockchain, un’approvazione o un destinatario errati restano sotto la responsabilità dell’utente. ### Mito 3: Una tolleranza allo slippage più alta produce un prezzo migliore Una tolleranza più alta amplia soltanto l’intervallo dei risultati accettabili e riduce la probabilità di un revert dovuto allo slippage. Può consentire un’esecuzione peggiore e una maggiore estrazione di MEV. ### Mito 4: Il saldo del pool equivale alla quantità scambiabile al prezzo corrente Il saldo visualizzato si estende lungo una curva o fasce di prezzo. Un’operazione grande consuma liquidità a prezzi progressivamente diversi, quindi la dimensione eseguibile deve essere valutata in base alla profondità attiva, alle commissioni, al percorso e a `minOut`. ## Argomenti correlati - [Exchange centralizzato (CEX)](/it/crypto/cex/) - [Finanza decentralizzata (DeFi)](/it/crypto/defi/) - [Commissione gas](/it/crypto/gas-fee/) - [Pool di liquidità](/it/crypto/liquidity-pool/) ## Fonti - [How Uniswap Works](https://developers.uniswap.org/docs/get-started/concepts/how-uniswap-works) - Uniswap Labs (consultato: 2026-08-20) - [Uniswap v2 Core](https://docs.uniswap.org/whitepaper.pdf) - Uniswap Labs (consultato: 2026-08-20) - [Uniswap v3 Core](https://app.uniswap.org/whitepaper-v3.pdf) - Uniswap Labs (consultato: 2026-08-20) - [AMM vs UniswapX Routing](https://developers.uniswap.org/docs/trading/swapping-api/amm-vs-uniswapx-routing) - Uniswap Labs (consultato: 2026-08-20) Source: https://wiki.fcontext.com/it/crypto/dex/index.mdx