Kalshi-bot: lær arbejdsgangen for hændelseskontrakter

Hvad en Kalshi-bot til hændelseskontrakter faktisk gør

En Kalshi-bot til hændelseskontrakter har tre særskilte opgaver: at observere, beslutte og handle. Observation indsamler oplysninger om hændelsen, kontrakten og kontoen. Beslutning anvender regler på oplysningerne. Handling anmoder om en ordre eller en anden understøttet kontooperation. Et godt design holder opgaverne tilstrækkeligt adskilt til, at hver kan undersøges.

Antag, at hændelsen er, om et offentliggjort mål overstiger en angivet tærskel. En observation kan være en ny undersøgelse. Beslutningen kan være, at undersøgelsen ændrer den anslåede sandsynlighed fra 48 % til 53 %. Handlingen er ikke automatisk køb. Programmet behøver stadig den rigtige kontrakt, en acceptabel tilbudspris, tilstrækkelige ressourcer og tilladelse inden for sine grænser.

Skellet betyder noget, når informationen er korrekt, men handlen dårlig. En prognose på 53 % begrunder ikke betaling af 58 cent for en simpel YES-kontrakt med dollarudbetaling, blot fordi hændelsen er blevet mere sandsynlig. Et estimat skal sammenlignes med omkostningen ved at opnå den tilsvarende eksponering.

En bot kan også være nyttig uden nye handler. Den kan finde kontrakter til vurdering, kontrollere at registrerede gennemførelser stemmer med positioner eller advare operatøren om en ukendt regelændring. Opgaverne kræver andre tilladelser end ordreindsendelse. Fuld handelsautoritet til hver komponent gør en utilsigtet fejl mere alvorlig.

Den bredere ramme for botter på forudsigelsesmarkeder forklarer, hvorfor regler og afregning hører til handelsprocessen. På et bestemt handelssted bliver samme ræsonnement en kontodisciplin: Hver foreslået handling skal forklare, hvad der handles, hvorfor nu, hvor meget og under hvilke betingelser planen bliver ugyldig.

Læs kontrakten før prisen

En kort markedstitel hjælper ved søgning, men er ikke en fuld specifikation. De fulde regler bestemmer det målte udfald, perioden, kilden til bekræftelse og håndtering af usædvanlige forhold. Kalshi forklarer forskellen mellem sammenfatning og fuld kontrakt i sin vejledning til regeloversigter.

For et automatisk system er opgaven at omsætte læsningen til en post, som kan kontrolleres. Gem præcis markedsidentitet, betydningen af YES, observationsinterval og uafklarede spørgsmål. Hvis et menneske ikke har afklaret en tvetydighed, skal botten ikke stiltiende udfylde hullet med sin foretrukne fortolkning.

Overvej to hypotetiske kontrakter om samme månedstal. Den ene henviser til først offentliggjorte værdi, den anden til en senere revision. Én prognose kan informere begge, men deres udbetalinger behøver ikke passe sammen. Behandling som udskiftelige kan skabe en position, der opfører sig anderledes end den tilsigtede.

Tidsgrænser kræver samme omhu. En betingelse observeret når som helst i en periode adskiller sig fra en betingelse målt ved slutningen. En hændelse ved midnat i én tidszone kan tilhøre en anden dato et andet sted. Programmet behøver en udtrykkelig konvention frem for operativsystemets lokale standardtid.

En praktisk optagelsespost angiver også afvisningsgrunde. Det kan være manglende regler, ukendt kilde, en tærskel, der ikke kan fortolkes, eller en kontrakt uden for den tilsigtede produktfamilie. Afvisninger bevarer strategiens betydning. De er ikke mistede muligheder, der automatisk bør tilsidesættes, når prisen ser attraktiv ud.

Adskil en prognose fra en prisudtrykt sandsynlighed

En kontraktpris omtales ofte som implicit sandsynlighed. Det kan være nyttigt, men bør ikke få programmet til at behandle en vist pris som en fuld sandsynlighedsmodel. Pristilbud afhænger af købere og sælgere, positionsgrænser, spænd, størrelse og tid. Seneste handel kan også være gammel.

For en simpel binær kontrakt med udbetaling på én dollar ved YES indebærer et eget estimat på 60 % en forventet udbetaling på 60 cent pr. kontrakt før omkostninger. Hvis købsprisen, der kan handles til, er 55 cent, er forskellen fem cent. Det er et estimat baseret på prognosen, ikke allerede tjente penge.

Antag nu, at modelusikkerheden giver et plausibelt sandsynlighedsinterval fra 51 % til 64 %. Samme køb ser fordelagtigt ud i den høje ende og ufordelagtigt i den lave. Konservative regler kan kræve, at handlen stadig er acceptabel ved et mindre optimistisk estimat. Andre regler kan reducere størrelsen, når prognoseusikkerheden vokser.

Det afgørende er, at reglen fastlægges før resultatet. Skift mellem estimater først efter at have set, om handlen vandt, forhindrer meningsfuld vurdering. Gem prognosen, tidspunktet, kilden og beslutningens pris. Sammenlign senere prognosen med udfald uden at erstatte det oprindelige estimat.

Forveksl ikke præcision med rentabilitet. Et program, der køber meget sandsynlige udfald tæt på fuld udbetaling, kan vinde ofte og tjene for lidt på vinderne til at dække lejlighedsvise tab og omkostninger. Omvendt kan en strategi have mange tabende handler og stadig fordelagtig aritmetik efter sine antagelser. Posten skal vise både udfaldsfordelingen og betalte beløb.

Opbyg en kontoarbejdsgang for en Kalshi-bot

En kontoarbejdsgang for en Kalshi-bot begynder med et kontobillede, der adskiller tilgængelige ressourcer fra forpligtelser. Kontanter, åbne ordrer, eksisterende positioner og uafregnede resultater hænger sammen, men ingen erstatter fuldt ud de andre. En uopfyldt ordre kan stadig betyde noget, fordi den kan gennemføres under en anden beslutning.

Forestil dig en konto med 200 dollar allokeret til en lille forskningsstrategi. Den har allerede kontrakter købt for 24 dollar, og to hvilende ordrer kan kræve yderligere 18 ved fuldt match. Et nyt forslag til 20 dollar vurderes ikke alene mod de oprindelige 200. Strategien skal medregne aktuelle forpligtelser og tabsophobningen fra ny eksponering.

Kontoposten skal også adskille tilsigtet ordre, accepteret ordre og gennemførelse. Hensigten findes lokalt før indsendelse. Accept viser, at handelsstedet anerkendte anmodningen. En gennemførelse er en økonomisk transaktion. At behandle første vellykkede svar som bevis for hele målpositionen giver forkerte opfølgende handlinger.

Delvise gennemførelser gør forskellen synlig. Hvis det ønskede køb er 40 kontrakter og 12 gennemføres, ejer kontoen 12, ikke 40. Hvis resten forbliver aktiv, er der stadig mulig eksponering fra 28 yderligere. Programmet skal kunne vise begge fakta uden at sammenfatte dem i én vildledende status.

Arbejdsgangen for automatisk handel på forudsigelsesmarkeder udvikler denne bredere driftsløkke. En første Kalshi-implementering kan have snævert omfang, men behøver stadig en pålidelig forbindelse mellem beslutninger, accepterede anmodninger, gennemførelser og endelig kontotilstand.

Følg en hypotetisk position gennem kontoen

Overvej et illustrativt køb af 50 YES-kontrakter til 40 cent hver. Købsbeløbet er 20 dollar. Antag samlede indgangsomkostninger på 50 cent til øvelsen; det er ikke en angivelse af aktuelle Kalshi-gebyrer. Den registrerede anskaffelsesomkostning er derfor 20 dollar og 50 cent.

Senere sælger programmet 20 af kontrakterne til 55 cent hver og har antagne salgsomkostninger på 20 cent. Bruttoprovenuet er 11 dollar og nettoprovenuet 10 dollar og 80 cent. Med forholdsmæssig omkostningsfordeling i undervisningseksemplet bærer den solgte del 20/50 af de oprindelige 20 dollar og 50 cent, altså 8 dollar og 20 cent.

Realiseret gevinst ved salget er 2 dollar og 60 cent. De resterende 30 kontrakter bærer 12 dollar og 30 cent i fordelt anskaffelsesomkostning. Deres aktuelle markedsværdi er et særskilt mål. Den skal ikke lægges til realiseret fortjeneste, som om kontrakterne allerede var solgt.

Hvis den resterende simple binære YES-position afregnes til én dollar pr. kontrakt uden yderligere antagne omkostninger, modtager den 30 dollar. Samlet nettoprovenu fra salg og afregning er 40 dollar og 80 cent. Efter fradrag af oprindelige 20 dollar og 50 cent bliver totalgevinsten 20 dollar og 30 cent.

Hvis YES i stedet afregnes til nul, er totalresultatet de 10 dollar og 80 cent fra det tidligere salg minus oprindelig omkostning, altså et tab på 9 dollar og 70 cent. Delsalget ændrede den resterende risiko; det garanterede ikke samlet fortjeneste. En kontojournal skal gøre begge mulige forløb lette at forstå før afgørelsen.

Fastlæg Kalshi-bottens risikogrænser økonomisk

Kalshi-bottens risikogrænser skal beskrive beløb, kontoen kan tabe, ikke kun antallet af anmodninger. En grænse på ti ordrer siger lidt, hvis én ordre er langt større end de andre. Kontraktantal kræver også kontekst, fordi betaling af 15 cent og 85 cent giver forskellige købsomkostninger for samme simple binære mængde.

Begynd med maksimal allokering til strategien, og del grænsen i mindre kontroller. Et markedsloft afgrænser én kontrakt. Et hændelsesloft dækker beslægtede kontrakter. Et kildeloft vedrører flere positioner afhængige af samme offentliggørelse eller afgørelsesmyndighed. Kontrollerne besvarer forskellige spørgsmål og skal ikke erstattes af én bred saldokontrol.

Korrelation kan få tilsyneladende spredte positioner til at opføre sig ens. Strategien kan holde kontrakter med forskellige titler, som alle taber ved en overraskelse i samme retning i ét økonomisk tal. Kun at se antallet af markeder kan skjule eksponeringen. Beskriv nogle plausible hændelsesscenarier, og beregn den samlede virkning.

Åbne ordrer hører til scenarierne. Hvis botten allerede holder 25 kontrakter og har købsbud på yderligere 25, giver en købsgrænse baseret kun på gennemførte positioner plads til utilsigtet overdimensionering. Usikre indsendelser kræver også midlertidig kapacitet, indtil udfaldene afklares. Ellers kan netværksforsinkelse få samme penge til at se tilgængelige ud to gange.

Stopregler skal angive, hvad der sker ved en nået grænse. Pause for nye indgange, anmodning om annullering af aktive ordrer og fortsat kontoafstemning er forskellige handlinger. Blot at afslutte processen kan efterlade ordrer på handelsstedet og fjerne netop den observatør, som skal opdage senere gennemførelser.

Adskil test fra belæg for en fordel

Test kan vise, at programmet anvender reglerne korrekt. Den kan ikke i sig selv vise, at reglerne har en rentabel fordel. En vellykket test af køb, delsalg og genstart fastslår nyttige tekniske fakta, men validerer ikke prognosen bag købet.

Begynd med kontrollerede eksempler med kendte forventede resultater. Giv bogføringssystemet scenariet med 50 kontrakter ovenfor, og kontrollér regnestykket. Ændr salgsmængden, tilføj en gennemførelse, og kontrollér, at restbeholdning og omkostninger ændres sammen. Det siger mere end en plausibel saldo på et kontrolpanel.

Test derefter tilfælde, der skal føre til ingen handel. Giv programmet et gammelt pristilbud, en ukendt kontraktregel, en mængde over loftet eller et kontosvar, der ikke kan fortolkes. Resultatet skal være en forklaret afvisning. En bot, der kun viser vellykkede indgange, har ikke vist, at dens grænser virker.

Registrerede markedsobservationer kan derefter understøtte et simuleret beslutningsstudie. Bevar rækkefølgen, hvori information blev tilgængelig. Lad ikke senere afregningsinformation påvirke tidligere beslutninger. Medtag handler, der ville være afvist eller uopfyldt, frem for at tælle hvert attraktivt historisk pristilbud som afsluttet køb.

Kalshis dokumentation om demomiljøet beskriver testmidler og bemærker, at demoadfærd kan afvige fra virkelige markeder. Miljøet er nyttigt til forbindelses- og arbejdsgangsøvelser, mens reel udførelseskvalitet er et andet spørgsmål. En gunstig demosaldo bør ikke præsenteres som prognose for resultater i drift.

Vid, hvad der kræver menneskelig vurdering

Nogle grænser håndteres bedre ved vurdering end ved stadig mere kompliceret automatisering. En væsentlig regelændring, en ukendt afregningsundtagelse eller en afvigelse, som kendte gennemførelser ikke forklarer, kan kræve, at et menneske afgør, om strategien stadig gælder. Programmet skal lette vurderingen ved at bevare de relevante beviser.

En nyttig vurderingspakke indeholder kontraktidentitet, aktuelle og tidligere godkendte regelbeskrivelser, kontoafvigelsen og seneste handlinger. Den skal udelade hemmeligheder. En operatør, der prøver at forstå et problem, behøver beslutningsposter og tidsstempler, ikke en privat nøgle indsat i en supportbesked.

Vejledningen til handels-API’er på forudsigelsesmarkeder forklarer grænsen mellem offentlige observationer og autentificerede kontohandlinger. I første implementering hjælper en snæver grænse med at sikre, at en dataindsamlingsfejl ikke direkte kan autorisere en større handel.

Menneskelig vurdering har også begrænset kapacitet. En strategi med hundredvis af uforklarede daglige varsler er ikke godt overvåget blot på grund af en varselfunktion. Vælg et markedsunivers og en handelsfrekvens, ejeren kan forstå. Gentagne ignorerede advarsler bør udløse ændret arbejdsgang, ikke en længere notifikationsliste.

Før udvidelse skal ejeren kunne forklare én hel handel fra oprindelig prognose til endeligt kontoresultat. Forklaringen skal holde gennem delvis gennemførelse, annulleret rest og forsinket afregning. Evnen til at rekonstruere en almindelig position er grundlaget for senere at forstå usædvanlige hændelser.

Adskil finansiering fra handelsresultater

En kontosaldo kan stige, uden at strategien tjener noget. Et nyt indskud er yderligere finansiering, mens afregningsprovenu omfatter tilbageførsel af penge oprindeligt bundet i en vindende position. En bot, der mærker enhver stigning som fortjeneste, vildleder ejeren, selv hvis hver ordrepost er korrekt.

Vedligehold særskilte poster for eksterne pengebevægelser og intern handelsaktivitet. Antag en konto, der starter med 100 dollar, modtager et indskud på 50 dollar og ender med 142 dollar efter lukning af alle positioner. Uden andre justeringer er handelsresultatet et tab på otte dollar, ikke en gevinst på 42. Indskuddet ændrede den tilgængelige kapital, ikke strategiens kvalitet.

Samme forskel gælder ved hævning. Penge taget ud reducerer saldoen uden nødvendigvis at være et handelstab. Vis indskud, hævninger, gebyrer, realiserede resultater og uafklarede positioner som særskilte kategorier før sammenfatningen.

Vælg et rapporteringsinterval, der passer til strategien. En dagsrapport kan vise udestående forpligtelser og kendte omkostninger og anerkende, at nogle udfald stadig er uafklarede. Den skal ikke tvinge enhver åben position ind i endelig gevinst eller tab blot for at få et pænt dagstal. Ærlig bogføring bevarer usikkerheden, indtil relevante beviser kommer.

Brug en lille beslutningspost til at vurdere fremdrift

En kort beslutningspost kan gøre en grundlæggende bot mere nyttig end et langt mere kompliceret system med dårligt grundlag. Bevar for hver mulighed kontrakt, observationstid, prognose, tilbudspris, foreslået størrelse, godkendelsesresultat og endelig handling. Tilføj begrundelsen, når reglerne afviser handel.

Vurdér posterne i grupper. Hvis de fleste afvisninger skyldes uklare regler, kræver optagelsesprocessen opmærksomhed. Hvis godkendte muligheder forsvinder før ordrenes ankomst, kan udførelsestiden være begrænsningen. Hvis gennemførelser sker som tilsigtet, men prognoser konsekvent er optimistiske, er problemet forskningskvalitet. Hvert problem kræver sin reaktion.

Adskil kontrollerbare fejl fra almindelig usikkerhed. En korrekt udført tabende kontrakt er ikke nødvendigvis en softwarefejl. Køb af forkert kontrakt, overskridelse af godkendt mængde eller tab af beviser til at forklare en saldo er driftsfejl, selv hvis handlen tilfældigvis vinder. Fortjeneste bør ikke slette en procesfejl.

En nyttig første milepæl er derfor beskeden og konkret: Botten kan forklare hver handling, hver udestående forpligtelse og hvert afregnet resultat inden for sit lille mandat. Udvidelse bliver et bevidst valg understøttet af beviser om den eksisterende arbejdsgang. Hastighed, flere markeder og mere komplicerede prognoser kan derpå vurderes mod en allerede forståelig proces.

Relaterede vejledninger og trinvis gennemgåede eksempler

• Kalshi-handelssoftware: bevar gennemskuelige beslutninger — Definér softwarekrav til bevarede data, opgraderinger og hændelsesundersøgelse.
• Bedste Kalshi-handelsbot: sammenlign grundlaget — Sammenlign værktøjer til hændelseskontrakter ud fra demonstreret adfærd og klare afvejninger.