Liquidität und LP-Struktur

EN-Quellmaster · P08-L06 · 45 Minuten geschätzt · needs_review

Poolreserven und LP-Eigentümerschaft beantworten unterschiedliche Fragen. Reserven beschreiben für einen bestimmten Poolmechanismus gehaltene Vermögenswerte; LP-Ansprüche beschreiben Rechte, eine Position zu ändern oder einzulösen. „Liquidität gesperrt“ ist ohne relevanten Anspruch, Anteil und Auszahlungsbedingungen unvollständig.

P07 führte Tiefe und Orderauswirkungen ein. Hier geht es darum, die Rechtestruktur hinter den Reserven zu identifizieren, statt Preiswirkungsberechnungen zu wiederholen. Du unterscheidest ein fungibles Anteilsmodell von einer individuell spezifizierten Position.

Den Pool und seine zwei Vermögenswerte identifizieren

Beginne mit Netzwerk, genauer Poolkennung, Protokoll/Version und beiden Vermögenswertkennungen. Ein Pool mit vertrautem Ticker reicht nicht aus. Ein Quote-Vermögenswert kann gewrappt oder gebridged sein; sein angezeigtes Symbol stellt nicht fest, was er repräsentiert.

Dokumentiere Reserven in einem Kontext und benenne Einheiten. Dollarliquidität erfordert zusätzlich Bewertungsquelle und Methodik. Diese Übung liefert Token- und Quote-Einheiten, keine Dollarwerte. Eine große aggregierte Liquiditätszahl eines Werkzeugs kann die Auszahlungsrechte eines einzelnen Pools nicht feststellen.

LP bedeutet Liquiditätsanbieter; ein LP-Token repräsentiert einen Poolanspruch unter seinem bestimmten Mechanismus. NFT bedeutet nicht fungibler Token; hier identifiziert er eine bestimmte Bereichsposition, keinen einheitlichen Reserveanteil. Ein Pool kann Reserven halten, während seine eigenen Anspruchstoken anderswo liegen. Lies die Halterliste des Projekttokens nicht als LP-Token-Halterliste. Es sind verschiedene Vermögenswerte mit verschiedenem Angebot und verschiedener Autorisierung. Eine Untersuchung muss den genauen Pool mit seiner Anspruchsrepräsentation verbinden.

Fungible LP-Anteile verstehen

Im Uniswap-v2-Muster repräsentieren Liquiditätstoken Poolbeiträge und können über den bestimmten Burn-Mechanismus gegen zugrunde liegende Vermögenswerte eingelöst werden [S08-POOLS]. Die Prozentberechnung gehört zu diesem Mechanismus, nicht zu jedem Protokoll mit dem Begriff LP.

Im fiktiven einfachen Anteilsmodell ist der Anteil eines Halters seine Anspruchseinheiten geteilt durch alle ausgegebenen Anspruchseinheiten. Beziehe nicht einlösbare Einheiten in diesen Nenner ein, wenn das vorgegebene Modell besagt, dass sie ausgegeben bleiben. Ihr Ausschluss würde die Anteile anderer Halter überhöhen.

In einem fixierten Kontext ergibt der Anteil multipliziert mit Reserven einen Modellanspruch. Tatsächliche Auszahlungsbeträge benötigen aktuelle Salden, Protokollarithmetik, Gebühreneffekte und etwaiges Token-Transfer-Verhalten. Versprich keinen genauen künftigen Empfangsbetrag aus einer veralteten Momentaufnahme.

LP-Ansprüche zum Einlösen von Reserven zu verbrennen ist nicht dasselbe wie Ansprüche an eine unzugängliche Adresse zu senden und Reserven bestehen zu lassen. Dasselbe Wort Burn kann zwei unterschiedliche Effekte verdecken. Dokumentiere, ob sich das Anspruchsangebot ändert, ob Reserven bewegt werden und welcher Vorgang stattfand.

Verwahrung und Auszahlungsberechtigungen verfolgen

Ein LP-Halter kann ein gewöhnliches Konto, ein Locker-Vertrag, ein Vault oder ein anderer Positionsmanager sein. Identifiziere bei vermittelter Verwahrung, wer unter welchen Bedingungen auszahlen darf. Ein Locker-Saldo ist keine verifizierte Sperre, sofern relevanter Code und Konfiguration seine Freigabe nicht begrenzen.

Dokumentiere genaue Anspruchsmenge, Ablauf/Verzögerung, Begünstigte, Genehmigungen/Operatoren, Notfallpfade und ob sich Berechtigungen ändern können. Eine Aussage „bis nächstes Jahr gesperrt“ braucht eine konkrete Zeitbasis. Diese Übung verwendet S5 als synthetische Freigabegrenze; es ist kein Kalenderdatum.

Eine Sperre über30% sperrt nicht100%. Eine Sperre für einen Pool deckt keine anderen Pools desselben Vermögenswerts ab. Ein zeitgesperrter Anspruch kann je nach Protokoll weiterhin unterschiedliche Gebühreneinzugs- oder Übertragungsberechtigungen haben. Leite keine fehlenden Details ab.

Konzentrierte Positionen unterscheiden

Der Positionsmanager von Uniswap v3 dokumentiert ein bestimmtes Tokenpaar, Gebührenstufe, Tick-Bereich und Liquidität [S08-POSITIONS]. Die Positionsrepräsentation muss mit Manager und Kontext geprüft werden. Eine Anzahl von Positions-NFTs ist kein Prozentsatz der Poolreserven.

Zwei Positionen können unterschiedliche Bereiche und daher unterschiedliche aktive Beiträge haben. Ein NFT geteilt durch zehn NFTs stellt keine10% Liquidität fest. Selbst ein Liquiditätswert sollte ohne Bereichs-/Preismodell nicht leichtfertig in einen einheitlichen Poolreserveanteil umgerechnet werden.

Der Übungsdatensatz liefert zwei Positionsdatensätze, lässt aktuellen Preis und detaillierte Anspruchsberechnung aber bewusst aus. Du kannst verifizieren, dass ihre Bereiche verschieden sind. Aktuelle Beträge, aktiven Anteil oder Auszahlungseingänge jeder Position kannst du nicht allein aus der NFT-Anzahl berechnen.

Eigentümer, Operator und Verwahrung sind getrennt. Ein berechtigter Manager könnte für einen Positionseigentümer handeln. Benenne, welche Berechtigung vorgegeben und welche unbekannt ist. Leite niemals aus einer übertragenen Position ab, dass zugrunde liegende Projekttoken in einen Markt verkauft wurden.

Sicherheitsfolgerungen aus Ansprüchen vermeiden

Verifizierte Auszahlungsgrenzen stellen eine bestimmte Einschränkung fest. Sie stellen nicht fest, dass Tokentransfers nicht pausiert werden können, Angebot unveränderlich ist, Quote-Sicherheiten solide sind oder Nutzer über jeden Pfad aussteigen können. Liquiditätsrechte sind ein Teil der Vermögenswertprüfung.

Umgekehrt sind verfügbare Auszahlungsrechte Fähigkeiten, kein Beweis, dass eine Auszahlung stattfinden wird oder ein Akteur schlechte Absichten hat. Bewahre sie, ohne die Tabelle in eine Kauf-/Verkaufsempfehlung zu verwandeln. Kommerzielle Labels und Erstellerstatus ändern beobachtete Reserve- oder Anspruchsdaten nicht.

Eine reproduzierbare Rechtenotiz erstellen

Schreibe Anteilsnenner, Kontext, Mechanismus und Bedingungen auf. Gibt der Übungsdatensatz eine vollständige Regel vor, bewerte danach. Fordere im realen Fall Code-/Konfigurationsbelege an, bevor du ein Locker-Label als durchgesetzte Grenze behandelst.

Eine nützliche Notiz kann lauten: „Unter dem S0-Modell hat C 60% der ausgegebenen Ansprüche und L30% mit Freigabe erst bei S5. Die zwei getrennten Bereichspositionen können nicht nach Anzahl verglichen werden.“ Dies berichtet genau, was berechnet wurde und warum andere Aussagen ungeklärt bleiben.

• Reserve: einem Pool zugeordneter Saldo in einem Kontext.
• LP-Anspruch: mechanismusspezifisches Recht aus bereitgestellter Liquidität.
• Einlösung: Tausch von Ansprüchen gegen zugrunde liegende Vermögenswerte nach Regeln.
• Verwahrung: Bestandsanordnung, nicht notwendigerweise uneingeschränkte Auszahlung.
• Bereichsposition: innerhalb von Preis-/Tick-Grenzen spezifizierte Liquidität.
• Sperrumfang: genauer Anteil und Umfang eingeschränkter Ansprüche.

ILLUSTRATIVE — FIX-P08-06. SIM-EVM-A, Pool PAIR-A, einfaches standardmäßiges proportionales Modell, S0. Alle1000 Anspruchseinheiten bleiben ausgegeben. Reserven sind200,000 BASE-A-Token und 400 QUOTE-A-Einheiten. Ganzzahlrundung, Gebühren, Steuer und zwischenzeitliche Aktivität ignorieren.

Ein separater Pool im v3-Stil hat Position N1 mit Bereich[100,200] und N2 mit Bereich[150,300]. Jede ist ein Positions-NFT. Preis, Operatoren und Betragsanspruchsdaten fehlen. Dies sind keine Positionen in PAIR-A.

OBSERVED im Übungsdatensatz: Anspruchsmengen und vorgegebene vollständige einfache Locker-Regel sind dokumentiert; N1/N2 unterscheiden sich im Bereich.

INFERRED: C hält60%, L30%, R1%, O9% der ausgegebenen PAIR-A-Ansprüche. Der S0-Modellanspruch von C ist 120,000 Base und 240 Quote.

UNKNOWN: Realer Locker-Code, künftige Reserven, aktiver v3-Anteil und Operatorrechte.

INSUFFICIENT EVIDENCE: Die30% von L können nicht feststellen, dass alle Liquidität gesperrt ist. N1/N2-Anzahl kann keine gleichen Reserverechte feststellen. Diese fiktiven Regeln verifizieren keine bereitgestellte Sperre.

Projekt-Token- und LP-Token-Angebot mischen; unzugängliche, aber ausgegebene Ansprüche aus dem Nenner entfernen; Verwahrung mit durchgesetzter Sperre verwechseln; konzentrierte Anteile nach NFT-Anzahl schätzen; und eine Sperre zu globaler Sicherheit machen.

Berechne jeden Anspruchsanteil und die hypothetischen Einlösungsbeträge von C bei S0. Berechne den gewöhnlich einlösbaren Anspruchsanteil vor S5 unter dem Übungsdatensatz. Erkläre, warum „zwei NFTs bedeutet je 50%“ ungestützt ist.

• Pool, Protokoll/Version und beide genauen Vermögenswerte verifizieren.
• Richtige Anspruchsrepräsentation identifizieren.
• Alle ausgegebenen Einheiten im angegebenen Nenner bewahren.
• Verwahrung, Operatoren und Freigabebedingungen prüfen.
• Bereichsspezifisch über konzentrierte Positionen nachdenken.
• Berechnungen auf ihre Momentaufnahme begrenzen.

LP-Analyse verbindet Reserven mit mechanismusspezifischen Rechten. Sperrumfang und Positionseigentümerschaft brauchen genauen Umfang.

Reserven sind keine Auszahlungsbefugnis. Eine Teilsperre bleibt teilweise. NFT-Zählung misst keinen konzentrierten Liquiditätsanteil.

Zeige PAIR-A-Reserven verbunden mit einem 1000-Einheiten-Anspruchsregister mit 60/30/1/9%-Segmenten und S5-Freigabegrenze. Separates N1/N2-Bereichspanel mit unbekanntem Preis/Anspruch; NFT-Anzahl niemals in Reserveanteil umrechnen.

Illustrative LP-Rechte unter angegebenen Regeln; keine verifizierte bereitgestellte Sperre.

Deterministische SVG/HTML oder Diagramme mit Textalternativen, dunklem Marineblau/Schwarz und zurückhaltendem Cyan, leuchtendem Blau und Violett verwenden. Jede Menge und Unsicherheit beschriften. Bei 390px Panels untereinander anordnen; 768px/Desktop- und arabische RTL-Verifizierung bleiben künftige Asset-Arbeit. Kennungen LTR und faktische Achsen-/Kantenrichtungen unverändert halten. Falls Branding ergänzt wird, nur das offiziell vorgegebene BlockAssay-Zeichen verwenden. Beide Datensätze sind Spezifikationen, keine gelieferten Assets.

RADAR für den begrenzten didaktischen Zweck dieser Lektion nur verwenden, wenn Netzwerkunterstützung, genaue Identität, Felder und Herkunft verifiziert sind. Dieser Inhalt behauptet keinen Laufzeitendpunkt und keine Anbieterfähigkeit. Den eingebetteten Offline-Übungsdatensatz ohne kostenpflichtigen Zugang verwenden. Fehlende Daten bleiben unbekannt; weder Wallet-Verbindung noch Transaktionssignatur, Tokenstart oder Live-Handel sind erforderlich. Academy-Fortschritt, Zahlungen und Empfehlungen verändern Radar-Belege niemals. Ein Diagnostic Passport bewahrt Beobachtungen und Grenzen, keine Preisprognose und kein Sicherheitszertifikat.

• Uniswap-v2-Pools — Fungible LP-Beitrags- und Einlösungsansprüche, spezifisch für v2. Geprüft 2026-09-30.
• Uniswap v3: Positionen abrufen — Positionsmanager-, Tokenpaar-, Gebühren-, Tick- und Liquiditätsfelder. Geprüft 2026-09-30.

Dokumentation stützt Mechanismen, nicht fiktive Datensatzwerte. Alle Beispiele und Übungsdatensätze sind eigenes ILLUSTRATIVE Material, in dieser Datei fixiert. S0/S1 sind synthetische Kontextlabels; observedAt ist null, weil keine Live- oder historische Ledger-Messung erhoben wurde. Dokumentation und tatsächlich bereitgestelltes Verhalten vor jeder Veröffentlichung oder Integration erneut prüfen.

P08-L07 nach der ausgearbeiteten Übung und Quizprüfung.