Polymarket Bot Tutorial · Kapitel 2 von 32

Bevor du eine Zeile Polymarket-Bot-Code schreibst: welches Python- oder Node.js-Skill-Level erforderlich ist, die web3-Grundlagen, der Zeitaufwand pro Woche und die Kapitaluntergrenze für Live-Trading.

Von Harley Young, Chefredakteurin bei Polymarkets.co.il. Zuletzt überprüft: Mai 2026.

Was dieses Kapitel abdeckt

Dieses Kapitel ist die Voraussetzungskontrolle vor jeglichem Code. Es definiert die Untergrenze in fünf Dimensionen - Programmierkenntnisse, web3-Fluency, Probability-Literacy, wöchentliche Stunden und Startkapital - und ist absichtlich streng. Viele Bot-Guides im Internet ignorieren die Voraussetzungen, weil Inklusivität besser verkauft. Wir haben gesehen, wie das Auslassen echtes Geld kostet: Untertrainierte Builder deployen ohne Risk Controls, sprengen binnen einer Woche ein Wallet und bekommen die Deposit Fees nie wieder zurück. Wenn du die untenstehenden Mindestanforderungen noch nicht in allen Punkten erfüllst, ist der Rest der Serie trotzdem lesenswert - Live-Trading aber nicht.

  • Erforderliches Programmierlevel
  • Benötigte Web3-/Blockchain-Grundlagen
  • Probability- und Mathe-Grundlagen
  • Zeitaufwand pro Woche
  • Hardware und Accounts zum Einrichten
  • Kapitaluntergrenze für Paper vs Live
  • Wann du NOCH NICHT starten solltest

Erforderliches Programmierlevel

Die Untergrenze ist „fortgeschritten, nicht Anfänger“. Du solltest dich wohlfühlen mit: HTTP-Requests und JSON-Responses, async/await-Semantik in deiner gewählten Sprache, dem Lesen des Quellcodes eines Third-Party-SDKs, wenn die Doku dünn ist, und Fehlerbehandlung, ohne dass der ganze Prozess abstürzt. Du brauchst nicht: Web-Frameworks, Datenbankerfahrung, Frontend-Skills.

Konkreter Test: Lade py-clob-client (Python) oder @polymarket/clob-client-v2 (Node) herunter und platziere einen Buy Order gegen das Polygon-Testnet (oder gegen Mainnet mit $1). Wenn du dafür von einem frischen Rechner aus unter zwei Stunden brauchst, liegst du an der Untergrenze. Wenn es ein ganzes Wochenende dauert und du frustriert abschließt, baue zuerst ein kleineres HTTP-Client-Projekt.

Benötigte Web3-/Blockchain-Grundlagen

Du brauchst genug web3-Vokabular, um den SDK-Quellcode zu lesen, ohne jeden Begriff googlen zu müssen. Konkret:

  • EOA vs Proxy Wallet - ein externally owned account (private key) vs ein smart-contract wallet, das Guthaben hält und durch Signatures der EOA gesteuert wird. Polymarket-Nutzer halten pUSD in einem Proxy; die EOA signiert Orders.
  • ERC-20 / ERC-1155 - Token-Standards. USDC und pUSD sind ERC-20. Outcome Shares sind ERC-1155-Tokens.
  • Allowance / Approval - die On-Chain-Berechtigung, die Polymarkets Contracts erlaubt, deine Tokens zu bewegen.
  • RPC endpoint - die HTTPS- oder WebSocket-URL, über die du Polygon-State liest.

Du musst kein Solidity schreiben, keine Contracts deployen und keinen Consensus verstehen. Fünf Stunden MetaMask-Tutorials und ein Lesen der OpenZeppelin-Dokumentation decken die Untergrenze ab.

Probability- und Mathe-Grundlagen

Polymarket-Preise sind Wahrscheinlichkeiten. Ein Markt, der bei 0.42 handelt, impliziert eine 42-%-Chance, dass das Ergebnis mit YES resolved. Drei quantitative Gewohnheiten unterscheiden Builder, die überleben, von denen, die es nicht tun.

Erstens: in Expected Value denken, nicht in Outcomes. Ein $5-Bet bei 0.30, der $16.67 auszahlt, ist +EV, wenn dein Modell die echte Wahrscheinlichkeit über 30% setzt, selbst wenn er die nächsten fünf Male in Folge verliert. Zweitens: den Spread Tax verstehen - jede Round Trip zahlt den Bid-Ask-Spread plus 0,5% Fee, daher wird ein Edge unter 1,5% von Transaktionskosten aufgezehrt. Drittens: Varianz ehrlich lesen - eine Strategie mit 55% Win Rate hat eine nicht triviale Chance, über kurze Strecken 10–15 Wins/Losses zu durchlaufen. Plane dafür oder lass dich davon erschrecken.

Keine fortgeschrittene Statistik erforderlich. Ein Verständnis von Probability auf High-School-Niveau plus die Fähigkeit, EV-Math auf Papier zu rechnen, reicht aus.

Zeitaufwand pro Woche

Die ehrlichen Wochenblöcke für die ersten drei Monate:

  • 1–2 Stunden: die Marktaktivität des Tages lesen, den UMA-Dispute-Calendar prüfen, beobachten, wie sich Preise bei Overnight-Events bewegt haben.
  • 2–3 Stunden: coden - meistens etwas reparieren, das kaputtging, nicht greenfield bauen. Order-Type-Bugs, RPC-Ausfälle, Schema-Änderungen.
  • 1–2 Stunden: Backtesting und das Tagebuch deines Bots lesen. Die Stunden, die du durch automatisierte Ausführung sparst, kommen hier als Analysezeit zurück.

Das sind insgesamt 4–7 Stunden/Woche. Unter 3 Stunden stagniert der Bot: Edges verfallen, du bemerkst es nicht mehr, und die Strategie, die letzten Monat Profit brachte, wird still und leise zu -EV. Über 10 Stunden tradest du wahrscheinlich die Ausgabe des Bots manuell und verfehlst damit den Sinn.

Hardware und Accounts zum Einrichten

Die Hardware-Untergrenze ist absichtlich niedrig. Jeder Laptop der letzten fünf Jahre läuft im Paper Mode. Ein $5–10/Monat-VPS hostet Live (Kapitel 4). Empfohlene Checkliste vor dem Build:

  • Polymarket-Account (Web-Sign-up, KYC bei Einzahlung von >$1k)
  • Polygon Wallet - MetaMask oder jeder mit dem SDK kompatible Signer
  • Polygon RPC API key - der Free Tier von Alchemy oder QuickNode reicht locker (Kapitel 5)
  • GitHub-Account für Source Control
  • VPS-Account beim gewählten Provider (Kapitel 4)
  • Telegram-Bot-Token für Alerts (optional, aber empfohlen)

Gesamtkosten für das Setup vor Live-Trading: unter $15, wenn du bei Free Tiers bleibst. Gesamtzeit: ein Samstagnachmittag.

Kapitaluntergrenze für Paper vs Live

Die Kapitaluntergrenze ist eine harte Grenze, keine Empfehlung. Paper-Trading läuft mit simulierten Balances und ist kostenlos; mache davon so viel, wie die Strategie braucht. Für Live sind drei Schwellen wichtig.

Unter $50: nicht einzahlen. Polygon-Gasgebühren plus die 1,4-Millionen-Dollar-CFTC-Settlement-era $1,4M minimum-order-equivalent friction machen diese Größe rein didaktisch. Du wirst nichts lernen, was du nicht schon im Paper-Modus hättest lernen können.

$50–200: die Smoke-Test-Spanne. Einzahlen, 5–10 Live Orders platzieren, prüfen, ob die Buchhaltung deines Bots mit Polymarket übereinstimmt. Betrachte das Wallet als Tuition; wenn du alles verlierst, war die Lektion günstig.

$200–1000: die Untergrenze, bei der die Fee-Ökonomie funktioniert. Darunter sind GTC Orders unter 5 Shares häufig und werden abgelehnt. Darüber kannst du 10-Share-Positionen über mehrere Märkte hinweg einsetzen.

$1000+: hier beginnt das PnL des Bots in absoluten Dollarbeträgen zu wachsen, die für einen menschlichen Reviewer relevant sind. Fast alle Builder, die wir kennen und die konsistent profitabel wurden, haben zuerst auf diesem Niveau Erfolg gehabt.

Wann du NOCH NICHT starten solltest

Drei ehrliche Ausschlussgründe.

  1. Du brauchst das Geld. Bot-Trading ist selbst mit Edge hochvolatil. Ein Wallet, das nächsten Monat die Miete zahlen muss, ist kein Bot-Kapital. Die Disziplin, eine 15-Trade-Losing-Streak auszusitzen, existiert nicht, wenn die nächste Monatsrechnung auf dem Spiel steht.
  2. Du hast noch nicht im Paper Mode getradet. Die 30-Trade-Hürde (Kapitel 1) ist nicht verhandelbar. Live zu gehen, bevor Paper validiert ist, ist der häufigste Grund, warum Builder ihre ersten $200 verlieren.
  3. Die Strategie lautet „Whales folgen“. On-Chain-Analysen von Polymarkets Top-Wallets zeigen konsistent, dass die sichtbaren Whales spät im Fenster 0.99-Arb auf bereits aufgelösten Märkten machen - sie sind keine Directional Trader, und das Kopieren ihrer späten Entries bedeutet, dass du ankommst, nachdem der Edge weg ist.

Falls einer dieser Punkte auf dich zutrifft, sind die nächsten 30 Kapitel als Hintergrund trotzdem nützlich. Live-Trading ist es nicht.

Häufig gestellte Fragen

Welche Programmiersprache sollte ich zuerst für Polymarket-Bots lernen?
Python. Das py-clob-client SDK ist am ausgereiftesten, das Ökosystem (pandas für Analyse, requests für HTTP, web3.py für On-Chain-Reads) ist das größte, und die Syntax ist am einfachsten. Wechsel später zu Rust oder Node.js, wenn du geringere Latenz brauchst oder diese Stacks bereits kennst.
Muss ich Smart Contracts verstehen, um einen Polymarket-Bot zu bauen?
Nicht tiefgehend. Du musst wissen, dass Polymarket auf Polygon läuft, dass USDC als Collateral durch pUSD ersetzt wurde (April 2026) und dass Orders mit EIP-712 signiert werden. Das SDK abstrahiert die Contract-Calls. Mit Roh-Contracts kommst du nur in Berührung, wenn du Assets bridgest oder On-Chain-Events direkt liest.
Wie viele Stunden pro Woche braucht ein Polymarket-Bot wirklich?
Ehrlich: 10–20 Stunden/Woche in den ersten 2–3 Monaten. Coding ist nur ein kleiner Teil. Die meiste Zeit geht in Trade-Reviews, Debugging von Fills, Verfeinerung der Strategie, Monitoring während des Paper Tradings und den Aufbau von Risk-Management-Code. Bots, die unbeaufsichtigt ohne wöchentliche Kontrolle laufen, gehen irgendwann kaputt.
Kann ich einen Polymarket-Bot von einem Laptop aus betreiben?
Für Paper Trading - ja. Für Live Trading - nein. Ein Laptop schläft ein, verliert WLAN und startet für Updates neu. Du brauchst ein VPS, damit der Bot 24/7 Konnektivität hat. VPS-Optionen behandeln wir ausführlich in Kapitel 4 dieser Serie.
Welche Mathematik muss ich kennen?
Probability-Grundlagen (Bayes, Expected Value, Varianz), Basis-Statistik (Korrelation, Regression für Backtests) und das Kelly-Kriterium für Position Sizing. Für die meisten Strategien brauchst du weder Analysis noch stochastische Prozesse. Sieh dir unseren Guide /guide/probability-thinking/ für die Grundlagen an.
Brauche ich 1000+ USD, um anzufangen?
Nein. Beginne bei null (Paper Trading). Sobald dein Paper-Bot 30 geschlossene Trades mit einer Win Rate von 55%+ geschafft hat, zahle 25–50 USD live ein. Skaliere erst, wenn die Live-Ergebnisse über 50+ geschlossene Positionen mit den Paper-Ergebnissen übereinstimmen. Betrachte Kapitalgrößen als die langsamste Variable beim Skalieren, nicht als die erste.