Sázkoví boti a API: automatizace bez uzamčení účtu

Co pravidlo skutečně rozděluje

Automatizace je jedna linie z několika uvnitř širší sady metod profesionálního sázení, které tento web pokrývá, a má vlastní stránku, protože pravidla jsou zde konkrétnější než „sharp sázející používají software“. Zkratka z fór bere „bota“ jako jednu věc: software, který vsazuje. Podmínky Betfairu jsou přesnější. Klauzule 12.1.4 uvádí mezi činnostmi, které považuje za podezřelé, sázku umístěnou „otherwise than through the Account holder placing each Bet manually“ (v překladu jinak než tak, že držitel účtu umísťuje každou sázku ručně), což by při samostatném čtení zachytilo každý skript, který kdy vznikl. Nečte se samostatně: tatáž klauzule nese vlastní výjimku, uvedenou pro zamezení pochybností, že sázky umístěné „via the Application Programming Interface (API)“ do ní nepatří. Složte ty dva úryvky a rozdělení je přesné: skript klikající přes běžný web je to, na co klauzule míří, a skript mluvící s API je výjimka, kterou si klauzule sama jmenuje.

Poznámka na okraj: „bot“ v té větě odvádí hodně práce a slovo se v klauzuli nikdy neobjeví. Právníci Betfairu napsali místo toho „otherwise than through the Account holder placing each Bet manually“, což je delší způsob, jak říct totéž, ale věta, kterou je mnohem těžší špatně citovat. Zpět k tomu, co to znamená pro vás.

Pravidlo tedy neříká „boti jsou zakázáni“ ani „boti jsou v pořádku“. Je užší: neoficiální skript, který obsluhuje web jako velmi rychlé ruce, spadá do klauzule o podezřelé činnosti, kdežto táž logika zapojená do oficiálního API spadá do výjimky. Někoho, kdo obchoduje žebříček ručně, a skript, který dělá totéž přes API, tentýž dokument posuzuje různě, a rozdíl je ve dveřích, ne ve strategii za nimi.

Co otestovat, než se financuje klíč Live

Každý, kdo staví bota, chce přeskočit rovnou k vsazování. Poctivé pořadí běží opačně: dokázat logiku na datech záměrně pomalejších než reálný čas, na nejmenší vsazené částce, kterou místo dovolí, dřív než se k tomu přiblíží placený klíč nebo vážný bankroll.

Ten rozsah, jedna vteřina v nejlepším případě a až tři minuty v nejhorším, není zaokrouhlovací chyba, kterou lze přejít. Kurz, který skript naposledy viděl jako rozumný, se mohl do chvíle, kdy skript jedná, posunout výrazně dál, a žádné pískoviště to nezmírní: dokumentace Betfairu sama uvádí, že neexistuje zkušební prostředí, které by umožnilo testovat bez použití skutečných peněz. Každá sázka umístěná klíčem Delayed je živá sázka se skutečným výsledkem, a proto je nejmenší vsazená částka, kterou místo dovolí, jediný rozumný způsob, jak tuto fázi provozovat.

Hypotetický příklad, všechna čísla vymyšlená jen pro aritmetiku. Řekněme, že skript sleduje kurz 2,10, rozhodne se vsadit back a API mu právě v tu chvíli vrátí snímek starý 180 vteřin. Za tři minuty se může stát gól, červená karta nebo pozdní odhlášení, takže kurz, o kterém si skript myslí, že ho bere, a kurz skutečně nabízený ve chvíli, kdy příkaz dorazí, mohou být dvě různá čísla. Žádná chytrá logika výše rozhodnutí postavené na zastaralé informaci nespraví; zpoždění samo, ne strategie nad ním, je první věc, kterou stojí za to testovat.

Místo je jen polovina obrazu; druhá polovina je feed, na který bot skutečně reaguje, a skript postavený na řídké historii selže, ať běží na jakémkoli klíči. Ověřte aritmetiku ručně na kalkulačce, než uvěříte číslům samotného skriptu, a pamatujte, že provize burzy se strhává z každé vítězné sázky; co dělá s čistými čísly bota stojí za přečtení, než se strategie na papíře prohlásí za úspěšnou.

Limity, kolem kterých je třeba skript navrhnout

Nic z toho není o tom, zda je automatizace povolena. Je to o stropu, který API samo klade na chování skriptu, vyjádřeném jasnými čísly místo dohadů. Čtyři z nich jsou nejdůležitější, dokud je skript na rýsovacím prkně, a spolu s oknem zpoždění klíče Delayed výše jsou to čísla, která Betfair může upravit; před navržením produkčního kódu kolem kteréhokoli z nich ověřte aktuální podmínky.

• Strop 200 bodů na požadavky o tržní data. Cena se sčítá přes trhy a typ požadovaných dat; překročení celku vrací chybu místo dat.
• Strop 3 souběžných požadavků na volání objednávek a pozic. Kontrola aktuálních objednávek, zisku a ztráty nebo vypořádaných objednávek víc než třikrát najednou, zatímco dřívější volání ještě běží, je odmítnuta, ne zařazena do fronty.
• Strop 1 000 instrukcí za vteřinu na umístění, zrušení, aktualizaci nebo nahrazení objednávek. Týká se celého účtu přes všechna otevřená spojení, ne jednoho skriptu o samotě.
• 20minutová blokace po příliš mnoha neúspěšných přihlášeních. Každý další pokus o přihlášení je po tu dobu automaticky odmítnut, ať už byly dřívější neúspěchy způsobeny čímkoli.

Druhý hypotetický příklad, a ten, který lidi skutečně dostane. Skript, jehož zpracování přihlášení má chybu, neobnoví včas relaci a místo ústupu opakuje pokusy v těsné smyčce. Dvacet minut je zhruba jeden poločas fotbalu; spusťte blokaci při výkopu a skript promešká víc zápasu, než kdy zachytil. Oprava je nudnější než příběh: držte relaci a neúspěšné přihlášení berte jako důvod zastavit, ne okamžitě opakovat.