I market maker automatizzati (AMM) tradizionalmente richiedono agli utenti di accettare un insieme piuttosto fisso di regole per i pool: un modello di prezzo, una politica delle commissioni e un meccanismo di liquidità definiti dal protocollo. Uniswap v4 cambia questo scenario con gli hook , ovvero smart contract esterni in grado di eseguire logiche personalizzate in punti specifici del ciclo di vita di un pool. Il risultato non è semplicemente "un AMM più avanzato", bensì un framework in cui due pool che utilizzano lo stesso core v4 sottostante possono comportarsi in modo molto diverso.
Questa flessibilità crea delle vere e proprie possibilità di scelta. Un pool può mantenere il comportamento standard di liquidità concentrata senza alcun meccanismo aggiuntivo, oppure integrare logiche personalizzate per commissioni dinamiche, azioni di liquidità automatizzate, regole di accesso, contabilità specializzata o altre caratteristiche di mercato. Il compromesso è altrettanto importante: ogni regola aggiuntiva comporta codice, presupposti, complessità di integrazione e potenzialmente nuovi rischi per la sicurezza.
A settembre 2026, Uniswap v4 era attivo da gennaio 2025. Uniswap descrive v4 come un protocollo AMM non custodiale, non aggiornabile e senza permessi, che utilizza un PoolManager singleton e hook per personalizzare il comportamento del pool. Per una panoramica del protocollo, consultare la presentazione di Uniswap Labs su v4 e il white paper di Uniswap v4 .
Un hook è uno smart contract associato a un pool Uniswap v4 al momento della sua inizializzazione. L'hook può essere configurato per ricevere callback prima o dopo specifiche azioni del pool. Nell'attuale interfaccia core di Uniswap v4, questi punti del ciclo di vita includono l'inizializzazione, l'aggiunta di liquidità, la rimozione di liquidità, gli scambi e le donazioni. L'interfaccia ufficiale è visibile nel codice sorgente IHooks.sol di Uniswap .
La distinzione fondamentale è che un hook non sostituisce l'intero AMM. Il core della versione 4 gestisce ancora lo stato del pool e la liquidità concentrata tramite il PoolManager. L'hook aggiunge comportamenti relativi ad azioni selezionate. Ad esempio, un hook può analizzare le condizioni di mercato prima di uno swap e scegliere una commissione LP dinamica, oppure eseguire la contabilizzazione dopo una modifica della liquidità.
Le callback utilizzate da un pool vengono definite all'avvio. Nella versione 4, i permessi degli hook sono codificati nell'indirizzo del contratto dell'hook tramite specifici bit di ordine inferiore. Questa particolare architettura consente al PoolManager di determinare in modo efficiente quali callback invocare. I dettagli di implementazione sono documentati nella libreria ufficiale Hooks.sol .
Le precedenti architetture AMM spesso richiedevano a un team di creare un fork o di ricostruire ampie porzioni di un protocollo di scambio quando desiderava una logica di commissioni, un comportamento degli ordini o una contabilità diversi. La versione 4 separa il motore di liquidità condiviso dalle opzioni di personalizzazione. Tutti i pool sono gestiti tramite un PoolManager di tipo singleton, anziché implementare un contratto core separato per ciascun pool.
Il white paper introduce anche la contabilità flash , in cui i movimenti intermedi dei token possono essere compensati durante un'operazione sbloccata, a condizione che le differenze finali di valuta si stabilizzino correttamente. Insieme, l'architettura singleton e gli hook semplificano la composizione di più azioni di pool e logiche personalizzate senza duplicare l'intero codice sorgente di un AMM.
| Progettazione di piscine | Cosa può ottimizzare | Principale compromesso | La soluzione migliore quando |
|---|---|---|---|
| Nessun gancio | Semplicità e minor rischio di codice personalizzato | Comportamento meno specializzato | La liquidità concentrata standard è già adeguata al mercato |
| Gancio di tariffazione dinamica | Commissioni che reagiscono alla volatilità, al volume o ad altre regole | La logica delle commissioni può essere errata, manipolabile o costosa. | Le condizioni di mercato variano a tal punto che una tariffa fissa risulta inefficiente. |
| Gancio per il controllo degli accessi | Idoneità, liste di autorizzazione o vincoli normativi | Meno partecipazione senza autorizzazione e più presupposti di governance. | Un pool ha requisiti di partecipazione espliciti |
| Hook per la contabilità personalizzata | Nuovi comportamenti di insediamento, incentivi o curve specializzate | Massima complessità di progettazione e verifica | Il prodotto necessita di meccanismi che vadano oltre la semplice liquidità concentrata. |
Un pool v4 non necessita di un hook. Questa è la scelta più semplice quando l'obiettivo è una normale liquidità concentrata con un comportamento personalizzato minimo. Il vantaggio è una maggiore facilità di ragionamento: c'è meno codice esterno da ispezionare, meno casi limite e meno incertezza su ciò che accade durante gli scambi o le variazioni di liquidità.
Il limite è evidente: non si ottiene un comportamento specializzato del pool. Se un mercato trae vantaggio da commissioni variabili, logica di posizionamento automatizzata o restrizioni personalizzate, un pool senza hook non può fornire queste funzionalità autonomamente.
V4 consente ai pool di utilizzare commissioni LP dinamiche. Un beforeSwaphook può, in base alle regole sulle commissioni dinamiche del protocollo, restituire un override della commissione LP per quello swap. Ciò rende possibile progettare politiche di commissioni che rispondono a condizioni quali volatilità, flusso degli ordini o tempo.
Il vantaggio risiede nell'adattabilità. Una coppia stabile potrebbe preferire commissioni basse durante le normali fasi di negoziazione, ma un comportamento diverso quando i prezzi divergono. Il rischio è che l'algoritmo delle commissioni stesso diventi parte della microstruttura del mercato. Parametri inadeguati possono ridurre i volumi, svantaggiare i fornitori di liquidità o gli operatori di scambio, oppure creare opportunità di manipolazione.
Il repository pubblico di hook di Uniswap Labs include uno StablePairHook che utilizza commissioni dinamiche per gli asset che si prevede vengano scambiati a prezzi simili. Questo repository è utile come esempio concreto di come gli hook orientati alla produzione siano separati dal core di v4: repository pubblico degli hook di Uniswap v4 .
Gli hook possono coordinare azioni relative a variazioni di liquidità o scambi, consentendo la creazione di sistemi che automatizzano parti di una strategia di liquidità. Esempi possono includere la logica di ribilanciamento, il comportamento basato sul tempo o l'integrazione con altri protocolli.
Questo può ridurre la gestione manuale, ma "automatizzato" non significa "privo di rischi". Le regole strategiche possono avere prestazioni scadenti nei mercati veloci, dipendere da dati esterni, consumare gas aggiuntivo o interagire negativamente con altri contratti. Il confronto rilevante non è tra automazione e assenza di sforzo, bensì tra regole prevedibili e verificabili e complessità operativa e rischio di modello.
Un hook può imporre condizioni personalizzate prima di consentire l'esecuzione di un'azione. Questo può supportare liste di elementi consentiti, regole di idoneità specifiche per il mercato o controlli delle policy a livello di applicazione.
Questo può essere appropriato per un prodotto con requisiti di accesso espliciti, ma modifica il grado di apertura del pool. Gli utenti devono comprendere chi controlla le regole, se tali regole possono essere modificate, di quali sistemi esterni ci si fida e cosa succede in caso di malfunzionamento di un servizio di autorizzazione.
Una delle funzionalità più avanzate della versione 4 è la contabilità personalizzata . Gli hook possono restituire delta di token che influenzano il modo in cui il valore viene contabilizzato in relazione alle azioni del pool. Il white paper della versione 4 descrive questa funzionalità come un modo per gli hook di implementare caratteristiche quali curve personalizzate, commissioni di hook o altri comportamenti contabili sovrapposti al sistema principale.
Non si tratta semplicemente di modificare una commissione visualizzata. La contabilità personalizzata può cambiare sostanzialmente gli aspetti economici di un'interazione. Per i progettisti di pool più esperti, questo apre un ampio margine di manovra. Per gli utenti e i fornitori di liquidità, significa che l'affermazione "è un pool Uniswap v4" non descrive completamente le regole economiche. È inoltre necessario comprendere il meccanismo sottostante.
| Criterio | Pool di liquidità concentrata in stile V3 | Piscina V4 con ganci |
|---|---|---|
| Modello di liquidità principale | Liquidità concentrata | Liquidità concentrata più logica personalizzata opzionale |
| Comportamento tariffario | Livelli tariffari predefiniti | Configurazione delle tariffe più flessibile, incluse le tariffe dinamiche. |
| Personalizzazione della piscina | Perlopiù fissato a livello di protocollo | La logica di aggancio può modificare il comportamento del ciclo di vita |
| superficie di audit | Principalmente protocollo più integrazione | Protocollo, integrazione e contratto di aggancio |
| Due diligence dell'utente | Comprendere coppia, intervallo, livello di commissioni, rischio del token | Tutto ciò che si trova a sinistra, più il codice hook e le sue dipendenze |
V4 dovrebbe quindi essere considerato un'estensione della liquidità concentrata piuttosto che un sostituto dei compromessi fondamentali dei fornitori di liquidità (LP). Questi ultimi devono comunque affrontare le fluttuazioni di prezzo, la selezione dell'intervallo, la selezione avversa, il rischio dei token e il rischio degli smart contract. Gli hook aggiungono un'ulteriore dimensione: il rischio legato alle regole personalizzate.
Il core di Uniswap v4 è stato sottoposto a un'approfondita revisione di sicurezza prima del lancio. Uniswap Labs ha dichiarato, in occasione del lancio previsto per gennaio 2025, che il codice sorgente era stato sottoposto a nove audit, a un'importante competizione sulla sicurezza e a un programma di ricompense per la segnalazione di bug. I dettagli del lancio sono disponibili nell'annuncio di lancio di Uniswap Labs v4 .
Ciò non significa che un hook arbitrario sia sicuro. Gli hook sono contratti esterni creati da sviluppatori indipendenti. Un hook può contenere bug, logica dannosa, dipendenze non sicure, un controllo degli accessi inadeguato o presupposti economici che non reggono sotto stress. Il repository ufficiale di public-hooks distingue esplicitamente le implementazioni di hook gestite da Uniswap Labs dal più ampio universo degli hook della community.
Per un trader o un LP, la domanda utile non è quindi semplicemente "Si tratta di una versione 4?", ma piuttosto "Quale hook è collegato, quali callback può eseguire, chi l'ha creato, è stato sottoposto a revisione e di quali contratti o oracoli aggiuntivi si fida?".
Preferisci la semplicità. Un pool v4 senza hook, o un altro design di pool ben consolidato, può avere senso quando un comportamento personalizzato non risolve un problema specifico. Aggiungere la programmabilità solo perché è disponibile crea complessità senza necessariamente apportare valore.
Un modello di commissioni dinamiche può essere utile se le commissioni statiche sottovalutano o sovrastimano costantemente il rischio di liquidità. È opportuno valutare la regola di commissione effettiva, i dati di input, la frequenza di aggiornamento, i costi del gas e il comportamento in condizioni estreme, anziché concentrarsi solo sulle commissioni medie.
Le funzionalità di automazione possono rendere l'esperienza utente più coerente, ma la strategia dovrebbe essere considerata come un sistema finanziario, non solo come una semplice comodità. È necessario testare modalità di errore quali dati obsoleti, rapidi gap di prezzo, annullamenti di chiamate esterne e condizioni in cui il ribilanciamento diventa costoso.
Un meccanismo di controllo degli accessi può codificare tali requisiti direttamente attorno alle azioni del pool. Il vantaggio è una riduzione delle autorizzazioni non autorizzate e una maggiore fiducia in chi controlla o fornisce la logica di autorizzazione. Documentate chiaramente questi controlli per gli utenti.
La contabilità personalizzata offre la più ampia libertà di progettazione, ma merita anche la massima attenzione. Utilizzatela quando la liquidità concentrata standard non è in grado di esprimere i risultati economici desiderati, e non semplicemente per dare al sistema un'apparenza più sofisticata.
Le funzionalità V4 trasformano un pool AMM da un prodotto sostanzialmente fisso in un componente programmabile. Ciò risulta vantaggioso quando un mercato ha esigenze specifiche, come commissioni adattive, automazione, controllo degli accessi, contabilità specializzata o integrazione con un altro sistema DeFi. È meno interessante quando la liquidità concentrata standard risolve già il problema.
Il compromesso fondamentale è semplice: maggiore personalizzazione significa più codice e più ipotesi da valutare . Gli sviluppatori ottengono uno spazio di progettazione più ampio, i fornitori di liquidità possono accedere a strategie più specializzate e i trader possono interagire con mercati che si comportano in modo diverso dai pool standard. Allo stesso tempo, gli utenti devono valutare l'hook associato come parte integrante del pool stesso.
Per i dettagli a livello di implementazione, consultare il repository principale di Uniswap v4 , il white paper di v4 e l' elenco ufficiale di distribuzione di v4 . Gli indirizzi di distribuzione variano a seconda della rete, pertanto gli integratori dovrebbero verificare la mappatura ufficiale corrente anziché presumere che un indirizzo sia universale.
Utilizza questa checklist per le criptovalute del quarto trimestre per riequilibrare le allocazioni, controllare la concentrazione, rivedere le imposte e la custodia e affrontare la fine dell'anno con un piano di gestione del rischio ben definito.
Scopri come la tokenizzazione RWA collega i titoli del Tesoro alla finanza blockchain, utilizzando BlackRock BUIDL per spiegare proprietà, custodia, accesso, rendimento e rischio.
Confronta i feed e i flussi di dati di Chainlink con Pyth Core e Pyth Pro, considerando aggiornamenti push e pull, latenza, sicurezza, costi e modifiche all'integrazione previste per il 2026.
Impara a identificare le divergenze rialziste e ribassiste dell'RSI, a confermare i setup di inversione, a evitare i falsi segnali, a scegliere le impostazioni dell'RSI e a utilizzare una pratica checklist di trading.
Una revisione basata su dati concreti dei lanci di giochi Web3 di maggior successo del quarto trimestre 2026, tra cui Off The Grid, NIGHT CROWS W, Yakkamon e i principali rischi per l'ecosistema.
Scopri come le funzionalità di Uniswap v4 personalizzano i pool di liquidità, dalle commissioni dinamiche ai controlli di accesso, e confronta i vantaggi pratici, i rischi e i casi d'uso.
L'intelligenza artificiale può accelerare lo sviluppo di smart contract, ma il codice generato necessita comunque di revisione umana, test, librerie sicure e verifiche. Confronta le reali opportunità e i rischi.
Confronta i principali aggregatori di notizie e piattaforme di ricerca sul mondo delle criptovalute per i trader professionisti, tra cui CryptoPanic, Kaito, Messari, Glassnode, Nansen, Arkham e Coin Metrics.
Bitcoin ha un'offerta fissa, ma questo non lo rende una copertura perfetta contro l'inflazione. Scopri quando BTC può essere utile, quando potrebbe non esserlo e come verificare questa ipotesi.
Un'analisi approfondita di cinque token Layer 2 che potrebbero essere sottovalutati nel 2026, con particolare attenzione all'utilità del token, alla cattura del valore, al rischio di sblocco e ai catalizzatori in tempo reale.
