Spillebotter og API: automatisering uten å bli låst ute

Hva regelen faktisk deler i to

Automatisering er én linje blant flere i det bredere settet av profesjonelle spillemetoder denne siden dekker, og den får sin egen side fordi reglene her er mer spesifikke enn at «sharpe spillere bruker programvare». Forumspråk behandler «bot» som én ting: programvare som plasserer spill. Betfairs vilkår er mer presise. Klausul 12.1.4 lister, blant aktivitetene den behandler som mistenkelig, et spill plassert «otherwise than through the Account holder placing each Bet manually», som lest isolert ville fanget opp hvert script som noensinne er skrevet. Den leses ikke isolert: samme klausul har sitt eget unntak, presisert for å unngå tvil, om at spill plassert «via the Application Programming Interface (API)» ikke er inkludert. Setter du de to bitene sammen, er skillet eksakt: et script som klikker seg gjennom den vanlige nettsiden, er det klausulen retter seg mot, og et script som snakker med API-et, er unntaket klausulen selv navngir.

Apropos: «bot» gjør mye av jobben i den setningen, og selve ordet dukker aldri opp i klausulen. Betfairs jurister skrev i stedet «otherwise than through the Account holder placing each Bet manually», som er en lengre måte å si det samme på, men en mye vanskeligere setning å sitere feil. Tilbake til hva det betyr for deg.

Så regelen er ikke «botter er forbudt» og ikke «botter er greit». Den er snevrere: et uoffisielt script som jobber nettsiden som et svært raskt par hender, hører hjemme i en klausul om mistenkelig aktivitet, mens samme logikk koblet til det offisielle API-et hører hjemme i unntaket. Noen som trader stigen for hånd og et script som gjør det samme gjennom API-et, blir behandlet forskjellig av det samme dokumentet, og forskjellen er døren, ikke strategien bak den.

Hva du bør teste før en Live-nøkkel blir finansiert

Alle som bygger en bot, vil hoppe rett til å plassere spill. Den ærlige rekkefølgen går motsatt vei: bevis logikken mot data som med vilje er saktere enn realtid, med den minste innsatsen spillestedet tillater, før en betalt nøkkel eller en seriøs bankroll er i nærheten av den.

Det spennet, ett sekund i beste fall og opp til tre minutter i verste, er ikke en avrundingsfeil å avfeie. En pris et script sist så som rimelig, kan ha beveget seg langt forbi den i det scriptet handler, og det finnes ingen sandkasse som demper det: Betfairs egen dokumentasjon sier at det ikke finnes noe testmiljø som lar noen teste uten å bruke ekte midler. Hvert spill en Delayed-nøkkel plasserer, er et ekte spill med et ekte resultat, og det er grunnen til at den minste innsatsen spillestedet tillater, er den eneste forsvarlige måten å kjøre dette trinnet på.

Et hypotetisk eksempel, der hvert tall er oppfunnet bare for regnestykket. Si at et script observerer en pris på 2,10, bestemmer seg for å backe den, og API-et gir tilbake et øyeblikksbilde som er 180 sekunder gammelt akkurat da. Et mål, et rødt kort eller en sen scratch kan skje på tre minutter, så prisen scriptet tror det backer, og prisen som faktisk er tilgjengelig når ordren lander, kan være to forskjellige tall. Ingen smart logikk et hakk høyere opp retter opp en avgjørelse bygget på utdaterte data; forsinkelsen selv, ikke strategien lagt på toppen av den, er det første som er verdt å teste.

Spillestedet er bare halve bildet; den andre halvdelen er dataflyten en bot faktisk reagerer på, og et script bygget på tynn historikk vil feile uansett hvilken nøkkel det kjører på. Sjekk regnestykket for hånd med en kalkulator før du stoler på scriptets egne tall, og husk at exchange-kommisjon fortsatt trekkes fra alle vinnende spill; hva det gjør med en bots nettotall er verdt å lese før en strategi dømmes som en suksess på papiret.

Grensene et script må designes rundt

Ingenting av dette handler om hvorvidt automatisering er tillatt. Det handler om taket API-et selv setter for hvordan et script kan oppføre seg, satt opp i klare tall i stedet for overlatt til gjetting. Fire av dem betyr mest når et script fortsatt er på tegnebordet, og sammen med forsinkelsesvinduet til Delayed-nøkkelen over, er de tall Betfair kan revidere; sjekk de gjeldende vilkårene før du designer produksjonskode rundt noen av dem.

• Et tak på 200 poeng for forespørsler om markedsdata. Kostnaden legges sammen over markedene og typen data som etterspørres; å gå over totalen gir en feilmelding i stedet for dataene.
• Et tak på 3 samtidige forespørsler for ordre- og posisjonskall. Å sjekke aktive ordrer, gevinst og tap, eller oppgjorte ordrer mer enn tre ganger samtidig, mens tidligere kall fortsatt kjører, blir avvist i stedet for satt i kø.
• Et tak på 1000 instruksjoner per sekund for å plassere, kansellere, oppdatere eller erstatte ordrer. Det gjelder hele kontoen over alle åpne tilkoblinger, ikke ett enkelt script isolert.
• En utelåsning på 20 minutter etter for mange mislykkede innlogginger. Hvert videre innloggingsforsøk blir automatisk avvist i den perioden, uansett hva som forårsaket de tidligere feilene.

Et andre hypotetisk eksempel, og det som faktisk fanger folk. Et script med en feil i innloggingshåndteringen rekker ikke å oppdatere sesjonen i tide, og prøver på nytt i en tett løkke i stedet for å trekke seg tilbake. Tjue minutter er omtrent en fotballomgang; utløser du utelåsningen ved avspark, går scriptet glipp av mer av kampen enn det noensinne fikk med seg. Løsningen er mindre dramatisk enn historien: hold sesjonen i live, og behandle en mislykket innlogging som en grunn til å stoppe, ikke til å prøve igjen umiddelbart.