Gli aggregatori DEX sono tra i prodotti più tecnicamente interessanti e praticamente preziosi nello stack DeFi. Risolvono un problema reale — trovare il miglior prezzo in un mercato di liquidità frammentato. Questa guida spiega l'architettura e le principali sfide tecniche.
Il problema centrale: la frammentazione della liquidità
La liquidità in DeFi è distribuita su dozzine di protocolli e centinaia di chain. Una coppia di token può essere scambiata simultaneamente su Uniswap v2, Uniswap v3, Curve, Balancer e vari AMM più piccoli. Ogni pool ha prezzi, profondità di liquidità e strutture di commissioni diverse.
Per un utente che scambia ETH con USDC, l'esecuzione ottimale è spesso una suddivisione su più pool che minimizza lo slippage totale più le commissioni. Uno swap da $1M che inondi un singolo pool otterrà esecuzione peggiore dello stesso swap diviso su cinque pool.
Componenti tecniche
Aggregazione dei flussi di prezzo
L'aggregatore deve interrogare continuamente i dati di prezzo e liquidità da tutti i pool rilevanti. Per le query on-chain, ciò significa leggere lo stato degli smart contract (riserve del pool, livelli di commissioni, tick corrente). Per i calcoli off-chain, protocolli di indicizzazione mantengono un database aggiornato in tempo reale.
Algoritmo di routing
L'aggregatore deve trovare il percorso ottimale nel panorama frammentato. È una variante del problema del percorso più breve, ottimizzando il costo totale minimo (prezzo + slippage + commissioni + gas). La complessità aumenta drasticamente con route multi-hop e ordini suddivisi.
Esecuzione in smart contract
La decisione di routing è codificata in una transazione di smart contract che riceve il token di input, esegue il percorso ottimale e consegna il token di output. L'atomicità è critica: se qualsiasi passo fallisce, l'intera transazione viene annullata.
Stima del gas
Più hop significano più gas. Un aggregatore che trova un prezzo marginalmente migliore attraverso tre pool può dare un'esecuzione netta peggiore di una route a due pool considerando le spese di gas.
Sfide tecniche chiave
Dati obsoleti
Quando una decisione di routing viene calcolata e una transazione inviata, lo stato del pool può essere cambiato. Le soluzioni includono feed di prezzo just-in-time e buffer di slippage.
MEV e sandwiching
Se l'aggregatore invia transazioni tramite il mempool pubblico, bot possono fare front-running o sandwiching dello swap. Soluzioni: invio privato (Flashbots, MEV Blocker) e meccanismi di aste batch (CoW Protocol).
Complessità multi-chain
Supportare swap su diverse chain richiede infrastrutture di routing separate per ciascuna chain, gestione di diverse architetture AMM e integrazione di bridge per route cross-chain.
Scoperta di nuovi pool
Nuovi pool di liquidità vengono lanciati costantemente. Un aggregatore deve scoprirli continuamente tramite monitoraggio di eventi on-chain e API dei protocolli.
Il modello di business
Gli aggregatori DEX monetizzano tramite slippage positivo, livelli di commissioni sugli swap, commissioni prioritarie dal flusso di ordini e commissioni frontend di piattaforme sull'infrastruttura dell'aggregatore.
Cosa significa davvero «prezzo migliore»
Miglior prezzo spot al momento della quotazione? Dopo lo slippage alla dimensione del trade? Dopo le spese di gas? Dopo le commissioni di protezione MEV? Diversi aggregatori ottimizzano definizioni diverse, motivo per cui confrontare quotazioni per lo stesso swap può dare risultati differenti.
