Polymarket hat mit Produktionstests von Protocol V2 begonnen, bevor am 2. November voraussichtlich neu erstellte Märkte umgestellt werden. Damit wird die Gnosis-CTF-Marktarchitektur aus dem Jahr 2019 durch ein einheitliches ERC-1155-Positionssystem, pUSD als Sicherheit und eine modulare Auflösung ersetzt.
Zusammenfassung
- Polymarket Protocol V2 wird nach Canary-Tests im Oktober am 2. November mit der Abwicklung neuer Märkte beginnen.
- V2 ersetzt die alten Gnosis-CTF-Adapter durch ein einziges ERC-1155-Positionssystem und einheitliche pUSD-Sicherheiten.
- UMA und Chainlink können Ergebnisse über die neue modulare OracleAggregator-Abwicklungsschicht von Polymarket für Märkte liefern.
- Polymarket erklärt, dass bestehende CTF-Bestände unverändert bleiben, während neue V2-Positionen separate Verträge verwenden.
- Data API V1 wird am 24. Oktober eingestellt, was Entwicklern neun Tage vor der geplanten V2-Umstellung bleibt.
Polymarket-Protokollleiter Rajath Alex sagte am 5. Oktober, dass Canary-Märkte bis zum 30. Oktober in der Produktion laufen würden, bevor netto neue Märkte am 2. November „voraussichtlich“ auf Protocol V2 umgestellt werden. Bestehende CTF-Märkte und -Positionen werden nicht automatisch auf die neuen Verträge migriert.
Polymarket V2 baut die Art und Weise um, wie Positionen erstellt werden
Das bestehende Marktsystem von Polymarket geht auf das Conditional Tokens Framework von Gnosis aus dem Jahr 2019 zurück. Als neue Marktformate eingeführt wurden, kamen separate Adapter und Verträge für Funktionen wie Negativrisiko-Märkte, Sicherheitenverwaltung und Auflösung hinzu.
Protocol V2 entfernt einen Großteil dieser Struktur. Das offizielle Code-Repository von Polymarket beschreibt V2 als sein „Smart-Contract-System der nächsten Generation für Prognosemärkte“ mit ERC-1155-Positionstoken, Sicherheitenverwaltung, modularen Orakeln, Order-Matching und kettenübergreifenden Funktionen.
Positions-IDs kodieren nun Informationen wie das Modul, die Bedingung und das Ergebnis direkt in der Token-Kennung. Das System verwendet einen gemeinsamen PositionManager-Vertrag und einen Router, wobei separate Module unterschiedliche Marktstrukturen verwalten.
Die anfänglichen Module decken binäre Märkte, atomare Negativrisiko-Märkte, inkrementelle Negativrisiko-Märkte und kombinatorische Märkte ab. Die veröffentlichte Polygon-Deployment-Liste von Polymarket zeigt, dass PositionManager, Exchange, Router und jedes dieser Module bereits im Mainnet bereitgestellt wurden.
Die Oktober-Veröffentlichung sollte nicht mit dem früheren CLOB-v2-Upgrade von Polymarket verwechselt werden. Wie zuvor in der crypto.news-Berichterstattung über die Einführung von Polymarkets CLOB v2 berichtet wurde, änderte das April-Upgrade Börsenverträge, die Matching-Engine und Sicherheiten und führte pUSD für den Handel ein. Protocol V2 ändert die Positions- und Marktinfrastruktur unterhalb dieses Handelssystems.
pUSD wird zur gemeinsamen Sicherheit über alle V2-Märkte hinweg
Polymarket Protocol V2 verwendet Polymarket USD, oder pUSD, als gemeinsame Sicherheit über die neuen Marktmodule hinweg.
Die offizielle Vertragsdokumentation gibt an, dass pUSD ein ERC-20-Token ist, der USDC und USDC.e im Verhältnis 1:1 über einen externen Vault wrappt. Der Code verlangt, dass die kombinierten USDC- und USDC.e-Bestände des Vaults gleich oder größer als das ausstehende pUSD-Angebot sind.
Der Token selbst ist nicht neu. pUSD kam mit den Börsenänderungen Anfang 2026, aber Protocol V2 macht ihn zur gemeinsamen Sicherheit, die von seinen Marktmodulen verwendet wird. Bestehende Integrationen, die pUSD bereits verwenden, müssen ihr Sicherheiten-Setup nicht ersetzen, wenn sie V2-Unterstützung hinzufügen, so der Migrationsleitfaden von Polymarket.
Für Entwickler ändern sich die Positionen. V2-Guthaben liegen im neuen PositionManager, während Splits, Merges und Einlösungen über den Router laufen. Bestehende CTF-Genehmigungen werden nicht übernommen, sodass Integrationen neue Berechtigungen für V2-Operationen benötigen.
Polymarket weist Entwickler ausdrücklich an, die CTF-Unterstützung für ältere Märkte und Bestände beizubehalten. Die Migrationsdokumentation besagt, dass bestehende CTF-Bestände nicht umgewandelt werden, wenn eine Integration Protocol V2 hinzufügt.
UMA und Chainlink können Märkte über eine einzige Schicht abwickeln
Die Auflösung erhält durch den neuen OracleAggregator ein separates Redesign.
Polymarkets V2-Code zeigt, dass der OracleAggregator über austauschbaren Reporter-, Dispute- und Arbitration-Modulen sitzt. Aktuelle Reporter-Verträge umfassen ein UMA Optimistic Oracle-Modul, einen Chainlink-Reporter und einen EOA-Reporter.
Das UMA-Modul kann abgerechnete UMA-Ergebnisse als Reporter-Stimmen an den Aggregator weitergeben. Chainlinks Modul übernimmt die preisbasierte Auflösung unter Verwendung von Chainlink Data Streams, gemäß der veröffentlichten Vertragsdokumentation. Verschiedene Reporter-Module können unter Schwellenwerten kombiniert werden, die für einzelne Märkte festgelegt sind.
Polymarket hatte Chainlink bereits für bestimmte objektive Märkte eingeführt. In der zugehörigen crypto.news-Berichterstattung über die Chainlink-Integration nutzte die Plattform Chainlink Data Streams und Automation, um Krypto-Preismärkte unter Verwendung externer Marktdaten abzurechnen.
UMA bleibt relevant für Märkte, die eine ereignisbasierte Auflösung erfordern. Crypto.news hat separat dokumentiert, wie UMA Polymarket-Prognosemärkte auflöst und wie Streitigkeiten durch seinen Anfechtungsprozess laufen können. Protokoll V2 ersetzt UMA nicht einfach durch Chainlink. Sein OracleAggregator ermöglicht es verschiedenen Auflösungsquellen, sich in dasselbe Framework einzuklinken.
Die V2-Verträge enthalten auch kettenübergreifende Infrastruktur. Polymarkets Bridge-Dokumentation besagt, dass Positionen, Sicherheiten und Auflösungsergebnisse durch eine Transportschicht bewegt werden können, deren aktuelle Implementierung Chainlink CCIP verwendet. Polygon bleibt der Auflösungs-Hub im veröffentlichten Mainnet-Design.
Für eine Multi-Chain-Aktivierung wurde kein Datum angekündigt. Der Bridge-Code legt die technische Struktur fest, aber der Migrationsplan vom 2. November betrifft neue V2-Märkte und kündigt für sich genommen keinen Handel auf zusätzlichen Chains an.
Sicherheitsprüfungen decken die neuen Polymarket-Verträge ab
Polymarket hat vor der geplanten Migration eine detaillierte Sicherheitsaufzeichnung für Protokoll V2 veröffentlicht. Sein offizielles Vertragssicherheits-Repository listet Prüfungen von Cantina, Certora, Quantstamp, Pashov, Sigma Prime und Zellic über wichtige V2-Komponenten auf. Das Repository listet Certora-Arbeiten zur formalen Verifikation auf, die die Exchange, das Collateral Token, den Position Manager, das Binary Module, das NegRisk Module, das Combinatorial Module und den OracleAggregator abdecken.
Alex sagte, kritische Schwachstellen bleiben für Belohnungen von bis zu 5 Millionen US-Dollar im Rahmen von Polymarkets Bug-Bounty-Programm anspruchsberechtigt. Die Bounty wurde früher im Jahr 2026 gestartet und deckt Smart Contracts sowie andere Teile des Technologie-Stacks der Plattform ab.
Die Canary-Phase gibt Entwicklern und Market Makern eine Produktionsumgebung zum Testen vor dem geplanten Übergang am 2. November. Alex sagte, der begrenzte Rollout läuft vom 5. Oktober bis zum 30. Oktober, wobei erwartet wird, dass neue Märkte danach mit der Nutzung von V2 beginnen, wenn der Zeitplan eingehalten wird.
Entwickler stehen vor einer früheren Frist am 24. Oktober
Eine separate Migration ist bereits für Polymarkets Data API im Gange. Polymarkets offizielle Dokumentation besagt, dass Data API V1 am 24. Oktober 2026 eingestellt wird, wodurch bestehende Integrationen vor diesem Datum auf V2-Routen umziehen müssen. Das neue System verwendet eine gemeinsame Antwortstruktur, cursor-basierte Paginierung und snake_case-Felder.
Data API V2 konsolidiert mehrere Positionsrouten in /v2/positions und fügt Endpunkte hinzu, die Benutzergewinn und -verlust, Volumen, Preisverlauf, Auflösungen und Dienststatus abdecken. Cursor-Paginierung entfernt das alte Offset-Limit von 10.000 Zeilen, das von V1 verwendet wurde.
Für reguläre App- und Website-Nutzer sagt Polymarket, dass keine technische Migration erforderlich ist. Benutzer können bei der Interaktion mit V2-Märkten auf neue Genehmigungsaufforderungen stoßen, während Entwickler und Smart-Contract-Integrationen sowohl V2-Positionen als auch Legacy-CTF-Bestände unterstützen müssen.
Der aktuelle Zeitplan gibt API-Entwicklern bis zum 24. Oktober Zeit, Data API V1 zu verlassen, hält Protokoll-V2-Canary-Märkte bis zum 30. Oktober am Laufen und legt den 2. November als vorläufiges Datum fest, an dem neu erstellte Märkte beginnen, das V2-Protokoll zu verwenden.
