Was ist ein konzentrierter Liquiditätspool?

Definition und Kernmechanik

1. Ein konzentrierter Liquiditätspool ist eine Art automatisiertes Market-Maker-Design (AMM), bei dem Liquiditätsanbieter Kapital innerhalb benutzerdefinierter Preisspannen und nicht über die gesamte Preiskurve verteilen.

2. Im Gegensatz zu herkömmlichen Pools, die die Liquidität gleichmäßig von nahezu Null bis unendlich verteilen, ermöglicht dieses Modell den Benutzern, Ober- und Untergrenzen für ihren Kapitaleinsatz zu definieren.

3. Die zugrunde liegende mathematische Struktur basiert auf einer stückweisen Quadratwurzel-Preisfunktion, die eine höhere Kapitaleffizienz innerhalb der Zielzonen ermöglicht.

4. Jede Liquiditätsposition wird als nicht fungible Einheit mit einzigartigen Parametern dargestellt, einschließlich Tick-Grenzen und Liquiditätsbetrag.

5. Wenn sich der Marktpreis außerhalb des von einem Anbieter ausgewählten Bereichs bewegt, werden für seine Position keine Gebühren mehr erhoben und er trägt nicht mehr zur verfügbaren Tiefe des Pools bei.

Auswirkungen auf die Kapitaleffizienz

1. Liquiditätsanbieter können im Vergleich zu einheitlichen Pools eine bis zu 4000-mal höhere Gebührenrendite pro Kapitaleinheit erzielen, wenn die Preisentwicklung innerhalb der von ihnen gewählten Bandbreite bleibt.

2. Diese Effizienz ergibt sich aus der Eliminierung ungenutzten Kapitals – Mittel werden nicht über irrelevante Preisniveaus verwässert, bei denen das Handelsvolumen vernachlässigbar ist.

3. Der effektive Zeckenabstand bestimmt die Körnigkeit; Engere Tick-Intervalle ermöglichen eine präzisere Positionierung, erhöhen aber den Gas-Overhead beim Neuausgleich.

4. Berechnungen vorübergehender Verluste werden asymmetrisch – Verluste entstehen nur, wenn der Preis den aktiven Bereich verlässt, während sich Gewinne innerhalb dieses Bereichs schneller summieren.

5. Die Reserven auf Protokollebene bleiben unverändert, die Darstellung der Liquiditätsdichte in der Kette verschiebt sich jedoch dynamisch auf der Grundlage überlappender benutzerdefinierter Bereiche.

Details zur Implementierung auf Protokollebene

1. Uniswap V3 führte diese Architektur mit einem Festkomma-Arithmetiksystem ein, das auf 24-Bit-Tick-Indizes basiert, die jeweils einen Preisanstieg von 0,0001 % darstellen.

2. Liquiditätspositionen werden in einer sortierten Liste gespeichert, die an Tick-Grenzen verankert ist, sodass O(log n) Suchzeit für Preisaktualisierungen bleibt.

3. Die Gebührenakkumulation erfolgt auf Tick-Ebene, wobei die akkumulierten Werte bei Auszahlung oder Bereichsanpassung an die Anbieter übertragen werden.

4. Oracle-Beobachtungen basieren auf zeitgewichteten Durchschnittswerten, die über diskrete Tick-Übergänge berechnet werden, und nicht auf kontinuierlichen Stichproben.

5. Flash-Swaps und Multi-Hop-Routing müssen einer fragmentierten Liquiditätsverteilung Rechnung tragen und erfordern aktualisierte Pathfinding-Algorithmen, die Tick-Alignment-Segmente durchlaufen.

Risikoprofil für Liquiditätsanbieter

1. Das Risiko einer Bereichserschöpfung entsteht, wenn volatile Vermögenswerte vordefinierte Grenzen überschreiten und die Gebührenerhebung gestoppt wird, bis ein manueller Eingriff oder eine automatische Neuausrichtung erfolgt.

2. Die Treibstoffkosten für die Verwaltung mehrerer Positionen mit enger Spanne steigen linear mit der Anzahl der Anpassungen und können bei hochfrequenter Volatilität die Nettorenditen schmälern.

3. Das Risiko vorübergehender Verluste nimmt in der Nähe der Handelsspannenränder aufgrund des nichtlinearen Slippage-Verhaltens zu, wenn sich der Preis den Grenzschwellen nähert.

4. Zentralisierte Überwachungstools stellen die tatsächliche Gefährdung oft falsch dar, da aggregierte Visualisierungen die tickbasierte Fragmentierung zu irreführenden einheitlichen Diagrammen verflachen.

5. Besicherungsquoten für Kreditprotokolle, die konzentrierte Liquidität integrieren, müssen dynamische Gültigkeitsfenster berücksichtigen, nicht nur statische Reservesalden.

Häufig gestellte Fragen

F: Wie wirkt sich die konzentrierte Liquidität auf den Slippage für Händler aus? Aufgrund der höheren Liquiditätsdichte nimmt der Slippage innerhalb aktiver Bereiche erheblich ab, steigt jedoch abrupt an, wenn Bereichsgrenzen überschritten werden, bei denen die Tiefe auf Null sinkt.

F: Kann ein einzelnes Wallet mehrere sich nicht überschneidende Positionen in einem Pool enthalten? Ja. Wallets können Dutzende unabhängiger Positionen mit unterschiedlichen Preisspannen bereitstellen, die jeweils separat in der Kette mit individueller Gebührenabgrenzungslogik verfolgt werden.

F: Ist eine Neuausrichtung erforderlich, wenn sich der Preis einer Spannengrenze nähert? Es existiert kein automatischer Auslöser. Anbieter behalten die volle Kontrolle über den Zeitpunkt und müssen Bereichsaktualisierungen manuell oder über Automatisierungsdienste von Drittanbietern initiieren.

F: Unterstützen heute alle AMMs konzentrierte Liquidität? Nur Protokolle, die explizit auf der Architektur von Uniswap V3 basieren – oder Forks, die identische Tick-Mathematik implementieren – bieten native Unterstützung. Den meisten alten AMMs fehlt die notwendige staatliche Vertretung.