Boty do zakładów i API: automatyzacja bez blokady konta

Co właściwie dzieli ta reguła

Automatyzacja to jedna linia wśród kilku w szerszym zestawie profesjonalnych metod stawiania zakładów, które opisuje ta strona, i ma własną stronę, bo reguły tutaj są bardziej konkretne niż „sharp gracze używają oprogramowania”. Skrót z forów traktuje „bota” jako jedną rzecz: oprogramowanie stawiające zakłady. Regulamin Betfair jest precyzyjniejszy. Klauzula 12.1.4 wymienia, wśród działań, które liczy jako podejrzane, zakład postawiony „innym sposobem niż przez samodzielne, ręczne stawianie każdego zakładu przez posiadacza konta”, co czytane samo złapałoby każdy skrypt, jaki kiedykolwiek napisano. Nie czyta się tego w oderwaniu: ta sama klauzula niesie własny wyjątek, podany dla uniknięcia wątpliwości, że zakłady postawione „przez interfejs programowania aplikacji (API)” nie są objęte. Złóż te dwa fragmenty razem, i podział jest precyzyjny: skrypt klikający przez zwykłą stronę jest tym, w co celuje klauzula, a skrypt rozmawiający z API jest wyjątkiem, który klauzula sama sobie nazywa.

Na marginesie: „bot” robi dużo pracy w tym zdaniu, a słowo to w ogóle nie pojawia się w klauzuli. Prawnicy Betfair napisali zamiast tego „innym sposobem niż przez samodzielne, ręczne stawianie każdego zakładu przez posiadacza konta”, co jest dłuższym sposobem powiedzenia tego samego, ale zdaniem dużo trudniejszym do błędnego zacytowania. Tak czy inaczej, wróćmy do tego, co to znaczy dla ciebie.

Więc reguła nie brzmi „boty są zakazane” ani „boty są w porządku”. Jest węższa: nieoficjalny skrypt pracujący na stronie jak bardzo szybka para rąk siedzi w klauzuli o podejrzanej aktywności, a ta sama logika podłączona do oficjalnego API siedzi w wyjątku. Kto handluje na drabince kursów ręcznie, i skrypt robiący to samo przez API, są traktowani przez ten sam dokument różnie, a różnicą są drzwi, nie strategia za nimi.

Co przetestować, zanim klucz Live zostanie zasilony

Każdy, kto buduje bota, chce przeskoczyć prosto do stawiania zakładów. Uczciwy porządek jest odwrotny: najpierw dowieść logiki na danych rozmyślnie wolniejszych niż czas rzeczywisty, przy najmniejszej stawce, jaką dopuszcza miejsce gry, zanim płatny klucz albo poważny bankroll znajdą się gdzieś blisko.

Ten zakres, od jednej sekundy w najlepszym przypadku do trzech minut w najgorszym, to nie błąd zaokrąglenia, który można zbyć wzruszeniem ramion. Kurs, który skrypt ostatnio widział jako rozsądny, mógł się już znacznie przesunąć, zanim skrypt zadziała, i nie ma piaskownicy, która by to zmiękczyła: własna dokumentacja Betfair mówi, że nie istnieje środowisko testowe, które pozwoliłoby komuś testować bez użycia prawdziwych środków. Każdy zakład postawiony przez klucz Delayed jest prawdziwym zakładem z prawdziwym wynikiem, i właśnie dlatego najmniejsza stawka, jaką dopuszcza miejsce gry, jest jedynym rozsądnym sposobem przejścia tego etapu.

Przypadek wymyślony, z każdą liczbą wymyśloną tylko do rachunku. Powiedzmy, że skrypt obserwuje kurs stojący na 2,10, decyduje postawić na niego back, a API oddaje w tym właśnie momencie migawkę starą o 180 sekund. Gol, czerwona kartka albo późne skreślenie zawodnika może się zdarzyć w trzy minuty, więc kurs, który skrypt myśli, że bierze, i kurs faktycznie oferowany, kiedy zlecenie dociera, mogą być dwiema różnymi liczbami. Żadna sprytna logika wyżej w procesie nie naprawia decyzji zbudowanej na nieaktualnej informacji; samo opóźnienie, nie strategia na nim zbudowana, jest pierwszą rzeczą, którą warto przetestować.

Miejsce gry to tylko połowa obrazu; druga połowa to dane, na które bot naprawdę reaguje, a skrypt zbudowany na ubogiej historii strzeli pusto, na jakimkolwiek kluczu by działał. Sprawdź rachunek ręcznie na kalkulatorze, zanim zaufasz liczbom własnego skryptu, i pamiętaj, że komisja giełdy wciąż schodzi z każdego wygranego zakładu; co robi z czystymi liczbami bota warto przeczytać, zanim strategia zostanie uznana za sukces na papierze.

Limity, wokół których trzeba zaprojektować skrypt

Nic z tego nie dotyczy tego, czy automatyzacja jest dozwolona. Dotyczy sufitu, jaki samo API nakłada na to, jak zachowuje się skrypt, podanego w jasnych liczbach, a nie zostawionego domysłom. Cztery z nich liczą się najbardziej, kiedy skrypt jest jeszcze na desce kreślarskiej, i razem z oknem opóźnienia klucza Delayed wyżej, to liczby, które Betfair może zmienić; sprawdź aktualny regulamin, zanim zaprojektujesz wokół którejkolwiek z nich kod produkcyjny.

• Sufit 200 punktów na żądania danych rynkowych. Koszt sumuje się po rynkach i typie żądanych danych; przekroczenie sumy zwraca błąd, nie dane.
• Sufit 3 równoczesnych żądań na wywołania zleceń i pozycji. Sprawdzanie aktualnych zleceń, zysków i strat, albo rozliczonych zleceń więcej niż trzy razy naraz, podczas gdy wcześniejsze wywołania wciąż trwają, jest odrzucane, nie stawiane w kolejce.
• Sufit 1 000 instrukcji na sekundę na stawianie, odwoływanie, aktualizowanie albo zamianę zleceń. Obejmuje całe konto przez wszystkie otwarte połączenia, nie jeden skrypt w izolacji.
• Blokada na 20 minut po zbyt wielu nieudanych logowaniach. Każda kolejna próba logowania jest automatycznie odrzucana na ten czas, niezależnie od przyczyny wcześniejszych niepowodzeń.

Drugi wymyślony przypadek, ten, który naprawdę łapie ludzi. Skrypt, którego obsługa logowania ma błąd, nie odnawia sesji na czas i próbuje ponownie w ciasnej pętli, zamiast się wycofać. Dwadzieścia minut to z grubsza połowa meczu piłkarskiego; uruchom blokadę na pierwszym gwizdku, i skrypt przegapi więcej meczu, niż kiedykolwiek złapał. Naprawa jest bardziej nudna niż ta historia: trzymaj sesję i traktuj nieudane logowanie jako powód, by się zatrzymać, nie by próbować natychmiast ponownie.