Uniswap Labs hat Permissioned Pools für Uniswap v4 eingeführt, ein hook-basiertes Design, das Emittenten tokenisierter Fonds, Wertpapiere und anderer Real-World Assets ermöglichen soll, zu steuern, wer in bestimmten Pools handeln oder Liquidität bereitstellen darf, während das zugrunde liegende Uniswap-Protokoll permissionless bleibt.

Das Modell adressiert eine zentrale Spannung in der dezentralen Finanzwelt: Regulierte oder zugangsbeschränkte Vermögenswerte erfordern häufig Eignungsprüfungen, während Automated Market Maker auf offene Teilnahme ausgelegt sind. Im v4-Design gelten die Beschränkungen nur für Pools, die sich für den permissioned Hook entscheiden, nicht für Uniswap insgesamt.

Laut Uniswap Labs verwenden die neuen Permissioned Pools von Emittenten verwaltete Allowlists, die onchain durchgesetzt werden. Nur genehmigte Adressen können mit dem jeweiligen Pool interagieren. Die Entwicklerdokumentation beschreibt zwei separate Berechtigungen: SWAP_ALLOWED, die festlegt, ob eine Adresse handeln darf, und LIQUIDITY_ALLOWED, die festlegt, ob sie Liquidität hinzufügen oder entfernen darf (Uniswap Developers).

Was Permissioned Pools in Uniswap v4 bedeuten

Permissioned Pools basieren auf Uniswap-v4-Hooks. In diesem Kontext prüft ein Hook jede Swap- und Liquiditätsaktion gegen eine Allowlist, die vom Emittenten des Vermögenswerts oder dessen beauftragtem Betreiber gepflegt wird. Ist eine Adresse genehmigt, kann die Aktion fortgesetzt werden. Ist sie nicht genehmigt, wird die Transaktion zurückgewiesen.

Hooks sind eine der wichtigsten Erweiterungsfunktionen von Uniswap v4 und ermöglichen benutzerdefinierte Logik auf Pool-Ebene rund um Aktionen wie Swaps und Liquiditätsänderungen. Dadurch wird Permissioning zu einer anwendungsspezifischen Regel, statt zu einer Änderung für jeden Pool des Protokolls.

Das Design macht Uniswap nicht zu einer zugangsbeschränkten Börse. Stattdessen fügt es poolspezifische Logik für Vermögenswerte hinzu, die kontrollierten Zugang erfordern. Permissionless Uniswap-Pools bleiben offen, während permissioned Logik nur dort gilt, wo ein Pool sich dafür entschieden hat.

Uniswap Labs beschrieb die Struktur in seiner Ankündigung vom 23. Juli 2026 als Möglichkeit für tokenisierte Fonds und andere regulierte Vermögenswerte, über AMMs gehandelt zu werden, ohne dass das Basisprotokoll Vermögenswerte verwahrt oder Know-your-Customer-Prozesse betreibt. Der Emittent verwaltet die Eignung offchain und bildet diesen Status über die Allowlist onchain ab.

Warum Real-World Assets Eignungskontrollen benötigen

Tokenisierte Staatsanleihen, Geldmarktfonds, Private-Credit-Notes und eigenkapitalähnliche Instrumente können rechtliche, jurisdiktionsbezogene oder an den Anlegerstatus geknüpfte Anforderungen mit sich bringen. Emittenten müssen möglicherweise wissen, wer die Gegenparteien sind, und in einigen Fällen die Fähigkeit behalten, gemäß den maßgeblichen Dokumenten einzufrieren, zurückzunehmen oder anderweitig zu handeln.

Allowlists schaffen einen Mechanismus, um diese Anforderungen in DeFi zu bringen. Der Emittent bestimmt die Eignung außerhalb des Protokolls, während der AMM weiterhin Preisbildung, Bestand und Abwicklung übernimmt. Die Rolle des Hooks beschränkt sich darauf zu prüfen, ob eine Wallet zur Teilnahme berechtigt ist.

Für Trader und Liquiditätsanbieter bedeutet dies, dass der Zugang möglicherweise eine Verifizierung beim Emittenten oder einer Registrierungsstelle erfordert, bevor eine Adresse swappen oder Liquidität bereitstellen kann. Wenn eine Adresse nicht genehmigt ist, funktioniert der Pool für diese Wallet nicht.

Wie der Hook funktioniert

Die Uniswap-Entwicklerdokumentation beschreibt zwei unterschiedliche Berechtigungseinstellungen. SWAP_ALLOWED legt fest, ob eine Wallet die Vermögenswerte im Pool handeln kann. LIQUIDITY_ALLOWED legt fest, ob sie Liquidität einzahlen oder abziehen kann. Eine Adresse kann eine Berechtigung ohne die andere haben, sodass ein Emittent einige Teilnehmer für den Handel, aber nicht für die Bereitstellung von Liquidität zulassen kann.

Liquiditätspositionen in permissioned Pools werden durch NFTs repräsentiert, doch diese Positions-NFTs sind nicht übertragbar. Die Dokumentation besagt, dass Aufrufe von transferFrom und safeTransferFrom mit TransferDisabled zurückgewiesen werden. Die Einschränkung soll verhindern, dass eine genehmigte LP-Position an eine Adresse oder Einheit übertragen wird, die den Eignungsprozess des Emittenten nicht durchlaufen hat.

Der Adapter-Admin hat zudem die Möglichkeit, unwindPosition aufzurufen, um eine LP-Position zu schließen, wenn dies die Richtlinie erfordert. Praktisch bedeutet das, dass der Emittent oder ein benannter Betreiber bestimmte administrative Befugnisse hält, die auf Vertragsebene definiert sind. Uniswap selbst genehmigt keine Investoren und bearbeitet keine KYC-Dateien; der Hook liest die Allowlist und setzt das Ergebnis für den Pool durch.

Änderungen für Trader und Liquiditätsanbieter

Für Trader ist die unmittelbarste Änderung eine Zugangskontrolle vor der Ausführung. Wenn eine Wallet nicht auf der relevanten Allowlist steht, schlägt ein Swap über den permissioned Pool fehl. Einige Frontends können die Eignung möglicherweise im Voraus prüfen und Nutzer auffordern, eine Genehmigung zu beantragen.

Die Abwicklung bleibt nicht-verwahrend. Nutzer signieren Transaktionen weiterhin aus ihren eigenen Wallets, und die Preisbildung bleibt AMM-basiert. Slippage, Liquiditätstiefe und Poolgebühren bleiben auf dieselbe Weise relevant wie in anderen AMM-Pools. Der Unterschied besteht darin, dass nur genehmigte Adressen mit dem Pool interagieren dürfen.

Für LPs ist die Nichtübertragbarkeit von Positions-NFTs eine wesentliche operative Änderung. Einheiten, die darauf angewiesen sind, LP-Positionen zwischen Wallets, Konten oder verbundenen Unternehmen zu übertragen, müssten diese Einschränkung berücksichtigen. LPs müssen außerdem die Unwind-Rechte des Emittenten verstehen, einschließlich der Umstände, unter denen der Adapter-Admin eine Position zwangsweise schließen darf.

Emittenten können Liquiditätsprogramme zudem auf bestimmte Market Maker oder Allokatoren ausrichten. Das kann den Zugang zum Pool prägen und beeinflussen, wer in der Lage ist, Tiefe für den Vermögenswert bereitzustellen.

Compliance-Abwägungen und Protokollneutralität

Permissioned Pools stellen einen Kompromiss zwischen offener DeFi-Architektur und den Anforderungen regulierter Vermögenswerte dar. Emittenten bestimmter Vermögenswerte können möglicherweise keinen Onchain-Markt ohne Zugangskontrollen unterstützen. Die v4-Hook-Architektur von Uniswap ermöglicht es, diese Kontrollen auf Pool-Ebene umzusetzen und gleichzeitig das Basisprotokoll neutral zu halten.

Der Ansatz trennt Verantwortlichkeiten. Emittenten betreiben Allowlists und erfüllen Compliance-Pflichten, während das Protokoll die Marktinfrastruktur bereitstellt. Innerhalb eines genehmigten Pools können DeFi-Funktionen wie AMM-Preisbildung, Routing und Onchain-Buchführung weiterhin vorbehaltlich der Hook-Beschränkungen funktionieren.

Diese Trennung ist wichtig, weil sie Compliance-Entscheidungen an den Vermögenswert und seinen Emittenten bindet, statt eine universelle Identitätsanforderung in Uniswap einzubauen. Sie bedeutet auch, dass Teilnehmer jeden permissioned Pool für sich bewerten müssen, da sich Richtlinien und administrative Kontrollen je nach Emittent unterscheiden können.

Das Design bringt auch Abwägungen mit sich. Der Adapter-Admin wird zu einer wichtigen Risikofläche, weil Missbrauch oder Kompromittierung administrativer Schlüssel einen Pool beeinträchtigen könnten. Nutzer sehen sich zudem zusätzlicher Reibung durch KYC-Prozesse und Wallet-Bindung gegenüber. Datenschutz ist ein weiterer Aspekt, da mit verifizierten Identitäten verknüpfte Wallets Onchain-Aktivitäten leichter einer Person oder Einheit zuordnen können.

RWAs, Appchains und Cross-Chain-Bereitstellung

Uniswap hat die Einführung permissioned Pools mit dem breiteren Wachstum tokenisierter Vermögenswerte und cross-chain Marktaktivität verbunden. In einem Substack-Beitrag erklärte Uniswap, dass seine Bereitstellung auf der neuen Robinhood Chain innerhalb einer Woche ein Volumen von über $6 Milliarden überschritten habe, einschließlich des ersten Tages mit $1 Milliarde.

Permissioned Pools passen in dieses Cross-Chain-Umfeld, weil Emittenten Zugang zu Liquiditätsplätzen und Benutzeroberflächen wünschen, während sie Kontrollen auf Ebene des Vermögenswerts beibehalten. Wenn Uniswap v4 auf einer Chain bereitgestellt ist und ein Emittent eine Allowlist pflegen kann, kann die Zugangsrichtlinie des Pools über das Hook-Design mit dem Vermögenswert mitreisen.

Uniswap hat außerdem Bewegungen im Ökosystem hin zu v4-Funktionen mit Hook-Unterstützung angeführt. In seinen neuesten Updates sagte Uniswap, Spark habe rund $150 Millionen an Stablecoin-Liquidität im Vorfeld von Funktionen wie DualPool verschoben, die dieselbe Hook-Architektur nutzen, auf der permissioned Pools beruhen.

Zusammen mit Uniswaps Ankündigung vom 23. Juli zeigen diese Entwicklungen, wie regulierte Vermögenswerte AMM-Liquidität und Composability nutzen könnten, während sie innerhalb von durch Emittenten definierten Leitplanken operieren.

Risiken und Ausfallmodi

Permissioned Pools fügen durch Hooks zusätzliche Codepfade hinzu, wodurch Vertragsprüfung, Audits und Upgrade-Kontrollen für Teilnehmer wichtig werden. Nutzer sollten verstehen, ob der bereitgestellte Bytecode dem geprüften Code entspricht und ob der Hook oder Adapter aktualisiert werden kann.

Administrative Befugnisse erfordern ebenfalls eine genaue Prüfung. Der Umfang der Befugnisse des Adapter-Admins kann je nach Implementierung Funktionen wie unwindPosition, Parameteränderungen oder andere Kontrollen umfassen. Timelocks, Multisig-Strukturen und schriftliche Emittentenrichtlinien können das Risiko erheblich beeinflussen.

Die Genauigkeit der Allowlist ist ein weiteres mögliches Problem. Wenn ein Offchain-Register verzögert oder fehlerhaft ist, kann eine Adresse blockiert werden oder genehmigt bleiben, obwohl sich ihr Status geändert haben sollte. Jurisdiktions- oder Richtlinienänderungen nach der Bereitstellung von Liquidität können ebenfalls beeinflussen, ob eine Adresse weiterhin berechtigt bleibt.

Routing kann zusätzliche Sonderfälle schaffen. Aggregatoren könnten versuchen, Transaktionen durch einen permissioned Pool zu leiten. Wenn die Adresse des Nutzers nicht auf der Allowlist steht, wird die Transaktion zurückgewiesen, sofern das Frontend oder der Router den Pool nicht im Voraus filtert.

Checkliste vor der Nutzung eines Permissioned Pools

Teilnehmer, die einen permissioned Pool bewerten, sollten die Identität des Emittenten, den Registrierungsstatus und gegebenenfalls öffentliche Dokumentation prüfen. Sie sollten außerdem die Allowlist-Richtlinie untersuchen, einschließlich der Frage, wer Adressen genehmigt, welche Dokumente erforderlich sind, wie lange die Genehmigung dauert und wie Widerrufe gehandhabt werden.

Der Hook-Code, der Audit-Status und der bereitgestellte Bytecode sind ebenfalls zentral. Nutzer sollten die genauen administrativen Befugnisse identifizieren, einschließlich der Frage, ob der Admin Aktivitäten pausieren, unwindPosition aufrufen oder Parameter ändern kann. LPs sollten Gebühren, Anreize, Lockups und die Auswirkungen nicht übertragbarer Positions-NFTs prüfen.

Chain-Unterstützung ist ein weiterer operativer Faktor. Ein Pool kann nur dort verfügbar sein, wo Uniswap v4 bereitgestellt ist und wo ein Emittent den Start wählt. Verwahrungssysteme, Compliance-Workflows und Routing-Tools müssen ebenfalls die relevante Chain- und Poolstruktur unterstützen.

Vergleich mit anderen Marktstrukturen

Nutzer, deren Mandate admin-gated Handelsplätze untersagen, können permissioned Pools umgehen. Viele Aggregatoren ermöglichen es Nutzern, bestimmte Pool-Adressen auf eine Blacklist zu setzen.

Häufig gestellte Fragen

Machen permissioned Pools Uniswap zu einer regulierten Börse?

Nein. Das Basisprotokoll bleibt permissionless. Berechtigungsprüfungen befinden sich in poolspezifischen Hooks, die vom Emittenten kontrolliert werden. Der Emittent übernimmt KYC und Richtlinien offchain und stellt eine Allowlist bereit, die der Hook lesen kann.

Wie wird ein Nutzer für Handel oder Liquiditätsbereitstellung auf die Allowlist gesetzt?

Jeder Emittent legt seinen eigenen Prozess fest. In einer typischen Struktur übermittelt ein Nutzer KYC-Informationen und verknüpft eine Wallet-Adresse. Nach der Genehmigung erscheint die Adresse auf der Allowlist und kann swappen oder Liquidität bereitstellen, ohne dass die Berechtigungsprüfung zurückgewiesen wird.

Können LPs ihre LP-NFTs übertragen oder verkaufen?

Nicht in permissioned Pools. Positions-NFTs sind konstruktionsbedingt nicht übertragbar. Laut Entwicklerdokumentation werden Aufrufe zu ihrer Übertragung zurückgewiesen, und der Adapter-Admin kann Positionen abwickeln, wenn die Richtlinie dies erfordert.

Was passiert, wenn ein Aggregator über einen permissioned Pool routet?

Wenn die Adresse des Nutzers nicht auf der Allowlist steht, wird die Transaktion zurückgewiesen. Frontends können diese Routen vorab filtern, und Nutzer können bestimmte Pools in den Router-Einstellungen deaktivieren, sofern dies unterstützt wird.

Betrifft dies UNI-Tokenhalter oder Protokollgebühren?

Permissioned Pools ändern den Fee Switch oder die Governance des Kernprotokolls nicht direkt. Sie sind optionale Hooks auf Pool-Ebene. Jede Auswirkung auf Volumen oder Gebührenflüsse hängt von der Akzeptanz durch Emittenten und der Nachfrage der Trader ab.

Sind permissioned Pools auf jeder Chain verfügbar, auf der Uniswap läuft?

Permissioned Pools sind eine Funktion von Uniswap v4. Die Verfügbarkeit hängt davon ab, wo v4 bereitgestellt ist und wo ein Emittent den Start wählt. Nutzer müssen vor dem Onboarding Chain-Unterstützung und Verwahrungsintegration prüfen.

Sind permissioned Pools nur für Wertpapiere gedacht?

Nein. Sie sind für Vermögenswerte konzipiert, die Eignungskontrollen erfordern. Dazu können Fonds, strukturierte Produkte und andere Token gehören, die durch Zugangsregeln gesteuert werden.

Disclaimer: Dieser Artikel dient ausschließlich Informationszwecken. Er wird nicht als Rechts-, Steuer-, Anlage-, Finanz- oder sonstige Beratung angeboten und ist nicht als solche bestimmt.