Ordertypen

Warum Polymarket synthetische Ordertypen braucht

Polymarkets CLOB exponiert nur zwei Primitive: Market und Limit. Es gibt keinen nativen Stop, keinen Bracket, kein OCO und keinen Trailing-Stop. Für Copy-Trading oder aktives Positionsmanagement zwingt Sie diese Lücke, entweder den Bildschirm zu hüten oder zu akzeptieren, dass eine Position auf null fahren kann. Die Pro Workstation schließt diese Lücke mit serverseitigen Conditional-Orders, die die zugrunde liegende CLOB-Order über denselben Ausführungspfad wie ein manuelles Ticket übermitteln, sobald ein Trigger auslöst.

Jede Workstation-Order wird clientseitig mit dem offiziellen polymarket_client_sdk_v2 signiert und mit dem V2-Builder-Code zur Attribution übermittelt. PolyZig verwahrt nie Ihre Mittel, hält nie Ihren Private Key und signiert Ihre Order nie neu – der Conditional-Order-Watcher ist nur ein automatisierter Trigger, der Ihre authentifizierte Sitzung wiederverwendet.

Stop und Stop-Limit

Ein Stop löst eine Market-Order aus, wenn der Preis Ihren Trigger kreuzt. Ein Stop-Limit löst eine Limit-Order zu dem Preis aus, den Sie setzen, was Ihnen Slippage-Kontrolle zum Preis einer möglichen Nicht-Ausführung in schnellen Märkten gibt. Beide gelten in beide Richtungen: Ein Sell-Stop löst aus, wenn der Preis unter den Trigger fällt; ein Buy-Stop löst aus, wenn der Preis über ihn klettert.

side=sell, trigger_price=0,45  →  löst aus bei Preis ≤ 0,45
side=buy,  trigger_price=0,55  →  löst aus bei Preis ≥ 0,55

Trailing-Stop

Ein Trailing-Stop verankert seinen Trigger neu am laufenden Höchst- (Sell-Seite) oder Tiefstwert (Buy-Seite) des beobachteten Preises. Der Trail-Offset definiert, wie weit der Preis vom Höchstwert zurücktreten muss, bevor der Stop auslöst. Nützlich, um Gewinner laufen zu lassen und gleichzeitig den Round-Trip-Drawdown zu begrenzen – die Workstation verfolgt den Höchstwert in-memory innerhalb der per-Order-Monitor-Aufgabe.

Sell Trailing-Stop, trail_offset=0,05
  → Höchstwert steigt auf 0,70, Trigger sitzt bei 0,65
  → fällt der Preis auf 0,65, löst der Stop aus

OCO und Bracket — atomar, reziprok verlinkt

Ein OCO-Ticket sind zwei Schenkel, die einander bei Ausführung stornieren: typischerweise ein Stop-Loss und ein Take-Profit. Ein Bracket ist das OCO-Muster, das eine bestehende Position umschließt. Die Workstation legt beide Schenkel in einer einzigen Datenbank-Transaktion an und schreibt eine reziproke linked_order_id, sodass derjenige Schenkel, der zuerst auslöst, das Geschwister storniert – es gibt kein Szenario, in dem Sie mit einem halb-stornierten Bracket enden.

Die Stornierung ist benutzerbezogen: Der Watcher storniert nur ein Geschwister, das demselben Benutzer wie die auslösende Order gehört, selbst wenn ein böswilliger Link irgendwie eingeschleust würde.

Conditional Cross-Market-Trigger

Eine Conditional-Order beobachtet einen Markt und handelt auf einem anderen. Beispiel: „Wenn das Trump-2024-YES unter 0,40 $ fällt, löse einen Buy auf dem korrelierten Trump-Loss-Schenkel aus.“ Die Workstation persistiert diese genauso wie Stops; der Cross-Market-Evaluator wird neben dem Multi-Leg-Ticket-Builder verdrahtet.

TWAP und Iceberg (Roadmap)

Auf dünnen Polymarket-Paaren können selbst ein paar tausend Dollar das Buch bewegen. Der Plan: TWAP zerlegt eine große Order in N Kind-Orders über ein konfigurierbares Fenster; Iceberg zeigt dem Buch nur den sichtbaren Teil und füllt nach, sobald der sichtbare Teil ausgeführt ist, und versteckt so die Gesamtgröße. Beides reduziert Market-Impact-Slippage auf illiquiden Märkten. Keines ist in diesem Build implementiert – sie gehören zum Phase-4-Cut der Ausführungsstrategien, nachdem der Conditional-Orders-Watcher einen echten CLOB-Executor exponiert.

Time-in-Force-Flags

Jedes Limit-Ticket wird heute als GTC (good-till-cancelled) übermittelt, da das `polymarket_client_sdk_v2` auf dem Order-Builder genau das exponiert. GTD, IOC und FOK sind Teil des Phase-1b-TIF-Cuts – sobald der Upstream-Branch des SDK das Flag landet (oder die Workstation es beisteuert), exponiert das Ticket-UI ein TIF-Dropdown und die Order-API erweitert `PlaceOrderRequest` um `time_in_force` + `expires_at`. Bis dahin lässt sich IOC-Verhalten näherungsweise nachbilden, indem ein enges Limit übermittelt und beim nächsten Poller-Durchlauf storniert wird.

Risikodefinierte Größenbestimmung

Das Order-Ticket enthält eine „Max Loss“-Hilfe. Geben Sie den Dollarbetrag ein, den Sie riskieren wollen, sowie die Entry- und Stop-Preise, und das Ticket berechnet automatisch die Größe, die Ihren Verlust auf genau diese Zahl deckelt. Dasselbe Primitiv, das Optionshändler nutzen, um verticals zu sizen: positionieren Sie Ihr Verlustrisiko, nicht Ihr Notional.

size = max_loss / |entry_price − stop_price|