Wettbots und APIs: Automatisierung, ohne ausgesperrt zu werden

Was die Regel tatsächlich trennt

Automatisierung ist eine Linie unter mehreren in den übrigen professionellen Wettmethoden, die diese Website behandelt, und sie bekommt eine eigene Seite, weil die Regeln hier genauer sind als „Sharp-Wettende nutzen Software“. In Foren fasst man „Bot“ als eine Sache auf: Software, die Wetten platziert. Die Bedingungen von Betfair sind genauer. Klausel 12.1.4 führt unter den verdächtigen Aktivitäten eine Wette auf, die „otherwise than through the Account holder placing each Bet manually“ platziert wird (im Originalwortlaut). Allein gelesen würde das jedes Skript erfassen, das je geschrieben wurde. Allein wird es aber nicht gelesen: Dieselbe Klausel enthält zur Klarstellung eine eigene Ausnahme, nach der Wetten, die „via the Application Programming Interface (API)“ platziert werden, nicht erfasst sind. Setzt man beide Teile zusammen, ist die Trennung genau: Ein Skript, das die gewöhnliche Website anklickt, ist das, worauf die Klausel zielt, und ein Skript, das mit der API spricht, ist die Ausnahme, die die Klausel selbst nennt.

Nebenbei: „Bot“ trägt in diesem Satz viel, und das Wort selbst kommt in der Klausel nie vor. Die Juristen von Betfair haben stattdessen „otherwise than through …“ geschrieben, was dasselbe länger sagt, aber schwerer falsch zu zitieren ist. Aber zurück zu dem, was es für Sie bedeutet.

Die Regel heißt also weder „Bots sind verboten“ noch „Bots sind in Ordnung“. Sie ist enger: Ein inoffizielles Skript, das die Website bedient wie ein sehr schnelles Paar Hände, fällt unter eine Klausel über verdächtige Aktivität, während dieselbe Logik, an die offizielle API angeschlossen, unter die Ausnahme fällt. Wer eine Quotenleiter von Hand handelt und ein Skript, das dasselbe über die API tut, werden vom selben Dokument unterschiedlich behandelt, und der Unterschied ist die Tür, nicht die Strategie dahinter.

Was Sie testen, bevor ein Live-Schlüssel bezahlt wird

Wer einen Bot baut, will meist sofort Wetten platzieren. Die ehrliche Reihenfolge läuft umgekehrt: Beweisen Sie die Logik an bewusst langsameren Daten als der Echtzeit, zum kleinsten Einsatz, den die Börse zulässt, bevor ein bezahlter Schlüssel oder eine ernsthafte Bankroll in der Nähe ist.

Diese Spanne, im besten Fall eine Sekunde, im schlechtesten bis zu drei Minuten, ist kein Rundungsfehler, den man achselzuckend hinnimmt. Ein Kurs, den ein Skript zuletzt für vernünftig hielt, kann sich bis zur Handlung des Skripts deutlich bewegt haben, und es gibt keine Sandbox, die das abfedert: Die Entwicklerdokumentation von Betfair stellt fest, dass es keine Testumgebung gibt, in der man ohne echtes Geld testen kann. Jede Wette, die ein Delayed-Schlüssel platziert, ist eine echte Wette mit echtem Ergebnis. Deshalb ist der kleinste zulässige Einsatz der einzig vernünftige Weg, diese Phase zu fahren.

Ein Hypothesenfall, mit jeder Zahl nur zur Rechnung erfunden. Angenommen, ein Skript beobachtet einen Kurs bei 2,10, beschließt, darauf zu backen, und die API liefert im entscheidenden Moment einen 180 Sekunden alten Snapshot. Ein Tor, eine rote Karte oder eine späte Streichung kann in drei Minuten passieren. Deshalb können der Kurs, den das Skript zu backen glaubt, und der Kurs, der bei Eingang der Order tatsächlich angeboten wird, zwei verschiedene Zahlen sein. Keine clevere Logik davor repariert eine Entscheidung, die auf veralteten Informationen beruht. Die Verzögerung selbst, nicht die Strategie darüber, ist das Erste, was sich zu testen lohnt.

Die Börse ist nur die halbe Geschichte. Die andere Hälfte ist der Datenstrom, auf den ein Bot tatsächlich reagiert, und ein Skript, das auf dünner Historie aufbaut, scheitert auf jedem Schlüssel. Rechnen Sie die Arithmetik von Hand nach, bevor Sie den Zahlen eines Skripts trauen, und denken Sie daran, dass die Börsenprovision von jedem Gewinn abgeht. Was sie mit den Nettozahlen eines Bots macht, lohnt die Lektüre, bevor eine Strategie auf dem Papier als Erfolg gilt.

Die Grenzen, um die ein Skript herum entworfen werden muss

Hier geht es nicht darum, ob Automatisierung erlaubt ist. Es geht um die Decke, die die API selbst darauf setzt, wie sich ein Skript verhalten darf, in klaren Zahlen statt in Vermutungen. Vier davon zählen am meisten, solange ein Skript noch auf dem Reißbrett liegt. Zusammen mit dem Verzögerungsfenster des Delayed-Schlüssels oben sind es Werte, die Betfair ändern kann. Prüfen Sie die aktuellen Bedingungen, bevor Sie produktiven Code um einen davon herum bauen.

• Eine Obergrenze von 200 Punkten für Marktdatenanfragen. Die Kosten werden über die Märkte und die angeforderte Datenart summiert; wer die Summe überschreitet, bekommt eine Fehlermeldung statt der Daten.
• Eine Obergrenze von drei gleichzeitigen Anfragen bei Order- und Positionsabfragen. Wer aktuelle Orders, Gewinn und Verlust oder abgerechnete Orders mehr als dreimal gleichzeitig abfragt, während frühere Anfragen noch laufen, wird abgewiesen statt in eine Warteschlange gestellt.
• Eine Obergrenze von 1.000 Anweisungen pro Sekunde beim Platzieren, Stornieren, Ändern oder Ersetzen von Orders. Das gilt für das gesamte Konto über alle offenen Verbindungen, nicht für ein einzelnes Skript allein.
• Eine Sperre von 20 Minuten nach zu vielen fehlgeschlagenen Anmeldungen. Jeder weitere Anmeldeversuch wird in dieser Zeit automatisch abgewiesen, unabhängig davon, was die früheren Fehlschläge ausgelöst hat.

Ein zweiter Hypothesenfall, und der, an dem die meisten tatsächlich scheitern. Ein Skript mit einem Fehler in der Anmeldelogik erneuert seine Sitzung nicht rechtzeitig und wiederholt den Versuch in enger Schleife, statt zu warten. Zwanzig Minuten sind ungefähr eine Halbzeit im Fußball. Löst die Sperre beim Anpfiff aus, verpasst das Skript mehr vom Spiel, als es je erwischt hat. Die Lösung ist langweiliger als die Geschichte: die Sitzung halten und einen fehlgeschlagenen Login als Grund zum Anhalten behandeln, nicht als Grund für einen sofortigen neuen Versuch.