Polymarket pUSD und Protocol V2 erklärt

Zwei Upgrades mit ähnlichen Namen verwechselt man leicht. CLOB V2 hat die Börse, das Order-Backend und den Collateral-Token geändert. Protocol V2 hat eine zweite Art hinzugefügt, Ergebnis-Positionen zu halten. Dieser Guide erklärt beides anhand der eigenen Dokumentation von Polymarket, hält die Entwicklerdetails kurz und sagt, wo die Seiten schweigen oder sich widersprechen. Eine datierte Timeline der Changelog-Einträge ist ein eigener Beitrag.

Was ist pUSD?

Die Dokumentation von Polymarket beschreibt pUSD als der Collateral-Token für jeden Handel bei Polymarket. Technisch ist er ein ERC-20-Token auf Polygon, der durch USDC gedeckt ist. ERC-20 ist ein Token-Standard, und die Dokumentation nennt pUSD einen Wrapper, der einen Anspruch auf USDC darstellt. Der Smart Contract erzwingt die Deckung, und die Seite hält fest: keine algorithmische Bindung und keine Teilreserve. Ein vollständiges Paar aus Yes- und No-Token in einem Markt ist mit 1 pUSD an Wert gedeckt.

pUSD lässt sich wie jeder andere ERC-20-Token übertragen, ist aber dafür gebaut, innerhalb von Polymarket zu funktionieren. Laut Dokumentation gibt es derzeit keine Pläne, ihn an externen Börsen zu listen. Auch Polymarket Perps nutzen denselben Token, denn das Perps-Collateral ist pUSD (siehe den Perps-Guide).

Warum hat Polymarket ihn eingeführt?

Die Dokumentation nennt einen kurzen Grund: Abwicklung in nativem USDC. Sie beschreibt das als einen Standard, der kapitaleffizienter und skalierbarer ist und besser zu Institutionen passt, wenn die Plattform wächst. Das Collateral vor pUSD war USDC.e, die gebridgte Form von USDC, und pUSD hat es ersetzt. Die Seiten vergleichen die beiden Token nicht und sagen nichts weiter zu der Entscheidung.

Wie bekommst du pUSD?

Das hängt davon ab, wie du Polymarket nutzt.

• Auf polymarket.com. Das Frontend wandelt dein Geld nach einer einmaligen Freigabe automatisch um. Danach siehst du einfach ein Guthaben und handelst.
• Durch eine Einzahlung. Die Bridge übernimmt die Umwandlung: Assets anderer Chains werden automatisch in pUSD auf Polygon umgewandelt. Du kannst natives USDC oder gebridgtes USDC.e senden.
• Über die Verträge. Die Dokumentation nennt zwei Gruppen, die von Hand wrappen: Power-User und reine API-Trader, die USDC.e über den Collateral-Onramp-Vertrag in pUSD wrappen. Andere Oberflächen beschreibt sie nicht.

In die andere Richtung entwrappt eine Auszahlung pUSD über den Collateral Offramp, und du kannst auch pUSD selbst abheben, allerdings gilt: einige Börsen akzeptieren pUSD-Einzahlungen nicht mehr direkt. Zu den Gebühren: Die Fees-Seite sagt, dass Polymarket für Ein- und Auszahlungen von USDC keine Gebühr erhebt, und die Withdraw-Seite hält fest: Polymarket erhebt keine Auszahlungsgebühren. Ein Dienst, den du unterwegs nutzt, kann eigene Gebühren verlangen.

Welchen Wallet-Typ nutzt ein Konto?

Die Wallets-Seite sagt, dass eine Deposit Wallet der Standard ist und dass alle Konto-Wallets, die ab dem 4. Mai 2026 bereitgestellt wurden, eine solche nutzen, während Proxy- und Safe-Wallets ältere Typen sind. Polymarket 101 formuliert es enger: Neue API-Nutzer nutzen Deposit Wallets, und Safe- und Proxy-Wallets bleiben für Personen und Integrationen, die sie bereits nutzen, weiter unterstützt. Die Contracts-Seite ergänzt, dass pUSD und die Wallets von Polymarket-Konten mit beiden Positionssystemen funktionieren. Beide Systeme werden unten behandelt.

Was hat CLOB V2 geändert?

CLOB V2 ist das Upgrade, das pUSD eingeführt hat. Der Changelog von Polymarket beschreibt es als koordiniertes Upgrade aus neuen Exchange-Verträgen, einem neu gebauten CLOB-Backend und pUSD als neuem Collateral-Token. Es ging am 28. April 2026 um etwa 11:00 UTC live, und der Handel war etwa 1 Stunde pausiert. Für Trader waren das die sichtbaren Folgen:

• Offene Orders wurden gelöscht, alles, was vor dem Cutover im Orderbuch stand, musste also neu platziert werden.
• Gebühren werden durch das Protokoll beim Matching festgelegt, statt Teil der signierten Order zu sein. Der Gebühren-Guide behandelt die Sätze.
• Die Builder-Zuordnung läuft jetzt über ein optionales Feld für den Builder-Code in der Order. Der Migrationsleitfaden sagt, dass Builder-Codes Zuordnung und Umsatzbeteiligung für Integratoren ermöglichen.

Was ist Protocol V2?

Protocol V2 ist eine andere Änderung als CLOB V2, und seine Migrationsseiten gehen von Integrationen aus, die bereits pUSD und das Orderformat der CTF Exchange V2 nutzen. Laut Dokumentation führt es neue Position-Tokens sowie neue Verträge für den Handel, für Positionsoperationen und für die Abwicklung ein. Eine Unschärfe bei den Namen: Die Contracts-Seite trägt auf dem pUSD-Token und seinen Onramp- und Offramp-Verträgen dasselbe Poly-v2-Abzeichen wie PositionManager, während der Changelog und der Migrationsleitfaden pUSD an den CLOB-V2-Go-live knüpfen. Dieser Lesart folgt dieser Guide.

Der Kern von Protocol V2 ist ein zweites Ledger für Ergebnis-Positionen. Märkte auf dem Conditional Tokens Framework (CTF) halten ihre Yes- und No-Salden im Conditional-Tokens-Vertrag. Protocol-V2-Märkte halten sie in einem Vertrag namens PositionManager, der jede Operation an ein Modul weitergibt: BinaryModule für einen einfachen Yes/No-Markt, NegRiskModule für Events mit mehreren Ergebnissen und CombinatorialModule für Positionen, die aus einer Menge von Legs gebaut sind. Kombinatorische Positionen, die mehrere bestehende Ergebnisse zu einem neuen Yes/No-Paar verbinden, nutzen Protocol V2 statt des Conditional Tokens Framework. Orders für V2-Positionen werden über einen eigenen Exchange-Vertrag abgewickelt, ExchangeV3, und Splits, Merges und Einlösungen laufen über einen Vertrag namens Router.

Protocol V2 reicht auch bis zur Auflösung. Polymarket 101 sagt, V2-Märkte können auch andere Abwicklungsmechanismen nutzen. Die Contracts-Seite zeigt den Weg: Ergebnisse laufen von Reporter-Modulen über einen OracleAggregator zu dem Modul, dem die Condition gehört, mit den Reporter-Modulen OO, Chainlink und EOA. Die Auflösungsdaten nennen für jede aufgelöste Condition einen Reporter: UMA_OO, CHAINLINK oder EOA. Die Seiten erklären "OO" und "EOA" nicht und sagen nicht, welche Märkte welchen Reporter nutzen. Der Auflösungs-Guide behandelt den UMA-Weg vollständig.

Wie hängen die beiden Positionssysteme zusammen?

Die beiden Positionssysteme bei Polymarket. Quelle: docs.polymarket.com/trading/positions/how-positions-work, geprüft 19. Oktober 2026.

Beide Systeme halten Yes- und No-Ergebnisse als ERC-1155-Token (der Standard, den die 101-Seite für Ergebnis-Shares nennt), und laut Dokumentation gilt: Diese Salden bedeuten für einen Trader wirtschaftlich dasselbe. pUSD in ein Yes/No-Paar aufzuteilen (Split), ein Paar wieder zusammenzuführen (Merge) und nach der Auflösung einzulösen ist in beiden Systemen möglich, über verschiedene Verträge. Die Seite How Positions Work warnt: eine CTF-Token-ID darf nicht an PositionManager gesendet werden und eine Position-ID nicht an Conditional Tokens. Sie sagt, die Marktsuche liefere die Kennungen, die jeder Ablauf braucht.

Was passiert mit dem, was du schon hältst? Die Übersicht sagt, bestehende CTF-Bestände werden nicht umgewandelt, und die Seite zur Vertragsmigration ergänzt: die Aktualisierung einer Integration wandelt bestehende CTF-Salden nicht um. Die Contracts-Seite beschreibt außerdem einen Migrationspfad von CTF-Positionen in den PositionManager, allerdings gilt: Polymarket muss zuerst die Condition oder das Event registrieren. Die Seiten sagen nicht, wer ihn nutzen kann oder wann. Für Nutzer der App und der Website von Polymarket sagt die Übersicht: keine technische Migration nötig, außer angezeigte Freigabeaufforderungen abzuschließen.

Was sich für Trader geändert hat und was nicht

Was sich geändert hat

• Das Collateral ist pUSD statt USDC.e, also sind Guthaben, Ordergebühren und Auszahlungen in pUSD.
• Manche Märkte halten ihre Positionen auf dem Protocol-V2-Ledger, und die Polymarket-App zeigt möglicherweise Freigabeaufforderungen an.

Was gleich geblieben ist

• Die pUSD-Seite von Polymarket sagt es so: im Alltag ändert sich nichts. Du zahlst weiter ein, prüfst ein Guthaben, handelst und hebst ab.
• Ein Gewinner-Share wird weiterhin je $1.00 eingelöst, und ein Verlierer-Share wird wertlos, egal welches System ihn hält.
• Die Seite Prices & Orderbook sagt: Das Orderbuch wird von allen Märkten gemeinsam genutzt, während die Abrechnungsroute davon abhängt, welches System die Tokens hält.
• Bei Integrationen, die schon pUSD nutzen, sagt die Übersicht unter Protocol V2: Collateral, Wallets, CLOB-Zugangsdaten und Endpunkte bleiben unverändert.

Was du auf einer Marktseite prüfst

• Die Auflösungsregeln. Sie legen fest, wie der Markt aufgelöst wird, und manche Märkte können andere Mechanismen als UMA nutzen. Siehe den Auflösungs-Guide.
• Die Einheit. Guthaben, Ordergebühren und Auszahlungen sind in pUSD, nicht in USDC.e. Daneben gilt: eine Limit-Order wird mit einem Preis und einer Anzahl von Shares platziert.
• Freigabeaufforderungen. Die Übersicht rät Nutzern der App und der Website von Polymarket, angezeigte Freigabeaufforderungen abzuschließen. Die Seiten sagen nicht, was diese Aufforderungen freigeben.
• Die Version, wenn du Daten liest. Marktdaten aus der Gamma API tragen eine Version, "v1" für CTF-Märkte und "v2" für Protocol-V2-Märkte. Die Empfehlung der Dokumentation: lies das Feld version des Marktes, denn das Vorhandensein eines ID-Feldes sagt es nicht. Die Seiten, auf denen dieser Guide beruht, sagen nicht, dass die Polymarket-App sie anzeigt.
• Offizielle Mitteilungen. Der Changelog und die Statusseite kündigen Änderungen und Störungen an. Der Timeline-Beitrag listet die datierten Changelog-Einträge.

Für Entwickler

Entwickler hatten mehr zu tun. Bei CLOB V2 unterstützt die Produktion alte V1-SDKs und mit V1 signierte Orders nicht mehr, und Orderstruktur und Signatur-Domain haben sich geändert. Details stehen im Leitfaden Migrating to CLOB V2. Für Protocol V2 veröffentlicht Polymarket Migrationsseiten für Integrationen mit SDK, API und Smart Contracts, alle über die Übersicht erreichbar. Kurz gesagt: Du wählst Kennungen nach der Version des Marktes, erteilst neue Freigaben, denn bestehende CTF-Berechtigungen gelten für V2 nicht weiter, signierst V2-Orders gegen die V2-Exchange und behältst die CTF-Unterstützung für CTF-Märkte. Hier hört dieser Guide bewusst auf.

PolyTerminal ist eine unabhängige Oberfläche für Polymarket und wird weder von Polymarket betrieben noch von Polymarket gebilligt. Über PolyTerminal platzierte Orders tragen den Polymarket-Builder-Code von PolyTerminal, und PolyTerminal kann zusätzlich zu den eigenen Gebühren von Polymarket eine Builder-Gebühr (builder fee) erheben. Diese Seite dient der Information und ist keine Anlageberatung. Die Regeln wurden am 19. Oktober 2026 mit der offiziellen Dokumentation abgeglichen; prüfe die Quelle, bevor du dich auf eine Zahl verlässt.