Startseite
» Nachrichten
»
AMM V4 Hooks erklärt: Wie benutzerdefinierte Liquiditätspools die Abwägungen verändern
AMM V4 Hooks erklärt: Wie benutzerdefinierte Liquiditätspools die Abwägungen verändern
Automatisierte Market Maker (AMMs) verlangen traditionell von ihren Nutzern die Akzeptanz relativ fester Poolregeln: ein vom Protokoll definiertes Preismodell, eine Gebührenpolitik und einen Liquiditätsmechanismus. Uniswap v4 erweitert diesen Gestaltungsspielraum durch Hooks – externe Smart Contracts, die zu bestimmten Zeitpunkten im Lebenszyklus eines Pools benutzerdefinierte Logik ausführen können. Das Ergebnis ist nicht einfach nur ein „fortschrittlicherer AMM“. Es ist ein Framework, in dem sich zwei Pools, die denselben v4-Kern nutzen, sehr unterschiedlich verhalten können.
Diese Flexibilität schafft echte Wahlmöglichkeiten. Ein Pool kann das standardmäßige Verhalten konzentrierter Liquidität ohne jegliche Anpassungen beibehalten oder benutzerdefinierte Logik für dynamische Gebühren, automatisierte Liquiditätsaktionen, Zugriffsregeln, spezielle Buchhaltung oder andere Marktstrukturen integrieren. Der damit verbundene Kompromiss ist ebenso wichtig: Jede zusätzliche Regel erhöht den Codeaufwand, die Annahmen, die Integrationskomplexität und birgt potenziell neue Sicherheitsrisiken.
Seit September 2026 ist Uniswap v4 seit Januar 2025 live. Uniswap beschreibt v4 als ein nicht-verwaltetes, nicht-aktualisierbares und erlaubnisfreies AMM-Protokoll, das einen Singleton- PoolManager und Hooks zur Anpassung des Poolverhaltens verwendet. Eine Protokollübersicht finden Sie in der v4-Übersicht von Uniswap Labs und im Uniswap v4-Whitepaper .
V4-Hooks fungieren als programmierbare Erweiterungen eines Liquiditätspools und ermöglichen Funktionen wie benutzerdefinierte Gebühren, automatisierte Strategien und Zugriffsregeln, ohne den Kern-AMM zu ersetzen.
Was genau ist ein V4-Hook?
Ein Hook ist ein Smart Contract, der bei der Initialisierung eines Uniswap v4-Pools an diesen angehängt wird. Der Hook kann so konfiguriert werden, dass er vor oder nach bestimmten Pool-Aktionen Rückrufe empfängt. In der aktuellen v4-Kernschnittstelle umfassen diese Lebenszykluspunkte Initialisierung, Hinzufügen und Entfernen von Liquidität, Swaps und Spenden. Die offizielle Schnittstelle ist im Quellcode von Uniswap (IHooks.sol) einsehbar .
Der entscheidende Unterschied besteht darin, dass ein Hook nicht den gesamten AMM ersetzt. Der v4-Kern verwaltet weiterhin den Poolstatus und die konzentrierte Liquidität über den PoolManager. Der Hook fügt Funktionen für ausgewählte Aktionen hinzu. Beispielsweise kann ein Hook die Marktbedingungen vor einem Swap prüfen und eine dynamische LP-Gebühr festlegen oder nach einer Liquiditätsänderung die Buchhaltung durchführen.
Welche Rückruffunktionen ein Pool verwendet, wird bei der Initialisierung festgelegt. In Version 4 werden Hook-Berechtigungen in der Hook-Vertragsadresse durch bestimmte niederwertige Bits kodiert. Dieses ungewöhnliche Design ermöglicht es dem PoolManager, effizient zu bestimmen, welche Rückruffunktionen aufgerufen werden sollen. Die Implementierungsdetails sind in der offiziellen Hooks.sol-Bibliothek dokumentiert .
Warum Version 4 benutzerdefinierte Pools ohne die Bereitstellung eines neuen AMM unterstützt
Frühere AMM-Architekturen erforderten oft, dass Teams große Teile des Börsenprotokolls abspalteten oder neu entwickelten, wenn sie eine andere Gebührenlogik, ein anderes Orderverhalten oder eine andere Abrechnung wünschten. Version 4 trennt die gemeinsame Liquiditäts-Engine von optionalen Anpassungen. Alle Pools werden über einen Singleton-PoolManager verwaltet, anstatt für jeden Pool einen separaten Core-Smart-Contract bereitzustellen.
Das Whitepaper stellt außerdem Flash Accounting vor , bei dem Zwischenbewegungen von Token während einer entsperrten Operation verrechnet werden können, sofern die endgültigen Währungsdeltas korrekt abgerechnet werden. Die Singleton-Architektur und die Hooks erleichtern die Kombination mehrerer Pool-Aktionen und benutzerdefinierter Logik, ohne den gesamten AMM-Quellcode duplizieren zu müssen.
Vier gängige Hakenoptionen – und was Sie dafür aufgeben
Pool-Design
Was es optimieren kann
Hauptkompromisse
Passt am besten, wenn
Kein Haken
Einfachheit und geringeres Risiko durch benutzerdefinierten Code
Weniger spezialisiertes Verhalten
Standardisierte konzentrierte Liquidität passt bereits zum Markt.
Dynamic-fee hook
Gebühren, die auf Volatilität, Volumen oder andere Regeln reagieren
Die Gebührenlogik kann fehlerhaft, manipulierbar oder teuer sein.
Die Marktbedingungen variieren so stark, dass eine einheitliche Gebühr ineffizient ist.
Zugangskontrollhaken
Berechtigungskriterien, Zulassungslisten oder Richtlinienbeschränkungen
Weniger ungenehmigte Beteiligung und mehr Annahmen zur Regierungsführung.
Ein Pool hat explizite Teilnahmevoraussetzungen
Kundenspezifischer Buchhaltungshaken
Neues Siedlungsverhalten, Anreize oder spezielle Kurven
Höchste Komplexität bei Design und Audit
Das Produkt benötigt tatsächlich mehr als nur die übliche konzentrierte Flüssigkeit.
Option 1: kein Haken
Ein v4-Pool benötigt keinen Hook. Dies ist die einfachste Wahl, wenn es um gewöhnliche konzentrierte Liquidität mit minimalem benutzerdefiniertem Verhalten geht. Der Vorteil liegt in der einfacheren Nachvollziehbarkeit: Es muss weniger externer Code geprüft werden, es gibt weniger Sonderfälle und weniger Unsicherheit darüber, was bei Swaps oder Liquiditätsänderungen passiert.
Die Einschränkung liegt auf der Hand: Spezialisierte Pool-Funktionen sind nicht verfügbar. Wenn ein Markt von variablen Gebühren, automatisierter Positionslogik oder benutzerdefinierten Beschränkungen profitiert, kann ein Hookless-Pool diese Funktionen nicht allein bereitstellen.
Option 2: Dynamic-Fee-Hooks
V4 ermöglicht es Pools, dynamische LP-Gebühren zu verwenden. Ein beforeSwapHook kann gemäß den dynamischen Gebührenregeln des Protokolls eine LP-Gebührenüberschreibung für diesen Swap zurückgeben. Dadurch lassen sich Gebührenrichtlinien entwerfen, die auf Bedingungen wie Volatilität, Orderfluss oder Zeit reagieren.
Der Vorteil liegt in der Anpassungsfähigkeit. Ein stabiles Währungspaar kann im Normalbetrieb niedrige Gebühren erfordern, sich aber bei Kursdivergenzen anders verhalten. Das Risiko besteht darin, dass der Gebührenalgorithmus selbst Teil der Marktstruktur wird. Ungünstige Parameter können das Handelsvolumen reduzieren, Liquiditätsanbieter oder Tauschhändler benachteiligen oder Manipulationsmöglichkeiten schaffen.
Das öffentliche Hook-Repository von Uniswap Labs enthält einen StablePairHook , der dynamische Gebühren für Assets verwendet, die voraussichtlich zu einem ähnlichen Preis gehandelt werden. Dieses Repository dient als konkretes Beispiel dafür, wie produktionsorientierte Hooks vom v4-Kern getrennt sind: Öffentliches Hook-Repository von Uniswap v4 .
Option 3: automatisierte Strategie-Hooks
Hooks können Aktionen im Zusammenhang mit Liquiditätsänderungen oder Swaps koordinieren und so Systeme ermöglichen, die Teile einer Liquiditätsstrategie automatisieren. Beispiele hierfür sind Rebalancing-Logik, zeitbasiertes Verhalten oder Integrationen mit anderen Protokollen.
Dies kann den manuellen Verwaltungsaufwand reduzieren, doch „automatisiert“ bedeutet nicht „risikofrei“. Strategieregeln können in schnelllebigen Märkten schlecht funktionieren, von externen Daten abhängen, zusätzlichen Gasverbrauch verursachen oder mit anderen Verträgen in Konflikt geraten. Der relevante Vergleich lautet nicht Automatisierung versus keinerlei Aufwand, sondern vorhersehbare, überprüfbare Regeln versus operative Komplexität und Modellrisiko.
Option 4: Zugriffs- oder Richtlinien-Hooks
Ein Hook kann benutzerdefinierte Bedingungen erzwingen, bevor eine Aktion ausgeführt werden darf. Dies kann Zulassungslisten, marktspezifische Berechtigungsregeln oder Richtlinienkontrollen auf Anwendungsebene unterstützen.
Das mag für ein Produkt mit expliziten Zugriffsanforderungen angemessen sein, verändert aber die Offenheit des Pools. Benutzer sollten verstehen, wer die Regeln festlegt, ob diese Regeln geändert werden können, welchen externen Systemen vertraut wird und was passiert, wenn ein Autorisierungsdienst ausfällt.
Individuelle Buchhaltung ist die leistungsstärkste – und am leichtesten zu missverstehende – Form der Buchhaltung.
Eine der fortschrittlicheren Funktionen von Version 4 ist die benutzerdefinierte Abrechnung . Hooks können Token-Deltas zurückgeben, die die Wertberechnung bei Pool-Aktionen beeinflussen. Das Whitepaper zu Version 4 beschreibt dies als Möglichkeit für Hooks, Funktionen wie benutzerdefinierte Kurven, Hook-Gebühren oder andere Abrechnungsmechanismen zu implementieren, die auf dem Kernsystem aufsetzen.
Dies ist nicht dasselbe wie die bloße Änderung einer angezeigten Gebühr. Individuelle Abrechnungsmethoden können die Wirtschaftlichkeit einer Interaktion erheblich verändern. Erfahrenen Pool-Designern eröffnet dies einen großen Gestaltungsspielraum. Für Nutzer und Liquiditätsanbieter bedeutet es, dass die Aussage „Es handelt sich um einen Uniswap v4 Pool“ die wirtschaftlichen Regeln nicht vollständig beschreibt. Der zugehörige Hook muss ebenfalls verstanden werden.
Pool im V3-Stil versus V4-Hakenpool
Kriterium
V3-artiger konzentrierter Liquiditätspool
V4-Pool mit Haken
Kernliquiditätsmodell
Konzentrierte Liquidität
Konzentrierte Liquidität plus optionale benutzerdefinierte Logik
Hook-Logik kann das Lebenszyklusverhalten verändern
Prüffläche
Hauptsächlich Protokoll plus Integration
Protokoll-, Integrations- und Hook-Vertrag
Sorgfaltspflichten des Nutzers
Verstehen Sie das Währungspaar, die Spanne, die Gebührenstufe und das Token-Risiko
Alles, was links steht, plus Hook-Code und seine Abhängigkeiten
V4 sollte daher eher als Erweiterung konzentrierter Liquidität denn als Ersatz für die grundlegenden Kompromisse von Liquiditätsanbietern betrachtet werden. Liquiditätsanbieter sind weiterhin Preisschwankungen, Bereichsauswahl, adverser Selektion, Token-Risiken und Smart-Contract-Risiken ausgesetzt. Hooks fügen eine weitere Dimension hinzu: das Risiko benutzerdefinierter Regeln.
Sicherheit: Kernprüfungen validieren nicht automatisch jeden Hook.
Uniswap v4 wurde vor dem Start einer umfassenden Sicherheitsprüfung unterzogen. Uniswap Labs gab bei der Veröffentlichung im Januar 2025 bekannt, dass die Codebasis neun Audits, einen großen Sicherheitswettbewerb und ein Bug-Bounty-Programm durchlaufen hatte. Die Details zur Veröffentlichung finden Sie in der Ankündigung von Uniswap v4 .
Das bedeutet nicht, dass ein beliebiger Hook sicher ist. Hooks sind externe Verträge, die von unabhängigen Entwicklern erstellt werden. Ein Hook kann Fehler, bösartige Logik, unsichere Abhängigkeiten, mangelhafte Zugriffskontrolle oder wirtschaftliche Annahmen enthalten, die unter Belastung versagen. Das offizielle öffentliche Hook-Repository unterscheidet explizit zwischen den von Uniswap Labs gepflegten Hook-Implementierungen und den übrigen Community-Hooks.
Für einen Händler oder Liquiditätsanbieter ist die entscheidende Frage daher nicht einfach „Handelt es sich um Version 4?“, sondern „Welcher Hook ist angehängt, welche Rückruffunktionen kann er ausführen, wer hat ihn entwickelt, wurde er geprüft und welchen zusätzlichen Verträgen oder Orakeln vertraut er?“
Wie man ein Pool-Design für einen realen Anwendungsfall auswählt
Wenn Sie hauptsächlich Standardliquidität wünschen
Einfachheit ist der Schlüssel. Ein Hookless-v4-Pool – oder ein anderes bewährtes Pool-Design – kann sinnvoll sein, wenn benutzerdefiniertes Verhalten kein spezifisches Problem löst. Programmierbarkeit nur deshalb hinzuzufügen, weil sie verfügbar ist, erzeugt Komplexität, ohne unbedingt Mehrwert zu schaffen.
Wenn Sie in einem volatilen oder spezialisierten Markt tätig sind
Ein dynamisches Gebührenmodell kann sinnvoll sein, wenn statische Gebühren das Liquiditätsrisiko systematisch unter- oder überbewerten. Bewerten Sie die tatsächliche Gebührenregel, die Eingangsdaten, die Aktualisierungsfrequenz, den Gasaufwand und das Verhalten unter Extrembedingungen, anstatt sich nur auf Durchschnittsgebühren zu konzentrieren.
Wenn Sie ein Produkt zur verwalteten Liquidität entwickeln
Automatisierungs-Hooks können die Benutzererfahrung verbessern, die Strategie sollte jedoch als Finanzsystem und nicht nur als Komfortfunktion betrachtet werden. Testen Sie Fehlermodi wie veraltete Daten, schnelle Kurslücken, abgebrochene externe Aufrufe und Situationen, in denen ein Rebalancing teuer wird.
Wenn die Teilnahme eingeschränkt werden muss
Ein Zugriffskontroll-Hook kann diese Anforderungen direkt in Pool-Aktionen kodieren. Der Nachteil besteht in einer geringeren Berechtigungslücke und einem höheren Vertrauen in denjenigen, der die Autorisierungslogik kontrolliert oder bereitstellt. Dokumentieren Sie diese Kontrollen klar und verständlich für die Benutzer.
Wenn Sie einen wirklich neuen Marktmechanismus benötigen
Individuelle Buchhaltungsmodelle bieten den größten Gestaltungsspielraum, erfordern aber auch die genaueste Prüfung. Sie sollten dann eingesetzt werden, wenn die standardmäßige konzentrierte Liquidität die gewünschten wirtschaftlichen Ergebnisse nicht abbilden kann – und nicht nur, um das System komplexer erscheinen zu lassen.
Was Liquiditätsanbieter und Händler vor der Nutzung eines Hooked Pools prüfen sollten
Hook-Adresse: Überprüfen Sie den genauen Vertrag, der dem Pool zugeordnet ist.
Aktivierte Rückruffunktionen: Erkennen, ob der Hook vor oder nach Swaps, Liquiditätsänderungen, Initialisierungen oder Spenden ausgeführt wird.
Gebührenregeln: Festlegung, ob die LP-Gebühr statisch oder dynamisch ist und was sie ändern kann.
Externe Abhängigkeiten: Identifizieren Sie Orakel, Kreditprotokolle, Brücken, Zulassungslisten oder Administratorverträge, auf die der Hook angewiesen ist.
Administrative Kontrolle: Prüfen Sie, ob eine Partei Parameter ändern, Funktionen pausieren oder externe Abhängigkeiten beeinflussen kann.
Audit- und Code-Status: Unterscheiden Sie geprüften Code von experimentellen Beispielen.
Ökonomisches Verhalten: Verstehen Sie, wie sich der Hook auf Slippage, LP-Renditen, Tokenflüsse und Auszahlungsbedingungen auswirkt.
Die praktischen Erkenntnisse
V4-Hooks verwandeln einen AMM-Pool von einem weitgehend statischen Produkt in eine programmierbare Komponente. Das ist wertvoll, wenn ein Markt spezifische Anforderungen hat – adaptive Gebühren, Automatisierung, Zugriffskontrolle, spezialisierte Buchhaltung oder die Integration mit einem anderen DeFi-System. Weniger überzeugend ist es, wenn standardmäßige konzentrierte Liquidität das Problem bereits löst.
Der zentrale Kompromiss ist einfach: Mehr Anpassungsmöglichkeiten bedeuten mehr Code und mehr zu bewertende Annahmen . Entwickler erhalten einen größeren Gestaltungsspielraum, Liquiditätsanbieter können auf spezialisiertere Strategien zugreifen und Händler können mit Märkten interagieren, die sich anders verhalten als Standardpools. Gleichzeitig müssen Nutzer den integrierten Hook als Teil des Pools selbst bewerten.
Für Details zur Implementierung nutzen Sie bitte das aktuelle Uniswap v4 Core-Repository , das v4-Whitepaper und die offizielle v4-Bereitstellungsliste . Die Bereitstellungsadressen variieren je nach Netzwerk. Integratoren sollten daher die aktuelle offizielle Zuordnung überprüfen, anstatt von einer universellen Adresse auszugehen.