Egy kicsi adatrács-alakzat, amelyet egyenes vonal köt össze a jobb oldalon egyedül álló fogaskerékkel.

Fogadási botok és API-k: automatizálás kizárás nélkül

A bot hajnali háromkor fut. A számládnak reggel kilencre is meg kell lennie. A Betfair valódi határt húz a kettőhöz vezető két út közé, és ez nem az a határ, amelyet a legtöbb fórumszál leír.

A fogadási bot minden olyan szkript, amely fogadást ad le vagy kezel úgy, hogy nincs ujj az egéren. A Betfair Exchange tőzsdén nem a „bot” szó dönti el, hogy ez megengedett-e, hanem az „API”. A Betfair feltételei gyanús tevékenységnek tekintik azt a fogadást, amelyet más automatizált módon adnak le, nem úgy, hogy a számlatulajdonos kézzel adja le az egyes fogadásokat, majd az API-t rögtön kiveszik ez alól a pont alól: az azon keresztül leadott fogadások kifejezetten kimaradnak. Egy második szabály az API-felhasználókat is érinti: a számlának személyesnek kell maradnia, nem valaki más számára működtetett szolgáltatásnak. Mielőtt bármi ebből számítana, teszteld a logikát a Delayed kulcs késleltetett adatain, és az API saját kérés-, párhuzamosság- és bejelentkezési korlátai köré tervezz. Maguk a kulcsok, az áruk és az, mit mond a négy bróker a saját eszközeiről, külön oldalon vannak, alább hivatkozva.

Mit választ el valójában a szabály

Az automatizálás egy vonal a sok közül a hivatásos fogadási módszerek tágabb körén belül, amelyet az oldal tárgyal, és azért kap külön oldalt, mert az itteni szabályok konkrétabbak, mint az, hogy „a sharp fogadók szoftvert használnak”. A fórumok rövidítése a „bot”-ot egyetlen dolognak tekinti: fogadásokat leadó szoftvernek. A Betfair feltételei pontosabbak. A 12.1.4 pont a gyanúsnak tekintett tevékenységek között említi azt a fogadást, amelyet „otherwise than through the Account holder placing each Bet manually” adnak le (azaz nem úgy, hogy a számlatulajdonos kézzel adja le az egyes fogadásokat), és ezt önmagában olvasva minden valaha írt szkript beleesne. Nem önmagában kell olvasni: ugyanez a pont tartalmazza a saját kivételét, a félreértések elkerülése végett kimondva, hogy a „via the Application Programming Interface (API)” (az alkalmazásprogramozási felületen keresztül) leadott fogadások nem tartoznak bele. Tedd össze a két töredéket, és a határ pontos: a pont a megszokott weboldalon átkattintgató szkriptet célozza, az API-val beszélő szkript pedig az a kivétel, amelyet a pont önmagának megnevez.

Mellékes megjegyzés: a „bot” sokat dolgozik ebben a mondatban, a szó pedig valójában sehol nem szerepel a pontban. A Betfair jogászai ehelyett azt írták: „otherwise than through the Account holder placing each Bet manually”, ami ugyanazt jelenti hosszabban, de sokkal nehezebb félreidézni. Mindegy, vissza ahhoz, mit jelent ez neked.

A szabály tehát nem az, hogy „a botok tiltottak”, és nem az, hogy „a botok rendben vannak”. Szűkebb: egy nem hivatalos szkript, amely a weboldalt dolgozza mint egy nagyon gyors kéz, a gyanús tevékenységről szóló pontba esik, ugyanez a logika a hivatalos API-ra kötve pedig a kivételbe. Aki kézzel kereskedik az árlétrán, és egy szkript, amely ugyanezt az API-n át teszi, ugyanazon dokumentum szerint másként kezelendő, és a különbség az ajtó, nem a mögötte álló stratégia.

A személyes használat határa, és hol léphet át rajta egy bot

Egy második pont legalább ugyanannyit számít, és sokkal kevesebben olvassák. A Betfair tiltottnak tekintheti egy számla használatát, „if we suspect (acting reasonably) that your Account's usage represents ‘business usage’” (ha észszerűen azt gyanítjuk, hogy a számla használata „üzleti használat”), szándékosan tágan meghatározva: „‘business usage’ includes any use by a betting operator or any use by an individual or organisation supplying data or services to a betting operator” (az „üzleti használat” magában foglal minden olyan használatot, amelyet fogadási üzemeltető, vagy fogadási üzemeltetőnek adatot vagy szolgáltatást nyújtó magánszemély vagy szervezet végez) (11.2.13 pont). Ennek semmi köze a fenti API-kivételhez. Egy szkript lehet teljesen a 12.1.4 kivételén belül, és mégis megszegheti a 11.2.13 pontot, ha valójában másnak intéz fogadásokat, előfizetői szolgáltatást táplál, vagy más fogadóknak eladott termék háttere.

A két pontot úgy kezelném, hogy különböző kérdésekre válaszolnak. A 12.1.4 pont azt kérdezi, hogyan adták le a fogadást. A 11.2.13 pont azt kérdezi, kinek a pénze és kinek a döntése volt valójában. Az a bot, amely mindig csak egy ember saját számláján működik, alapértelmezetten megfelel a második kérdésnek. Az a bot, amely több ember tétjeit kezeli, vagy eladja a jelzéseit, nem, bármelyik ajtón át adja is le a fogadást.

Az API-hoz vezető minden út igazolt számláról indul. A Betfair saját fejlesztői súgója egyértelműen megmondja: Betfair számla nélkül „you cannot proceed with licensing” (nem folytathatod az engedélyezést) egyáltalán, és a személyazonosság-ellenőrzések, amelyeket a megerősítés valójában jelent, bármely kulcs előtt állnak. A kereskedelmi automatizálásnak külön útja van a Betfair üzleti oldalán keresztül, nem egy nagyobb költségvetésű személyes kulcs.

Az API az ajtó. A weboldalon futó szkript nem az.

Mit tesztelj, mielőtt egy Live kulcsot finanszíroznál

Mindenki, aki botot épít, át akar ugrani a fogadások leadására. Az őszinte sorrend fordított: a logikát bizonyítsd olyan adaton, amely szándékosan lassabb a valós időnél, a hely által engedett legkisebb téttel, mielőtt fizetős kulcs vagy komoly bankroll a közelébe kerülne.

Betfair Delayed kulcs: mennyire lehet régi az ármadat

Forrás: a Betfair fejlesztői dokumentációja, FACTS-betfair.md 6. szakasz.

Az ábra adatai
TételÉrték
Leggyorsabb pillanatkép1
Leglassabb pillanatkép180

Ez a tartomány, a legjobb esetben egy másodperc, a legrosszabb esetben akár három perc, nem kerekítési hiba, amelyet vállrándítással el lehet intézni. Egy ár, amelyet a szkript utoljára észszerűnek látott, jócskán túlmozdulhat, mire a szkript cselekszik, és nincs homokozó, amely ezt tompítaná: a Betfair saját dokumentációja kimondja, hogy nincs olyan tesztkörnyezet, amelyben valós pénz nélkül lehetne tesztelni. A Delayed kulcs által leadott minden fogadás élő fogadás valódi eredménnyel, ezért a hely által engedett legkisebb tét az egyetlen ésszerű módja ennek a szakasznak a futtatására.

Egy hipotetikus példa, amelynek minden száma kizárólag a számtan kedvéért kitalált. Tegyük fel, hogy egy szkript egy 2,10-en álló árat figyel, úgy dönt, hogy backeli, és az API éppen akkor egy 180 másodperces pillanatképet ad vissza. Három perc alatt történhet gól, piros lap vagy késői visszalépés, így az ár, amelyet a szkript backelni vél, és a megbízás megérkezésekor ténylegesen kínált ár két különböző szám lehet. Semmilyen okos logika a háttérben nem javít egy elavult információra épülő döntést; maga a késés, nem a rá épített stratégia az első, amit érdemes tesztelni.

A hely csak a kép fele; a másik fele az adatfolyam, amelyre a bot ténylegesen reagál, és egy vékony előzményre épített szkript tévedni fog, bármelyik kulcson fut is. Ellenőrizd a számtant kézzel egy számológépen, mielőtt megbíznál a szkript saját számaiban, és ne feledd, hogy a tőzsdei jutalék minden nyertes fogadásból levonódik; mit tesz ez egy bot nettó számaival, érdemes elolvasni, mielőtt egy stratégiát papíron sikeresnek ítélsz.

Kis mechanikus karok sora egy fogadási szelvény fölött, egy kivételével mind mozdulat közben megállva.
A bot nagy része várakozás. Az a rész, amelyik elsül, az, amit a szabályok számon tartanak.

A korlátok, amelyek köré a szkriptet tervezni kell

Mindez nem arról szól, hogy az automatizálás megengedett-e. Arról szól, mekkora plafont szab maga az API a szkript viselkedésének, egyszerű számokban megadva, nem találgatásra hagyva. Négy számít a legtöbbet, amikor a szkript még a rajzasztalon van, és a Delayed kulcs fenti késleltetési ablakával együtt olyan adatok, amelyeket a Betfair módosíthat; mielőtt éles kódot tervezel bármelyik köré, nézd meg a hatályos feltételeket.

  • 200 pontos plafon a piaci adatkérésekre. A költséget a piacok és a kért adattípus alapján adják össze; a teljes összeg túllépése hibát ad adat helyett.
  • 3 párhuzamos kérés plafonja a megbízás- és pozícióhívásokra. A jelenlegi megbízások, a nyereség és veszteség vagy az elszámolt megbízások háromnál többszöri egyidejű lekérdezése, miközben a korábbi hívások még futnak, elutasításra kerül, nem sorba áll.
  • 1000 utasítás/másodperc plafon a megbízások leadására, törlésére, módosítására vagy cseréjére. Ez a teljes számlára vonatkozik az összes nyitott kapcsolaton át, nem egy szkriptre külön.
  • 20 perces kizárás túl sok sikertelen bejelentkezés után. Minden további bejelentkezési kísérletet automatikusan elutasítanak erre az időre, bármi okozta is a korábbi hibákat.

Egy második hipotetikus példa, és ez fogja el igazán az embereket. Egy szkript, amelynek bejelentkezéskezelésében hiba van, nem frissíti időben a munkamenetét, és szoros hurokban próbálkozik újra ahelyett, hogy visszalépne. Húsz perc nagyjából egy futballfélidő; ha a kizárást a kezdőrúgáskor váltod ki, a szkript többet hagy ki a meccsből, mint amennyit valaha elkapott. A javítás unalmasabb, mint a történet: tartsd meg a munkamenetet, és egy sikertelen bejelentkezést tekints a megállás, ne az azonnali újrapróbálás okának.

Ahol egy bróker saját feltételei újabb réteget adnak

Minden fenti a Betfair saját szabálykönyve, és csak közvetlenül vezetett Betfair számlára érvényes. A bróker tőzsdei eszköze más termék, a brókernél nyitva, nem a Betfairnél, így a Betfair API-pontjai nem követik automatikusan. Ehelyett az egyes brókerek saját feltételei számítanak, és nem mindegyik mond ugyanazt a szkriptekről: egyesek saját API-t tesznek közzé, mások kereken tiltják az automatizált hozzáférést. A bróker adatkaparást tiltó pontját saját házirendnek tekintsd, amelyet be kell tartani, és jelezni, ha változik, soha nem olyasminek, amit meg lehet kerülni. Mit mond ma az egyes bróker a botokról brókerenként részletezi, az árakkal együtt, amit a kulcsok költenek; ezt az oldal nem ismétli.

Ha nem egy szkript építése és karbantartása a valódi cél, a brókerek már csomagolnak ebből egyet-mást: a bróker beépített automatizálása bemutatja, mi jön készen, kód nélkül. A 12.1.4 pont szerint gyanús tevékenység miatt megjelölt számlát sem hagyják csendben, automatizált-e vagy sem; hogyan néz ki valójában egy számlakorlátozás ezt az oldalt tárgyalja.

Nem építenék semmit, mielőtt elolvasom az adott bróker hatályos feltételeit, nem egy fórumos összefoglalót. A négy bróker feltételei egymás mellett a leggyorsabb módja annak, hogy lásd, hol üdvözlik az automatizálást, hol hallgatnak róla, és hol tiltják kereken.

Gyakran ismételt kérdések

Szabálysértő-e a fogadási bot használata a Betfair Exchange tőzsdén?

Nem automatikusan. A Betfair feltételei gyanús tevékenységnek tekintik azt a fogadást, amelyet más automatizált módon adnak le, nem úgy, hogy a számlatulajdonos kézzel adja le az egyes fogadásokat, majd ugyanebből a pontból kifejezetten kiveszik a hivatalos API-n át leadott fogadásokat. Az API-n át működő szkript a kivételbe esik; az, amelyik a megszokott weboldalt dolgozza mint nagyon gyors kezek, nem.

Futtatható-e fogadási bot valaki másnak, vagy vállalkozásként?

Ez egy másik határt lép át. A Betfair tiltottnak tekinthet egy számlát, ha észszerűen azt gyanítja, hogy a használat üzleti használatnak minősül, amely magában foglalja a fogadási üzemeltető, vagy annak adatot vagy szolgáltatást nyújtó bárki általi használatot. A személyes számla a tulajdonos saját fogadására való, automatizálva vagy anélkül.

Mi a tényleges különbség egy fogadási bot és a Betfair API között?

A „bot” a szoftver rövidítése; az API az a konkrét, engedélyezett csatorna, amelyet a Betfair az automatizált hozzáféréshez épített. A feltételek nem a ráragasztott címke alapján ítélik meg a szoftvert, csak aszerint, melyik csatornán adták le a fogadást.

Tesztelhető-e fogadási bot valódi pénz kockáztatása nélkül?

A Delayed kulcson, az ingyenes fejlesztői lehetőségen nem: a Betfair kimondja, hogy nincs olyan tesztkörnyezet, amelyben valós pénz nélkül lehetne tesztelni, így az általa leadott minden fogadás élő fogadás valódi eredménnyel, és legjobb a legkisebb téttel tartani, amíg a logikát még bizonyítják.

Milyen gyorsan adhat le megbízásokat egy fogadási bot, mielőtt az API lefékezi?

A Betfair által megadott plafonok: 200 pontos korlát arra, mennyi piaci adatot kérhet egyetlen kérés, 3 párhuzamos kérés a megbízás- és pozícióhívásokra, és 1000 megbízási utasítás másodpercenként az egész számlán. Túl sok sikertelen bejelentkezés egy 20 perces kizárást tesz ehhez. Mielőtt bármelyikre éles kódot építenél, nézd meg a hatályos dokumentációt.

Engedik-e az oldalon szereplő sportfogadási brókerek a fogadási botokat?

Brókertől függ, és az oldal nem ismétli a részleteket; az oldal, amely az egyes bróker saját álláspontját tárgyalja az API-król és az automatizálásról, brókerenként megadja, a Betfair kulcsok költségeivel együtt.