Likmju boti un API: automatizācija bez konta bloķēšanas

Ko noteikums patiesībā šķir

Automatizācija ir viena no vairākām līnijām plašākajā profesionālo likmju metožu klāstā, ko aplūko šī vietne, un tai ir sava lapa, jo noteikumi šeit ir precīzāki nekā «sharp likmju spēlētāji lieto programmatūru». Forumu saīsinātā valoda «botu» uzskata par vienu lietu: programmatūru, kas liek likmes. Betfair noteikumi ir precīzāki. Klauzula 12.1.4 starp darbībām, ko tā uzskata par aizdomīgām, min likmi, kas likta «otherwise than through the Account holder placing each Bet manually», kas, lasīta atsevišķi, skartu katru jebkad rakstīto skriptu. Tā netiek lasīta atsevišķi: tā pati klauzula ietver savu izņēmumu, noteiktu šaubu novēršanai, ka likmes, kas liktas «via the Application Programming Interface (API)», tajā nav ietvertas. Saliekot kopā abus fragmentus, robeža ir precīza: skripts, kas klikšķina caur parasto vietni, ir tas, pret ko klauzula ir vērsta, un skripts, kas sarunājas ar API, ir izņēmums, ko klauzula pati sev nosauc.

Piezīme: «bots» šajā teikumā paveic lielu darbu, un šis vārds klauzulā faktiski nekad neparādās. Betfair juristi tā vietā rakstīja «otherwise than through the Account holder placing each Bet manually», kas ir garāks veids, kā pateikt to pašu, bet daudz grūtāk nepareizi citējams teikums. Jebkurā gadījumā, atpakaļ pie tā, ko tas nozīmē jums.

Tātad noteikums nav «boti ir aizliegti» un nav «boti ir kārtībā». Tas ir šaurāks: neoficiāls skripts, kas strādā ar vietni kā ļoti ātrs roku pāris, iekrīt klauzulā par aizdomīgu darbību, kamēr tā pati loģika, savienota ar oficiālo API, iekrīt izņēmumā. Kādu, kas tirgojas ar skalu ar rokām, un skriptu, kas dara to pašu caur API, tas pats dokuments vērtē atšķirīgi, un atšķirība ir durvīs, ne stratēģijā, kas stāv aiz tām.

Ko pārbaudīt, pirms Live atslēga tiek finansēta

Katrs, kas veido botu, grib pāriet tieši uz likmju likšanu. Godīgā secība ir pretēja: pierādiet loģiku pret datiem, kas apzināti lēnāki par reālo laiku, ar mazāko likmi, ko vieta atļauj, pirms maksas atslēga vai nozīmīgs bankrolls tam ir tuvumā.

Šis diapazons, vislabākajā gadījumā viena sekunde un vissliktākajā līdz trim minūtēm, nav noapaļošanas kļūda, ko var vienkārši ignorēt. Cena, ko skripts pēdējo reizi redzēja kā pamatotu, līdz skripta rīcības brīdim var būt pārvietojusies krietni tālāk, un nav nekādas smilšukastes, kas to mīkstinātu: Betfair pašas dokumentācija nosaka, ka nav testa vides, kas ļautu kādam testēt, neizmantojot reālus līdzekļus. Katra likme, ko liek Delayed atslēga, ir dzīva likme ar reālu rezultātu, tāpēc mazākā likme, ko vieta atļauj, ir vienīgais saprātīgais veids, kā vadīt šo posmu.

Hipotētisks gadījums, kur katrs skaitlis izdomāts vienīgi aritmētikai. Pieņemsim, ka skripts vēro cenu, kas stāv pie 2.10, nolemj to likt ar back, un API tieši tajā brīdī atdod momentuzņēmumu, kas vecs 180 sekundes. Vārti, sarkanā kartīte vai vēla izstāšanās var notikt trīs minūtēs, tāpēc cena, ko skripts domā, ka tas liek ar back, un cena, kas faktiski ir pieejama, kad rīkojums nonāk tirgū, var būt divi atšķirīgi skaitļi. Neviena gudra loģika augšpus nelabo lēmumu, kas balstīts uz nobojātu informāciju; pati aizture, ne stratēģija virs tās, ir pirmā lieta, ko ir vērts pārbaudīt.

Vieta ir vienīgi puse no priekšstata; otra puse ir plūsma, uz kuru bots patiesībā reaģē, un skripts, kas balstīts uz skrajas vēstures datiem, kļūdīsies, lai kuru atslēgu tas lietotu. Pārbaudiet aritmētiku ar roku, izmantojot kalkulatoru, pirms uzticaties skripta pašas skaitļiem, un atcerieties, ka biržas komisijas maksa joprojām tiek atskaitīta no katras uzvarošas likmes; to, ko tā dara ar bota tīrajiem skaitļiem, ir vērts izlasīt, pirms stratēģija uz papīra tiek novērtēta par sekmīgu.

Ierobežojumi, ap kuriem skripts jāprojektē

Nekas no tā nav par to, vai automatizācija ir atļauta. Tas ir par griestiem, ko pats API uzliek tam, kā skripts uzvedas, izteiktiem skaidros skaitļos, ne atstātiem minējumiem. Četri no tiem ir svarīgākie, kamēr skripts joprojām ir zīmēšanas dēlī, un, kopā ar iepriekš minēto delayed atslēgas aiztures logu, tie ir skaitļi, kurus Betfair var pārskatīt; pārbaudiet aktuālos noteikumus, pirms ap kādu no tiem projektējat produkcijas kodu.

• 200 punktu maksimums tirgus datu pieprasījumiem. Izmaksas tiek summētas pa tirgiem un pieprasīto datu veidu; pārsniedzot kopsummu, tiek atgriezta kļūda, ne dati.
• 3 vienlaicīgu pieprasījumu robeža rīkojumu un pozīciju izsaukumiem. Pārbaudot aktuālos rīkojumus, peļņu un zaudējumus vai pabeigtos rīkojumus vairāk nekā trīs reizes vienlaikus, kamēr iepriekšējie izsaukumi joprojām darbojas, pieprasījums tiek atteikts, ne ievietots rindā.
• 1000 instrukciju sekundē robeža rīkojumu likšanai, atcelšanai, atjaunošanai vai aizstāšanai. Tas sedz visu kontu visos atvērtajos savienojumos, ne vienu izolētu skriptu.
• 20 minūšu bloķēšana pēc pārāk daudzām neizdevušām pieteikšanās reizēm. Katrs turpmākais pieteikšanās mēģinājums šajā periodā tiek automātiski atteikts, lai kas izraisīja iepriekšējās neizdošanās.

Otrs hipotētiskais gadījums, un tas, kas patiesībā pieķer cilvēkus. Skripts, kura pieteikšanās apstrādē ir kļūda, laikā neatjauno savu sesiju un mēģina atkārtoti ciešā ciklā, nevis atkāpjas. Divdesmit minūtes ir aptuveni futbola spēles puslaiks; izraisot bloķēšanu spēles sākumā, skripts palaiž garām vairāk no mača, nekā tas jebkad noķēra. Risinājums ir mazāk aizraujošs par stāstu: turiet sesiju un uzskatiet neizdevušos pieteikšanos par iemeslu apstāties, ne tūlīt mēģināt no jauna.