Stávkovacie boty a API: automatizácia bez zablokovaného účtu

Čo pravidlo skutočne rozdeľuje

Automatizácia je jedna z viacerých línií v širšej sade metód profesionálneho stávkovania, ktorým sa tento web venuje, a má vlastnú stránku, pretože pravidlá sú tu konkrétnejšie než „sharp sázajúci používajú softvér“. Fórová skratka berie „bota“ ako jednu vec: softvér, ktorý zadáva stávky. Podmienky Betfairu sú presnejšie. Klauzula 12.1.4 uvádza medzi činnosťami, ktoré považuje za podozrivé, stávku zadanú „otherwise than through the Account holder placing each Bet manually“, čo by samo osebe zachytilo každý skript, aký kedy vznikol. Samo sa však nečíta: tá istá klauzula obsahuje vlastnú výnimku, uvedenú pre úplnú istotu, že stávky zadané „via the Application Programming Interface (API)“ sa nezahŕňajú. Keď tie dva úryvky poskladáte, rozdelenie je presné: skript, ktorý klikaním prechádza bežným webom, je presne to, na čo klauzula mieri, a skript, ktorý komunikuje s API, je výnimka, ktorú si klauzula sama pomenúva.

Poznámka bokom: slovo „bot“ tu nesie veľa váhy, no v klauzule sa nikde neobjavuje. Právnici Betfairu napísali „otherwise than through the Account holder placing each Bet manually“, čo je dlhší spôsob, ako povedať to isté, ale veta, ktorú je oveľa ťažšie skomolene citovať. Nech je to akokoľvek, späť k tomu, čo to znamená pre vás.

Pravidlo teda nehovorí „boty sú zakázané“ ani „boty sú v poriadku“. Je užšie: neoficiálny skript, ktorý obsluhuje web ako veľmi rýchle ruky, spadá pod klauzulu o podozrivej aktivite, kým tá istá logika napojená na oficiálne API spadá pod výnimku. Ten, kto obchoduje na rebríčku ručne, a skript, ktorý robí to isté cez API, sú v tom istom dokumente posudzovaní odlišne, a rozdiel tvoria dvere, nie stratégia za nimi.

Čo otestovať, kým sa financuje kľúč Live

Každý, kto stavia bota, chce preskočiť rovno k zadávaniu stávok. Poctivé poradie je opačné: najprv overte logiku na dátach zámerne pomalších než reálny čas, s najmenšou vsadenou sumou, akú trh dovoľuje, a to skôr, než sa k nej priblíži platený kľúč alebo vážny bankroll.

Tento rozsah, jedna sekunda v najlepšom prípade a až tri minúty v najhoršom, nie je zaokrúhľovacia chyba, nad ktorou sa dá mávnuť rukou. Kurz, ktorý skript naposledy videl ako rozumný, sa mohol do chvíle, keď skript koná, posunúť ďaleko za túto hodnotu, a nijaký sandbox to nezmierni: samotná dokumentácia Betfairu uvádza, že neexistuje testovacie prostredie, v ktorom by sa dalo testovať bez použitia skutočných prostriedkov. Každá stávka zadaná kľúčom Delayed je ostrá stávka so skutočným výsledkom, a preto je najmenšia vsadená suma, akú trh dovoľuje, jediný rozumný spôsob, ako túto fázu viesť.

Hypotetický príklad, všetky čísla sú vymyslené len pre výpočet. Povedzme, že skript sleduje kurz 2,10, rozhodne sa dať back a API mu v tej chvíli vráti snímok starý 180 sekúnd. Za tri minúty sa môže stať gól, červená karta alebo neskoré odhlásenie, takže kurz, o ktorom si skript myslí, že ho stavia, a kurz, ktorý je skutočne k dispozícii v čase, keď príkaz dorazí, môžu byť dve rôzne čísla. Žiadna chytrá logika vyššie nenapraví rozhodnutie postavené na zastaraných informáciách; prvá vec, ktorú stojí za to otestovať, je samotné oneskorenie, nie stratégia nad ním.

Trh je len polovica obrazu; druhou polovicou je dátový prúd, na ktorý bot skutočne reaguje, a skript postavený na tenkej histórii bude chybovať bez ohľadu na to, na akom kľúči beží. Skontrolujte výpočet ručne na kalkulačke, skôr než uveríte číslam samotného skriptu, a pamätajte, že provízia burzy sa stále odpočíta z každej víťaznej stávky; čo robí s čistými číslami bota sa oplatí prečítať, skôr než stratégiu na papieri vyhlásite za úspešnú.

Limity, s ktorými musí skript počítať už v návrhu

Nejde o to, či je automatizácia dovolená. Ide o strop, ktorý samotné API kladie na správanie skriptu, uvedený v jasných číslach namiesto dohadov. Štyri z nich sú najdôležitejšie, kým je skript ešte na papieri, a spolu s oknom oneskorenia kľúča Delayed vyššie ide o čísla, ktoré Betfair môže zmeniť; skôr než na ktoromkoľvek postavíte produkčný kód, skontrolujte aktuálne podmienky.

• Strop 200 bodov na požiadavky o údaje trhu. Cena sa sčítava cez trhy a typ požadovaných údajov; prekročenie súčtu vráti chybu namiesto údajov.
• Strop 3 súbežných požiadaviek na volania príkazov a pozícií. Kontrola aktuálnych príkazov, zisku a straty alebo zrušených príkazov viac než trikrát naraz, kým predchádzajúce volania ešte bežia, sa odmietne, nie zaradí do radu.
• Strop 1 000 inštrukcií za sekundu na zadávanie, rušenie, úpravu alebo nahrádzanie príkazov. Platí pre celý účet cez všetky otvorené pripojenia, nie pre jeden skript samostatne.
• 20-minútové zablokovanie po príliš mnohých neúspešných prihláseniach. Každý ďalší pokus o prihlásenie je počas tohto obdobia automaticky odmietnutý, bez ohľadu na to, čo spôsobilo predchádzajúce zlyhania.

Druhý hypotetický príklad, a ten, ktorý ľudí skutočne chytí. Skript s chybou v spracovaní prihlásenia neobnoví reláciu včas a namiesto ústupu opakuje pokus v tesnej slučke. Dvadsať minút je zhruba polčas futbalového zápasu; ak zablokovanie spustíte pri výkope, skript zmešká viac zo zápasu, než kedy stihol zachytiť. Oprava je nudnejšia než príbeh: držte reláciu a neúspešné prihlásenie berte ako dôvod zastaviť sa, nie opakovať ihneď.