Polymarket – Neue Regelung: Wie man einen neuen Trading-Bot baut

Originaltitel: Wie man einen Polymarket-Bot erstellt (nach der Einführung der neuen Regeln)
Originalautor: @_dominatos
Übersetzung: Peggy, BlockBeats

Anmerkung der Redaktion: Polymarket hat unerwartet die 500-ms-Verzögerung entfernt und ohne Vorwarnung dynamische Gebühren eingeführt, wodurch eine große Anzahl bestehender Bots über Nacht wirkungslos wurde. Dieser Artikel konzentriert sich auf diese Änderung und beschreibt systematisch den korrekten Weg zum Aufbau von Trading-Bots gemäß den neuen Regeln. Er behandelt Gebührenmechanismen, Auftragssignierung, Market-Making-Logik und Architekturen mit geringer Latenz und bietet so einen klaren und umsetzbaren Leitfaden.

Der Artikel wurde seit seiner Veröffentlichung 1,1 Millionen Mal aufgerufen und hat eine breite Diskussion ausgelöst. Nach den neuen Regeln von Polymarket verlagert sich der Vorteil von der Taker-Arbitrage hin zu einer langfristigen Struktur, die auf Market-Making und Liquiditätsbereitstellung basiert.

Es folgt der Originaltext:

Polymarket entfernt stillschweigend die 500-ms-Verzögerung.

Im Folgenden wird erläutert, wie man unter den neuen Regeln einen wirklich lauffähigen und profitablen Bot baut.

Vor zwei Tagen hat Polymarket die 500-ms-Verzögerung bei der Angebotsabgabe für Marktteilnehmer im Kryptomarkt beseitigt. Keine Ankündigung, keine Erinnerung. Über Nacht wurde die Hälfte der Bots auf der Plattform überflüssig. Gleichzeitig eröffnete dies aber auch das größte Zeitfenster für neue Bots seit dem Start von Polymarket.

Heute werde ich im Detail erklären, wie man einen Bot baut, der auch unter den neuen Regeln effektiv bleibt.

Denn alles, was Sie vor dem 18. Februar gesehen haben, ist jetzt veraltet.

Wenn Sie nun ein KI-Modell bitten, Ihnen beim Schreiben von Polymarket-Bot-Code zu helfen, wird das Ergebnis definitiv immer noch auf den alten Regeln basieren: REST-Polling, keine Gebührenabwicklung, völlige Unkenntnis darüber, dass der 500-ms-Puffer nicht mehr existiert

Ein solcher Bot wird bereits beim ersten Handel Geld verlieren.

Als Nächstes werde ich erläutern, was sich geändert hat und wie man Bots an diese Änderungen anpassen kann.

Was hat sich verändert?

In den vergangenen zwei Monaten gab es drei wesentliche Veränderungen:

1. Die Verzögerung von 500 ms für den Teilnehmer wurde entfernt (18. Februar 2026).

Früher wurden alle Taker-Orders vor ihrer Ausführung 500 Millisekunden lang abgewartet. Die Market Maker nutzten diese Pufferzeit, um ihre „abgelaufenen“ Angebote zu stornieren, was fast einem kostenlosen Versicherungsmechanismus gleichkam.

Heute ist alles anders. Bestellungen werden sofort und ohne Stornierungsfrist ausgeführt.

2. Der Kryptomarkt führt dynamische Taker-Gebühren ein (Januar 2026)

Auf den 15-Minuten- und 5-Minuten-Kryptomärkten wird den Takern nun eine Gebühr auf Basis der folgenden Formel berechnet: Gebühr = C × 0,25 × (p × (1 - p))²

Gebührenspitzen: Etwa 1,56 % nahe einer 50%igen Wahrscheinlichkeit

Im extremen Wahrscheinlichkeitsbereich (nahe 0 oder 1) nähert sich die Gebühr 0 an.

Erinnert ihr euch an den Arbitrage-Bot, der Preisverzögerungen zwischen Binance und Polymarket ausnutzte und damit in einem Monat 515.000 Dollar mit einer Erfolgsquote von 99 % verdiente?

Diese Strategie ist nun völlig gescheitert. Dies liegt daran, dass die Gebühr allein mittlerweile höher ist als die ausnutzbare Spanne.

Was ist die neue Meta?

Einzeiler: Sei ein Schöpfer, kein Nehmer.

Die Gründe sind einleuchtend:

• Hersteller müssen keine Gebühren zahlen

• Hersteller können täglich USDC-Rabatte erhalten (subventioniert durch die Gebühren der Abnehmer).

• Nach der 500-ms-Stornierungsverzögerung werden die Herstelleraufträge tatsächlich schneller abgewickelt.

Mittlerweile sind die Top-Tier-Bots schon allein durch Rabatte profitabel, ohne dass sie überhaupt die Spreads einstreichen müssen. Wenn Sie immer noch einen Taker-Bot betreiben, sehen Sie sich einer stetig steigenden Gebührenkurve gegenüber. Bei einer Wahrscheinlichkeit von nahezu 50 % benötigt man einen Vorteil von mindestens 1,56 %, um gerade so die Gewinnschwelle zu erreichen.

Viel Glück!

Welche Strategie braucht ein wirklich einsatzfähiger Bot im Jahr 2026?

Hier ist ein architektonischer Entwurfsansatz für einen Bot, der auch im Jahr 2026 noch effektiv ist:

Kernkomponenten:

1. Verwenden Sie WebSocket anstelle von REST.

REST-Polling ist völlig veraltet. Bis Ihre HTTP-Anfrage einen Roundtrip abgeschlossen hat, ist die Gelegenheit längst vertan. Was Sie benötigen, ist ein Echtzeit-Orderbuchdatenstrom auf WebSocket-Basis, keine intermittierende Abfrage.

2. Gebührenbewusste Auftragsunterzeichnung

Dies ist eine neue Anforderung, die es vorher nicht gab. Nun muss Ihre signierte Auftrags-Payload das Feld feeRateBps enthalten. Wenn Sie dieses Feld weglassen, wird die Bestellung in gebührenpflichtigen Märkten sofort abgelehnt.

3. Hochgeschwindigkeits-Abbruch-/Ersetzungsschleife

Nach dem Entfernen des 500-ms-Puffers: Wenn Ihr Abbrechen-/Ersetzen-Prozess länger als 200 ms dauert, werden Sie mit einer „adverse Selektion“ konfrontiert. Andere werden Ihre abgelaufene Bestellung direkt ausführen, bevor Sie Ihr Angebot aktualisieren können.

So richten Sie es ein

1. Holen Sie sich Ihren privaten Schlüssel

Verwenden Sie denselben privaten Schlüssel, mit dem Sie sich bei Polymarket (EOA/MetaMask/Hardware-Wallet) anmelden.

export POLYMARKET_PRIVATE_KEY="0xyour_private_key_here"

2. Genehmigung festlegen (einmalige Operation)

Bevor Polymarket Ihre Transaktionen ausführen kann, müssen Sie die folgenden Verträge genehmigen: USDC, bedingte Token.

Dies muss nur einmal pro Wallet durchgeführt werden.

3. Verbindung zu CLOB (Central Limit Order Book) herstellen

Sie können den offiziellen Python-Client direkt verwenden: pip install py-clob-client

Im Rust-Ökosystem gibt es nun jedoch eine schnellere Option:

• polyfill-rs (Null-Allokations-Hot-Path, SIMD-JSON-Parsing, Leistungsverbesserung um ca. 21 %)

·polymarket-client-sdk (Offizielles Rust-SDK von Polymarket)

·polymarket-hft (Vollständiges HFT-Framework, das CLOB und WebSocket integriert)

Welches System das ist, ist nicht wichtig; entscheidend ist, dass Sie sich für das System entscheiden, mit dem Sie am schnellsten arbeiten und es zum Laufen bringen können.

4. Abfragegebühr vor jedem Handel

GET /fee-rate?tokenID={token_id}

Die Gebühr darf niemals fest im Code verankert sein.
Die Gebühr unterliegt Marktschwankungen und kann von Polymarket jederzeit angepasst werden.

5. Gebührenfeld in die Bestellsignatur einfügen

Beim Unterzeichnen einer Bestellung muss das Gebührenfeld in die Nutzdaten aufgenommen werden. Ohne diese Angabe wird der Auftrag in gebührenpflichtigen Märkten nicht angenommen.

{
"Salz": "...",
"Hersteller": "0x...",
"Unterzeichner": "0x...",
"Nehmer": "0x...",
"tokenId": "...",
"makerAmount": "50000000",
"takerAmount": "100000000",
"feeRateBps": "150"
}

CLOB wird Ihre Auftragssignatur anhand der Gebührenrate (feeRateBps) validieren. Stimmt der in der Unterschrift angegebene Gebührensatz nicht mit dem aktuell gültigen Gebührensatz überein, wird die Bestellung sofort abgelehnt.

Wenn Sie das offizielle SDK (Python oder Rust) verwenden, wird diese Logik automatisch gehandhabt. Wenn Sie die Signaturlogik jedoch selbst implementieren, müssen Sie dies auch selbst handhaben, sonst wird die Bestellung niemals versendet.

6. Platzieren Sie gleichzeitig Maker-Orders auf der Kauf- und Verkaufsseite.

Sorgen Sie für Liquidität am Markt, indem Sie Limit-Orders sowohl für YES- als auch für NO-Token platzieren; platzieren Sie gleichzeitig Kauf- und Verkaufsaufträge. Dies ist die wichtigste Methode, um Rabatte zu erhalten.

7. Schleife abbrechen/ersetzen

Sie müssen beides überwachen: einen externen Preisfeed (z. B. Binance's WebSocket) und Ihr aktuelles Orderbuch auf Polymarket.

Sobald sich der Preis ändert: Stornieren Sie umgehend alle abgelaufenen Bestellungen und geben Sie neue Bestellungen zum neuen Preis auf. Ziel ist es, die gesamte Schleife innerhalb von 100 ms zu halten.

Besonderer Hinweis zum 5-Minuten-Markt

Der Markt für die 5-Minuten-Kursbewegungen von Bitcoin ist deterministisch.

Sie können den spezifischen Markt direkt allein anhand des Zeitstempels berechnen:

Es gibt insgesamt 288 Märkte pro Tag. Jede einzelne ist eine völlig neue Chance.

Aktuell validierte Strategie: Etwa 85 % der BTC-Preisbewegungsrichtung sind bereits etwa 10 Sekunden vor Schließung des Zeitfensters festgelegt, aber die Quoten von Polymarket spiegeln diese Informationen noch nicht vollständig wider.

Die operative Vorgehensweise ist folgende: Maker-Orders werden zu einem Preis von 0,90–0,95 USD auf der Seite mit der höheren Wahrscheinlichkeit platziert.

Bei Vertragsabschluss: Sie können für jeden Vertrag bei Abrechnung einen Gewinn von 0,05–0,10 USD erzielen; keine Gebühren; und zusätzliche Rabatte.

Der eigentliche Vorteil besteht darin, dass wir schneller als andere Market Maker die Richtung des BTC-Kurses bestimmen und Aufträge früher platzieren können.

Häufige Fehler, die zur Liquidation führen können

• Immer noch REST statt WebSocket verwenden

• Ohne Berücksichtigung der Gebühren in den Auftragssignaturen

• Ausführen eines Bots über heimisches WLAN (Latenz über 150 ms im Vergleich zu <5 ms auf einem VPS im Rechenzentrum)

• Market-Making mit einer Wahrscheinlichkeit von nahezu 50 %, ohne das Risiko adverser Selektion zu berücksichtigen.

• Gebühren für die Festkodierung

• Keine Konsolidierung von Ja/Nein-Positionen (was zu gesperrten Geldern führt)

• Auch ab 2025 wird weiterhin auf den alten Taker-Arbitrageansatz gesetzt.

Der richtige Weg, KI zu nutzen

Der technische Teil endet hier. Sie haben bisher folgende Themen behandelt: gebührenoptimiertes Architekturdesign, rechnergestützter Ansatz, neue Marktregeln

Öffnen Sie nun Claude oder ein anderes zuverlässiges KI-Modell und geben Sie ihm eine klare und präzise Aufgabenbeschreibung, zum Beispiel: „Dies ist das SDK von Polymarket.“ Bitte helfen Sie mir, einen Maker-Bot für einen 5-Minuten-BTC-Markt zu schreiben: Er soll gleichzeitig die Preise auf der Ja/Nein-Seite über Binance WebSocket abrufen, Maker-Orders mit Ordersignatur inklusive Gebührenrate (Bps) platzieren, Orderbuchdaten über WebSocket abrufen und innerhalb von 100 ms eine Schleife zum Abbrechen/Neustellen von Orders steuern.

Der korrekte Arbeitsablauf ist folgender: Sie definieren den Technologie-Stack, die Infrastruktur und die Einschränkungen, darauf aufbauend entwickelt die KI spezifische Strategien und Implementierungslogik.

Selbstverständlich ist ein Test vor der Bereitstellung unerlässlich, selbst wenn die Bot-Logik perfekt beschrieben wird. Gerade jetzt, wo die Gebühren die Gewinnmargen erheblich schmälern, ist ein Backtesting unter realen Gebührenbedingungen eine Voraussetzung für den Livegang.

Die Bots, die im Jahr 2026 wirklich gewinnen können, sind nicht die schnellsten Abnehmer, sondern die besten Liquiditätsanbieter.

Bitte bauen Sie Ihr System in diese Richtung auf.

[Link zum Originalartikel]