Polymarket begann am 5. Oktober mit den Canary-Tests von Protocol V2 in der Produktionsumgebung und unterzog seine neue Handelsarchitektur damit vor der vorläufig für den 2. November geplanten Umstellung neuer Märkte einem begrenzten Live-Test. Der Test soll bis zum 30. Oktober laufen, berichtet The Block.
Die Überarbeitung ändert zwei Elemente des zugrunde liegenden Stacks der Vorhersagemarkt-Plattform: Sie vereinheitlicht Marktpositionen unter ERC-1155 und verwendet pUSD als Sicherheit für die neue Architektur. Die Einführung erfolgt schrittweise; eine vollständige Migration der Plattform wurde nicht angekündigt. Die für November geplante Änderung würde nur für neu erstellte Märkte gelten.
Zeitplan für die Canary-Tests
Die Canary-Phase ist das Produktions-Testfenster für V2 und läuft vom 5. bis zum 30. Oktober. Wenn der vorgeschlagene Zeitplan eingehalten wird, würde Polymarket ab dem 2. November neue Märkte auf V2 einrichten.
Diese Abfolge ist wichtig, weil sie die Einführung der Infrastruktur von einer sofortigen Umstellung des gesamten Marktbestands der Plattform trennt. In den vorliegenden Angaben zum Rollout hat Polymarket keinen umfassenderen Zeitplan für die Migration bestehender Märkte festgelegt.
Canary-Deployments dienen üblicherweise dazu, neue Systeme vor einer breiteren Einführung unter begrenzten Bedingungen im laufenden Betrieb zu testen. In diesem Fall bieten der festgelegte Umfang und die genannten Termine die klarsten kurzfristigen Anhaltspunkte für Händler und Integratoren, die die Protokolländerung verfolgen.
ERC-1155-Positionen und pUSD
Im Code-Repository von Polymarket wird Protocol V2 als einheitliches ERC-1155-Positionssystem beschrieben, das Positionstoken, Sicherheiten, Order-Matching, modulare Marktauflösung und Cross-Chain-Bridging unterstützen soll.
In der neuen Architektur ist pUSD der Sicherheitstoken. In der Dokumentation des Polymarket Help Centers wird pUSD als ERC-20-Token auf Polygon beschrieben, der im Verhältnis 1:1 durch USDC gedeckt ist; die Deckung wird on-chain gewährleistet.
Vier Marktmodule
Laut dem Bericht von The Block über die Einführung startet V2 mit vier Marktmodulen: Binary, Atomic Neg-risk, Incremental Neg-risk und Combinatorial.
Die Modulauswahl erweitert die Einführung über ein einzelnes Standardformat für binäre Verträge hinaus. Binäre Märkte sind die vertraute Ja-oder-Nein-Form von Ereignisverträgen. Die Einbeziehung von Negativ-Risiko- und kombinatorischen Modulen signalisiert, dass die Architektur verschiedene Marktstrukturen über dasselbe übergeordnete Positionssystem unterstützen soll.
Bei der Einführung der vier Module basieren die marktspezifischen Vertragsformate auf einer gemeinsamen Positions- und Sicherheitenbasis, statt als getrennte Handelsstacks dargestellt zu werden. Im Repository von Polymarket wird dieser Ansatz zur Marktauflösung ausdrücklich als modular bezeichnet.
Orakel und Sicherheitsprüfungen
Auch die Abwicklungsinfrastruktur ist Teil des V2-Designs. Das System führt einen OracleAggregator ein, der Quellen zur Auflösung wie UMA und Chainlink anbinden soll, berichtete Cointelegraph.
Die Auflösung ist ein wesentlicher Bestandteil der Infrastruktur von Vorhersagemärkten, da sie bestimmt, wie das Ergebnis eines Vertrags festgestellt wird. Der beschriebene Aggregator würde innerhalb des V2-Systems eine Ebene zur Anbindung dieser benannten Quellen bereitstellen. Aus den verfügbaren Angaben geht nicht hervor, welche Quelle einen bestimmten Markt auflösen würde oder wie die Auswahl der Quelle in der Praxis ablaufen soll.
Laut dem Bericht wurde der Code außerdem von Cantina, Certora, Quantstamp, SigmaPrime, Zellic und Pashov geprüft. Certora hat den Code zudem formal verifiziert. Diese Maßnahmen zur Absicherung sind von der laufenden Canary-Phase getrennt, deren Schwerpunkt auf der Einführung in der Produktionsumgebung und der geplanten Umstellung neuer Märkte liegt.
Vorerst gelten weiterhin der 30. Oktober als Ende des Tests und der 2. November als vorläufiger Termin für die Umstellung neuer Märkte. Bei der Einführung wird getestet, ob Polymarket seine pUSD-Sicherheiten und sein einheitliches ERC-1155-Positionsmodell von der Bereitstellungsarchitektur in die nächste Reihe aktiver Märkte überführen kann.
Haftungsausschluss: Dieser Artikel dient ausschließlich Informationszwecken. Er ist weder als Rechts-, Steuer-, Anlage-, Finanz- noch als sonstige Beratung gedacht oder dafür bestimmt.