Polymarket Bot Tutorial · Kapitel 31 von 32
Mit deinem Polymarket bot live gehen: erste Einzahlung von 25-50 USD, Take-profit- und Stop-loss-Regeln, Alert-Schwellen (Telegram/email), Reconciliation-Takt und der Scaling-Plan für die erste Woche.
Was dieses Kapitel abdeckt
Der Übergang von paper zu live ist der Punkt, an dem die meisten Builder versehentlich ihre erste Einzahlung verlieren. Dieses Kapitel ist die Pre-flight-Checkliste plus die Disziplin der ersten Woche, die Bugs abfängt, bevor sie zu Verlusten werden.
- Pre-flight-Checkliste
- Erste Einzahlung: 25-50 USD
- TP/SL-Regeln aus Production
- Monitoring: Telegram, email, dashboards
- Reconcile-Takt: jeder fire_exits-Zyklus
- Erste Woche: nah dran bleiben, klein bleiben
- Scaling: wann mehr einzahlen
Pre-flight-Checkliste
Die genaue Liste in der richtigen Reihenfolge, bevor der bot von paper auf live umgestellt wird.
- 30 abgeschlossene paper trades. Schriftlich definierte Erfolgskriterien erreicht oder übertroffen.
- Diary-Format zwischen paper und live identisch. Gleiches JSONL-Schema.
- VPS eingerichtet. Der bot ist der einzige Prozess; systemd unit konfiguriert.
- HALT-Datei-Mechanismus getestet.
touch /opt/pmt/HALTstoppt den bot innerhalb von 30 Sekunden. - Telegram alerts konfiguriert. Ein Test-Alert wird erfolgreich gesendet.
- Daily-loss-Kill-Switch getestet. Simuliere einen Drawdown von 10 %; verifiziere, dass der halt auslöst.
- On-chain-Reconciliation getestet. Erzeuge absichtlich eine Abweichung im diary; verifiziere, dass der halt auslöst.
- Die Einzahlungsadresse ist die proxy wallet - die Smart-Contract-Wallet, von der aus Polymarket in deinem Auftrag handelt (POLY_FUNDER_ADDRESS) - und nicht dein persönliches Konto, also das externally-owned account bzw. die EOA. Per SDK
wallet showverifiziert. - USDC/pUSD-Approvals gesetzt. Sowohl standard exchange als auch NegRisk exchange.
- Anfangs-Einzahlungsbetrag schriftlich vereinbart: 25-50 $ für Smoke-Test.
Wenn ein Punkt unvollständig ist, nicht live gehen. Jeder einzelne hat in früheren Production-Stories Builder echtes Geld gekostet.
Erste Einzahlung: 25-50 USD
Die Smoke-test-Einzahlung ist absichtlich klein. Das Ziel ist zu verifizieren, dass der Live-Pfad funktioniert, nicht Geld zu verdienen.
Was du testest: ob die Order-Platzierung des bots mit Polymarket’s Sicht auf den trade übereinstimmt. Ob das diary korrekt aufgezeichnet wird. Ob das take-profit GTC tatsächlich gepostet wird. Ob der bot sich von einem transienten API-Fehler erholt. Ob der daily-loss-halt auslöst, wenn du einen simulierst.
Erwartetes Ergebnis: 5-15 kleine trades, die den paper diary ungefähr nachbilden. Jede Abweichung als Bug behandeln, nicht als Merkmal von „live ist noisier als paper“.
Wenn du diese 25-50 $ durch einen echten Strategy-Verlust verbrennst, braucht die Strategy mehr paper runs. Wenn du sie durch Bugs verbrennst, die Bugs vor dem Scaling fixen.
TP/SL-Regeln aus Production
Zwei kurze Definitionen vorab, denn dieser Abschnitt baut darauf auf. Ein Take-Profit (TP) ist eine vorab gesetzte Verkaufsorder, die einen Gewinn sichert, sobald der Preis dein Ziel erreicht; ein Stop-Loss (SL) verkauft die Position, sobald der Preis ein Limit unterschreitet, damit ein einzelner schlechter Trade nicht ausser Kontrolle gerät. Die beiden hier verwendeten Ordertypen sind GTC (Good-Til-Cancelled, eine ruhende Order, die im Orderbuch wartet, bis sie ausgeführt wird oder du sie stornierst) und FOK (Fill-Or-Kill, das die gesamte Order sofort ausführt oder sie komplett storniert). Ein weiterer Begriff, der dir begegnet, mark, ist gar kein Ordertyp - er bezeichnet einfach den aktuellen mid-price, an dem du die Position misst. Nachfolgend die Production-Defaults aus unserem trader, die sich über Tausende von trades bewährt haben.
- Buy: FOK 1c über dem best ask. Überspringe den Trade, wenn der ask über 0.85 liegt - das ist die „0.99-Falle": Ein nahezu entschiedener Markt bei 0.90+ bietet kaum Aufwärtspotenzial, fällt aber brutal, falls er kippt - das Chance-Risiko-Verhältnis steht also auf dem Kopf.
- Take-profit: GTC sell bei entry + 4-6c, unmittelbar nach Buy-Fill plus 5s settlement wait gepostet.
- Stop-loss via mark: mid überwachen; wenn mid auf entry - 8c fällt, FOK sell zum best bid (kein resting; mid blow-through passiert schnell).
- Time exit: Wenn eine Position innerhalb von X Stunden nicht geschlossen ist und das PnL zwischen -2c und +2c liegt, FOK exit at market.
Die Zahlen verschieben sich je nach Strategy, aber das Muster bleibt gleich: Take-profit immer GTC, Stop-loss meist FOK (weil GTC-Stops nicht filled werden, wenn das mid durchbricht), Time exits, um stale signals nicht auszusitzen.
Monitoring: Telegram, email, dashboards
Der bot muss in Echtzeit beobachtbar sein. Drei Ebenen.
- Telegram alerts: jeder fill, jeder halt, jeder Fehler über dem Schwellwert. Nutze einen dedizierten Channel oder eine Gruppe; nicht mit persönlichen Nachrichten mischen.
- Tägliche Zusammenfassungs-email: am Ende des Tages, Gesamtzahl der trades, Win rate, PnL, Liste der ausgelösten halts. Jeden Morgen lesen.
- Dashboard: optional, aber nützlich. Ein einfacher HTTP endpoint, der das diary liest und offene Positionen + letzte fills + kumuliertes PnL rendert.
Das Muster: jede Statusänderung, die man kennen sollte → Telegram. End-of-day-Zusammenfassung → email. Echtzeit-Exploration → dashboard.
Reconcile-Takt: jeder fire_exits-Zyklus
Reconciliation muss häufig genug laufen, damit Drift erkannt wird, bevor der nächste trade sie verstärken kann. Der Takt hängt von der Trade-Frequenz ab.
- Strategies mit < 10 trades/Tag: jede Stunde reconcile.
- Strategies mit 10-100 trades/Tag: alle 15 Minuten reconcile.
- HFT strategies (100+ trades/Tag): bei jedem Zyklus der Exit-Firing-Loop reconcile.
Die Kosten der Reconciliation sind ein Chain-Read pro gehaltenem Token. Bei 20 Tokens sind das 20 RPC calls; bei einem Free-Tier-RPC liegt das locker im Budget. Hier nicht überoptimieren.
Erste Woche: nah dran bleiben, klein bleiben
Die erste Woche im Live-Betrieb ist die gefährlichste. Du entdeckst live-path bugs, die im paper-run nicht auffielen. Disziplin:
- Nah dran bleiben - während der Wachzeiten stündlich im Telegram-Channel nachsehen.
- Klein bleiben - Positionsgrößen auf Minimum (5 shares); ein Bug sollte Dollar kosten, nicht Hunderte.
- In den ersten 3-5 Tagen am Tagesende manuell reconcile. Diary direkt mit der Polymarket UI vergleichen.
- Jede Überraschung dokumentieren. Selbst kleine Verwirrungen werden irgendwann zu bugs.
Ende der ersten Woche: Wenn keine bugs aufgetreten sind und das diary mit der Realität übereinstimmt, auf normale Größe skalieren. Wenn bugs aufgetaucht sind, diese fixen und noch eine weitere Smoke-test-Woche laufen lassen.
Scaling: wann mehr einzahlen
Trigger für zusätzliches Kapital, jeweils mit unterschiedlichem Schwellenwert.
- +50 % Einzahlung: 30 Live-trades, Win rate innerhalb von 5 Punkten der paper-Rate, keine Production-halts wegen bugs.
- +100-200 % Einzahlung: 100+ Live-trades, konsistente Profitabilität über die Stichprobe, Infrastruktur durch mindestens einen kleinen Ausfall getestet.
- +500 %+ Einzahlung: nur nach 6+ Monaten konsistenter Live-Profitabilität. Kapital skaliert langsamer als Erfolg - du willst sicher sein, dass der edge echt ist und nicht ein regime, das gleich verschwindet.
Das größte einzelne Risiko eines zu frühen Scalings: Eine Strategy, die in einem Markt-regime profitabel war, wird im nächsten unprofitabel. Größere Size löst das nicht. Geduld schon.
