AMM V4 Hooks uitgelegd: Hoe aangepaste liquiditeitspools de afwegingen veranderen

Geautomatiseerde market makers (AMM's) vragen gebruikers traditioneel om een ​​vrij vaste set poolregels te accepteren: een prijsmodel, een vergoedingenbeleid en een liquiditeitsmechanisme zoals gedefinieerd door het protocol. Uniswap v4 verandert die ontwerpruimte met hooks – externe smart contracts die aangepaste logica kunnen uitvoeren op specifieke punten in de levenscyclus van een pool. Het resultaat is niet simpelweg "een geavanceerdere AMM". Het is een framework waarin twee pools die dezelfde onderliggende v4-kern gebruiken, zich heel verschillend kunnen gedragen.

Die flexibiliteit creëert echte keuzes. Een pool kan het standaardgedrag met geconcentreerde liquiditeit behouden zonder enige aanpassing, of aangepaste logica toevoegen voor dynamische kosten, geautomatiseerde liquiditeitsacties, toegangsregels, gespecialiseerde boekhouding of andere marktontwerpen. De afweging is even belangrijk: elke extra regel voegt code, aannames, complexiteit van de integratie en mogelijk nieuwe beveiligingsrisico's toe.

Uniswap v4 is sinds januari 2025 live, zoals blijkt uit gegevens van september 2026. Uniswap beschrijft v4 als een niet-custodiaal, niet-upgradebaar, permissionless AMM-protocol dat gebruikmaakt van een singleton PoolManager en hooks om het gedrag van pools aan te passen. Voor een overzicht van het protocol, zie het v4-overzicht van Uniswap Labs en de Uniswap v4-whitepaper .

Wat is een v4-hook precies?

Een hook is een smart contract dat aan een Uniswap v4-pool wordt gekoppeld wanneer die pool wordt geïnitialiseerd. De hook kan worden geconfigureerd om callbacks te ontvangen vóór of na bepaalde poolacties. In de huidige v4 core-interface omvatten die levenscycluspunten initialisatie, het toevoegen van liquiditeit, het verwijderen van liquiditeit, swaps en donaties. De officiële interface is te vinden in de broncode van Uniswap's IHooks.sol .

Het belangrijkste verschil is dat een hook niet de hele AMM vervangt. De v4-kern beheert nog steeds de poolstatus en geconcentreerde liquiditeit via de PoolManager. De hook voegt functionaliteit toe rond geselecteerde acties. Zo kan een hook bijvoorbeeld de marktomstandigheden inspecteren vóór een swap en een dynamische LP-vergoeding kiezen, of de boekhouding uitvoeren nadat de liquiditeit is gewijzigd.

Welke callbacks een pool gebruikt, wordt vastgelegd bij de initialisatie. In versie 4 worden hook-rechten gecodeerd in het adres van het hook-contract via specifieke lage-orde bits. Dit ongebruikelijke ontwerp stelt de PoolManager in staat om efficiënt te bepalen welke callbacks moeten worden aangeroepen. De implementatiedetails zijn gedocumenteerd in de officiële Hooks.sol-bibliotheek .

Waarom v4 aangepaste pools kan ondersteunen zonder een nieuwe AMM te hoeven implementeren

Eerdere AMM-ontwerpen vereisten vaak dat een team grote delen van een beursprotocol moest forken of herbouwen wanneer het andere tarieflogica, ordergedrag of boekhouding wilde. V4 scheidt de gedeelde liquiditeitsengine van optionele aanpassingen. Alle pools worden beheerd via een PoolManager in singleton-stijl in plaats van een afzonderlijk kerncontract voor elke pool te implementeren.

Het whitepaper introduceert ook flash accounting , waarbij tussentijdse tokenbewegingen tijdens een ontgrendelde bewerking kunnen worden verrekend, zolang de uiteindelijke valutaverschillen correct worden afgewikkeld. De singleton-architectuur en hooks maken het samen gemakkelijker om meerdere poolacties en aangepaste logica te combineren zonder een volledige AMM-codebasis te dupliceren.

Vier veelvoorkomende haakkeuzes – en wat je daarvoor opgeeft.

Optie 1: geen haak

Een v4-pool heeft geen hook nodig. Dit is de eenvoudigste keuze wanneer het doel gewone, geconcentreerde liquiditeit is met minimale aangepaste functionaliteit. Het voordeel is een eenvoudigere redenering: er is minder externe code om te inspecteren, minder uitzonderlijke gevallen en minder onzekerheid over wat er gebeurt tijdens swaps of liquiditeitswijzigingen.

De beperking is duidelijk: je krijgt geen gespecialiseerd poolgedrag. Als een markt baat heeft bij variabele kosten, geautomatiseerde positielogica of aangepaste beperkingen, kan een hookless pool die functies niet zelfstandig bieden.

Optie 2: dynamische kostenhooks

V4 maakt het voor pools mogelijk om dynamische LP-kosten te gebruiken. Een beforeSwaphook kan, volgens de dynamische-kostenregels van het protocol, een LP-kostenoverride voor die swap retourneren. Dit maakt het mogelijk om kostenbeleid te ontwerpen dat reageert op omstandigheden zoals volatiliteit, orderstroom of tijd.

Het voordeel is de aanpasbaarheid. Een stabiel valutapaar wil wellicht lage kosten tijdens normale handel, maar ander gedrag vertonen wanneer de prijzen uiteenlopen. Het risico is dat het algoritme voor de kosten zelf onderdeel wordt van de marktmicrostructuur. Slechte parameters kunnen het volume verminderen, liquiditeitsverschaffers of swappers benadelen, of mogelijkheden creëren voor manipulatie.

De openbare hook-repository van Uniswap Labs bevat een StablePairHook die dynamische transactiekosten gebruikt voor activa waarvan verwacht wordt dat ze rond dezelfde prijs verhandeld worden. Deze repository is nuttig als concreet voorbeeld van hoe productiegerichte hooks gescheiden zijn van de v4-kern: Uniswap v4 hooks public repository .

Optie 3: geautomatiseerde strategiehaken

Hooks kunnen acties coördineren rondom liquiditeitswijzigingen of swaps, waardoor systemen mogelijk worden die delen van een LP-strategie automatiseren. Voorbeelden hiervan zijn herbalanceringslogica, tijdsgebonden gedrag of integraties met andere protocollen.

Dit kan handmatig beheer verminderen, maar "geautomatiseerd" betekent niet "risicovrij". Strategieregels kunnen slecht presteren in snel veranderende markten, afhankelijk zijn van externe data, extra gas verbruiken of slecht interageren met andere contracten. De relevante vergelijking is niet automatisering versus geen inspanning; het gaat om voorspelbare, controleerbare regels versus operationele complexiteit en modelrisico.

Optie 4: toegangs- of beleidshaken

Een hook kan aangepaste voorwaarden afdwingen voordat een actie wordt toegestaan. Dit kan ondersteuning bieden voor whitelists, marktspecifieke toelatingsregels of beleidscontroles op applicatieniveau.

Dat is wellicht geschikt voor een product met expliciete toegangsvereisten, maar het verandert de openheid van de pool. Gebruikers moeten begrijpen wie de regels beheert, of die regels kunnen veranderen, welke externe systemen worden vertrouwd en wat er gebeurt als een autorisatieservice uitvalt.

Maatwerkboekhouding is het krachtigst, maar ook het gemakkelijkst te misverstaan.

Een van de meer geavanceerde functies van v4 is aangepaste boekhouding . Hooks kunnen token-delta's retourneren die van invloed zijn op hoe waarde wordt berekend rondom poolacties. De whitepaper van v4 beschrijft dit als een manier voor hooks om functionaliteit te implementeren zoals aangepaste curves, hook-kosten of ander boekhoudgedrag bovenop het kernsysteem.

Dit is niet hetzelfde als simpelweg een weergegeven tarief wijzigen. Aangepaste boekhouding kan de economische aspecten van een transactie wezenlijk veranderen. Voor ervaren poolontwerpers biedt dit veel ontwerpmogelijkheden. Voor gebruikers en liquiditeitsverschaffers betekent dit dat "het is een Uniswap v4 pool" de economische regels niet volledig beschrijft. Ook de onderliggende structuur moet begrepen worden.

V3-stijl zwembad versus V4-zwembad met haken

V4 moet daarom worden gezien als een uitbreiding van geconcentreerde liquiditeit in plaats van een vervanging voor de fundamentele afwegingen van LP's. LP's worden nog steeds geconfronteerd met prijsbewegingen, bereikselectie, averechtse selectie, tokenrisico en smart-contractrisico. Hooks voegen daar nog een dimensie aan toe: het risico van aangepaste regels.

Beveiliging: kernaudits valideren niet automatisch elke hook.

De Uniswap v4-core heeft vóór de lancering een uitgebreide beveiligingscontrole ondergaan. Uniswap Labs meldde tijdens de lancering in januari 2025 dat de codebase negen audits, een grote beveiligingscompetitie en een bug bounty-programma had doorlopen. De details van de lancering zijn te vinden in de aankondiging van Uniswap Labs over de lancering van v4 .

Dat betekent niet dat een willekeurige hook veilig is. Hooks zijn externe contracten die door onafhankelijke ontwikkelaars zijn gemaakt. Een hook kan bugs, kwaadaardige logica, onveilige afhankelijkheden, gebrekkige toegangscontrole of economische aannames bevatten die onder druk falen. De officiële repository voor openbare hooks maakt expliciet onderscheid tussen door Uniswap Labs beheerde hook-implementaties en de bredere verzameling hooks uit de community.

Voor een handelaar of LP is de nuttige vraag daarom niet simpelweg "Is dit v4?", maar "Welke hook is eraan gekoppeld, welke callbacks kan het uitvoeren, wie heeft het gebouwd, is het beoordeeld en welke aanvullende contracten of oracles vertrouwt het?"

Hoe kies je een zwembadontwerp dat aansluit bij de praktijk?

Als u voornamelijk standaard liquiditeit wilt

Geef de voorkeur aan eenvoud. Een hookless v4-pool – of een ander beproefd poolontwerp – kan zinvol zijn wanneer aangepast gedrag een specifiek probleem niet oplost. Het toevoegen van programmeerbaarheid puur omdat het beschikbaar is, creëert complexiteit zonder noodzakelijkerwijs waarde toe te voegen.

Als u actief bent in een volatiele of gespecialiseerde markt

Een dynamisch tariefsysteem kan nuttig zijn als statische tarieven het liquiditeitsrisico consequent onder- of overschatten. Evalueer de feitelijke tariefregel, de gegevensinvoer, de updatefrequentie, de gasoverhead en het gedrag onder extreme omstandigheden in plaats van u alleen te richten op de gemiddelde tarieven.

Als u een beheerd liquiditeitsproduct ontwikkelt

Automatiseringsmechanismen kunnen de gebruikerservaring coherenter maken, maar de strategie moet worden beschouwd als een financieel systeem, niet slechts als een handige functie. Test mogelijke faalscenario's, zoals verouderde gegevens, snelle prijsverschillen, teruggedraaide externe oproepen en situaties waarin herbalancering kostbaar wordt.

Als deelname beperkt moet worden

Een toegangscontrole-hook kan die vereisten direct rondom poolacties coderen. De kosten hiervan zijn minder noodzaak tot toestemming en meer vertrouwen in degene die de autorisatielogica beheert of levert. Documenteer die controles duidelijk voor gebruikers.

Als u een echt nieuw marktmechanisme nodig heeft

Maatwerkboekhouding biedt de breedste ontwerpmogelijkheden, maar verdient ook de meeste aandacht. Gebruik het wanneer standaard geconcentreerde liquiditeit niet de gewenste economische resultaten oplevert – niet alleen om het systeem geavanceerder te laten lijken.

Wat moeten LPs en handelaren controleren voordat ze een hooked pool gebruiken?

• Hook-adres: controleer het exacte contract dat aan het zwembad is gekoppeld.
• Ingeschakelde callbacks: begrijp of de hook wordt uitgevoerd vóór of na swaps, liquiditeitswijzigingen, initialisatie of donaties.
• Regels voor vergoedingen: bepaal of de LP-vergoeding statisch of dynamisch is en wat deze kan wijzigen.
• Externe afhankelijkheden: identificeer oracles, leenprotocollen, bridges, whitelists of beheerderscontracten waarop de hook vertrouwt.
• Administratieve controle: controleer of een partij parameters kan wijzigen, functionaliteit kan pauzeren of externe afhankelijkheden kan beïnvloeden.
• Audit- en codestatus: onderscheid gecontroleerde en beoordeelde code van experimentele voorbeelden.
• Economisch gedrag: inzicht krijgen in de invloed van de hook op slippage, LP-rendementen, tokenstromen en opnamevoorwaarden.

De praktische conclusie

V4-hooks transformeren een AMM-pool van een grotendeels vast product naar een programmeerbare component. Dat is waardevol wanneer een markt een specifieke behoefte heeft, zoals adaptieve kosten, automatisering, toegangscontrole, gespecialiseerde boekhouding of integratie met een ander DeFi-systeem. Het is minder aantrekkelijk wanneer standaard geconcentreerde liquiditeit het probleem al oplost.

De belangrijkste afweging is eenvoudig: meer aanpassingsmogelijkheden betekenen meer code en meer aannames om te evalueren . Ontwikkelaars krijgen een bredere ontwerpvrijheid, liquiditeitsverschaffers kunnen toegang krijgen tot meer gespecialiseerde strategieën en handelaren kunnen interageren met markten die zich anders gedragen dan standaard pools. Tegelijkertijd moeten gebruikers de bijbehorende functionaliteit als onderdeel van de pool zelf evalueren.

Voor implementatiedetails kunt u de huidige Uniswap v4 core repository , de v4 whitepaper en de officiële v4 implementatielijst raadplegen . Implementatieadressen variëren per netwerk, dus integrators moeten de actuele officiële mapping controleren in plaats van ervan uit te gaan dat één adres universeel is.