Handelsbot for binære markeder: eksponering og oppgjør

Eksponeringsgrenser i en handelsbot for binære markeder inkluderer fremtidige utførelser

En grense bør ta hensyn til posisjoner som allerede holdes, og ordrer som fortsatt kan gjennomføres. Hvis en bot eier 50 Ja-enheter og har åpne kjøpstilbud på ytterligere 70, er mulig posisjon 120 enheter hvis alle tilbud utføres. Et maksimum på 100 enheter er allerede overskredet av samlet forpliktelse selv om dagens beholdning fortsatt er lavere. Systemet bør ikke vente på utførelsene før det gjenkjenner eksponeringen.

Definer om grensen gjelder mengde, anskaffelseskostnad, tap i verste fall eller flere mål sammen. En mengdegrense er lett å tolke innenfor én kontrakt, men ulike kjøpspriser skaper ulike kontantforpliktelser. En kostnadsgrense styrer betalt beløp under en fullt finansiert kjøpsmodell. En scenariogrense kan ta hensyn til beslektede kontrakter der tap kan skje sammen. Hvert mål bør ha tydelig formål og uttrykkelig aggregeringsomfang.

Reservasjoner for åpne ordrer trenger maksimal tillatt pris og relevante avgifter. Et kjøpstilbud som ennå ikke er utført, kan fortsatt forbruke kapasiteten en annen avgjørelse trenger. Boten bør reservere før innsending og beholde reservasjonen mens utfallet er usikkert. Et tidsavbrudd kan ikke begrunne frigivelse av midlene med mindre autoritative poster fastslår at forsøket ikke skapte noen gjenværende forpliktelse.

Den eldre veiledningen om en bot for binære prediksjonsmarkeder gir et bredere grunnlag for kontrollene. Det konkrete kravet her er fremoverskuende: Kontoen må forbli innenfor tillatt eksponering etter rimelige utførelser, ikke bare i siste øyeblikksbilde det lokale programmet tilfeldigvis mottok.

En posisjonslogg for en handelsbot i binære markeder starter med utførelser

Lagre hver utførelse med stabil identifikator, kontrakt, utfallsside, mengde, pris og avgift. Loggen bør skille en gjentatt varsling om samme utførelse fra en ny gjennomføring. Hvis oppdateringer kan komme i feil rekkefølge, bør endelig posisjon ikke avhenge av rekkefølgen den lokale prosessen mottok dem i. Avstemming mot kontoposter gir en separat kontroll av oppsamlet resultat.

Vurder tre oppdiktede kjøp av samme Ja-utfall. Det første kjøper 100 enheter til $0,35 med en avgift på $1. Det andre kjøper 60 til $0,58 med en avgift på $1,20. Det tredje kjøper 40 til $0,72 med en avgift på $0,80. Kjøpsbeløpene er $35, $34,80 og $28,80, totalt $98,60. Avgiftene er totalt $3, så posisjonen på 200 enheter har en samlet anskaffelseskostnad på $101,60.

Gjennomsnittlig samlet kostnad er $0,508 per enhet. Gjennomsnittet er nyttig for noe analyse, men bør ikke erstatte enkeltutførelsene. De opprinnelige postene forklarer hvilke ordrer som ga posisjonen, og hvilke kostnadsforutsetninger som var nøyaktige. Hvis en senere gebyrjustering eller omstridt gjennomføring påvirker én utførelse, trenger loggen underliggende post for å oppdatere kontoen riktig.

Den beslektede artikkelen om en handelsbot for binære kontrakter undersøker hele ordrelivsløpet og avstemming etter oppgjør. En posisjonslogg er broen mellom trinnene: Den gjør bekreftede gjennomføringer til beholdninger og bevarer samtidig nok detaljer til å forklare hver enhet og hver kontantendring.

Skill kontanter, kostgrunnlag og mulig utbetaling

Kontoens kontantsaldo, anskaffelseskostnaden tilordnet en posisjon og posisjonens mulige utbetaling beskriver ulike ting. Kontanter kan være tilgjengelige for nye handlinger innenfor reservasjoner og kontoregler. Anskaffelseskostnad registrerer hva som ble brukt for å oppnå beholdningen. Mulig utbetaling beskriver et fremtidig kontraktsresultat under angitte utfall. Å behandle alle tre som én saldo gjør risikokontroll og resultatforklaring vanskelig.

For eksemplet med 200 enheter er $101,60 brukt. Vanlig vinnerutbetaling er $200 og taperutbetaling null. Hvis posisjonen holdes uendret gjennom avgjørelse, er mulige nettoresultater en gevinst på $98,40 eller et tap på $101,60, før andre kostnader utelatt fra eksemplet. At maksimalutbetalingen er $200, betyr ikke at $200 er tilgjengelig for å finansiere en annen ordre i dag.

En aktuell markedsreferanse kan gi en separat verdsetting. Hvis valgt referanse er $0,55, gir multiplikasjon med 200 $110. Tallet er ikke nødvendigvis en gjennomførbar salgsverdi og er ikke endelige inntekter. En bot bør merke referansetype og tidspunkt og ikke øke disponible kontanter bare fordi en markedsreferanse stiger.

Den eldre diskusjonen om programvare for handel i prediksjonsmarkeder er nyttig når man evaluerer hvordan et grensesnitt presenterer kategoriene. En godt utformet logg kan vise flere oversikter uten å blande dem. Operatøren bør alltid kunne svare på hvilket beløp som er kontanter, hvilket som er historisk kostnad, og hvilket som fortsatt er en betinget verdsetting.

Delvise salg endrer både mengde og kostnadsfordeling

Anta at boten selger 50 av de 200 enhetene til $0,61 og betaler ytterligere $0,50 i avgift. Bruttoinntektene er $30,50 og nettoinntektene $30. Med en enkel forholdsmessig fordeling for dette opplæringseksemplet bærer de 50 solgte enhetene 50 ganger $0,508, eller $25,40, i anskaffelseskostnad. Realisert resultat på delen er $4,60.

Gjenværende posisjon inneholder 150 enheter med $76,20 i fordelt anskaffelseskostnad. Netto kontanter brukt over alle kjøp og det delvise salget er $101,60 minus $30, eller $71,60. Tallene er beslektet, men ikke identiske: Fordelt kostnad for gjenværende enheter utelater realisert gevinst som allerede er tjent på solgt del, mens netto kontanter brukt gjenspeiler hele forløpet så langt.

Fordelingsmetoden bør være uttrykkelig og ikke presenteres som skatterådgivning. Ulike rapporteringskrav kan bruke ulike konvensjoner. For driftskontroll er uunnværlige poster faktiske mengder, kontantstrømmer og avgifter. En valgt analytisk fordeling hjelper med å forklare realiserte og gjenværende resultater, men må avstemmes mot hele kontanthistorikken.

Hvis en annen salgsordre fortsatt er åpen, bør loggen beholde muligheten for ytterligere mengdereduksjon. Et forespurt salg er ikke et fullført salg. Boten må unngå å merke tiltenkt gjenværende mengde som endelig før ordrens utførelser og uutførte rest er avklart. Ellers kan oppgjørsregnskap begynne med en mengde kontoen aldri faktisk holdt.

Sammenhold prognoseverdi med gjennomførbar salgsverdi

Etter det delvise salget antar vi at boten anslår 55 % sjanse for at gjenværende 150 Ja-enheter vinner. Den forenklede forventede bruttoutbetalingen er $82,50. En aktuell gjennomførbar kjøpskurs på $0,50 for hele mengden ville gi $75 før utgangsavgifter. Dette er ulike verdsettinger av ulike valg: Den ene gjelder å holde gjennom usikker avgjørelse, den andre salg nå til oppgitt tilgjengelig pris.

Boten bør ikke automatisk velge det større tallet uten å ta hensyn til kontoens regler, usikkerhet og gjenværende risiko. Prognosen kan være feil, og valget om å holde beholder en mulig nullutbetaling. Dagens kjøpskurs kan også endres før gjennomføring eller mangle antatt mengde. En anbefaling bør oppgi forutsetningene og be om avgrenset tillatelse for den konkrete handlingen fremfor å behandle en verdsettingsforskjell som en kommando.

En midtpris hører hjemme i et annet merket felt. Den kan beskrive dagens ordrebok, men er kanskje ikke prisen tilgjengelig for umiddelbart salg. Beløpet som faktisk kan hentes ut fra en stor beholdning, kan kreve flere kjøpsnivåer. Hvis dybde er utilgjengelig, bør boten merke avviklingsverdien som usikker fremfor å multiplisere beste kjøpskurs med hele posisjonen uten forbehold.

Veiledningen om Ja/Nei-handel utdyper journalsiden av skillene. En bots logg bør støtte samme tydelighet: Prognoser, gjennomføringsmuligheter og endelige utfall bør forbli atskilt nok til at en gransker kan forstå hvorfor kontoen valgte å holde, redusere eller vente.

Oppgjørsregnskap i en handelsbot for binære markeder bruker gjenværende enheter

Hvis gjenværende 150 enheter vinner under eksemplets vanlige utbetaling, gir de $150. Sammen med tidligere netto salgsinntekter på $30 er samlede inntekter $180 mot opprinnelige $101,60 brukt, som gir en gevinst på $78,40. Hvis gjenværende enheter taper, forblir totalinntektene $30 og samlet tap $71,60. Den opprinnelige kjøpsmengden på 200 enheter er ikke lenger oppgjørsmengde fordi 50 enheter ble solgt.

Oppgjørsprosessen bør knytte det offisielle resultatet til nøyaktig kontrakt og endelig beholdning. Bevar utfallspost, kreditert beløp, tidspunkt og eventuelle justeringer. En generell kontantøkning uten brukbar kontraktsreferanse er utilstrekkelig for pålitelig strategigjennomgang. Kontoen må vise hvorfor krediteringen tilhører denne posisjonen fremfor en overføring eller et annet marked.

Polymarkets dokumentasjon om avgjørelse beskriver regelbasert avgjørelse og innløsning, inkludert unntakstilfeller. Boten må bruke det faktiske produktets endelige behandling fremfor å tvinge hver post inn i sin forenklede antakelse om vanlig utbetaling. En særutbetaling bør registreres som det og gjennomgås mot vilkårene som gjaldt kontrakten.

Skill kjent avgjørelse fra avstemte inntekter. Et resultat vist på en markedsside fastslår ikke i seg selv at hver kontopost er fullstendig. Loggen kan beholde en ventende oppgjørstilstand mens utbetaling og gjenværende saldoer kontrolleres. Dette unngår for tidlig frigivelse av midler eller rapportering av endelige resultater før kontodokumentasjonen støtter konklusjonen.

Gruppegrenser trenger kontraktsbetydning

En bot som driver flere binære kontrakter, bør ikke aggregere bare etter ordene Ja og Nei. Ja i ett spørsmål og Nei i et annet kan begge tape. Kontrakter kan bruke ulike kilder, datoer eller terskler, og en overflatisk motsatt etikett fastslår ingen motregning. Gruppeeksponeringsmodellen trenger faktiske utbetalingsforhold, inkludert eventuelle intervaller eller unntakstilstander som forblir udekket.

Veiledningen om handel med binære kontrakter er relevant før slik aggregering fordi den undersøker vilkår før prissammenligning. Når koblingen er fastslått, kan boten beskrive scenariotap på tvers av beslektede posisjoner. En enkel modell kan evaluere et lite sett terskelintervaller; en mer kompleks modell kan kreve gjennomgåtte hendelseskombinasjoner. Metoden bør forbli forklarlig for personen som setter grensene.

Anta at to posisjoner hver koster $60 og begge kan tape når samme offisielle publisering faller under en terskel. Å behandle dem som separate markeder med separate grenser på $100 ville tillate $120 eksponering mot den felles tapstilstanden. En gruppegrense på $100 ville avvise eller redusere den andre forpliktelsen. Forskjellen ligger ikke i regnestykket, men i gjenkjenningen av felles scenario.

Hold gruppedefinisjoner versjonert. Hvis kontraktsforholdet endres på grunn av en regelpresisering eller korrigert kobling, trenger eksisterende posisjoner ny evaluering. Boten bør ikke fortsette å bruke en gunstig motregning som har mistet grunnlaget. En risikogrense er bare så meningsfull som kontraktstolkningen som avgjør hvilke posisjoner som hører sammen.

Ukjent tilstand bør redusere tilgjengelig kapasitet

Når kontoinformasjon er ufullstendig, bør boten bevare en konservativ grense for hva som fortsatt kan holdes eller erverves. Hvis en ordre kan ha blitt utført, kan eksponeringen ikke bare forsvinne fra den lokale modellen. Behold reservasjonen og undersøk støttede kontoposter. Nøyaktig grense avhenger av ordrens godkjente maksimale mengde og pris, ikke mengden operatøren håper ble utført.

En manglende utførelsesvarsling kan repareres gjennom avstemming uten ny ordre. Sammenlign åpne ordrer, handelshistorikk og posisjoner med stabile identifikatorer. Hvis kontoen viser flere enheter enn den lokale utførelsesloggen forklarer, merk forskjellen som uavklart og sett berørte eksponeringsøkende handlinger på pause. Ikke skap en syntetisk utførelse bare for å få totalene til å stemme, med mindre regnskapsprosedyren tydelig merker den som en midlertidig avstemmingsjustering som krever dokumentasjon.

Ved omstart laster du inn uavklarte forsøk før nye anbefalinger genereres. Prosessen bør vite at noe av de tilsynelatende kontantene allerede er reservert, og at en tidligere ordre fortsatt kan påvirke posisjonen. En ny applikasjonsøkt er ikke en ny konto. Prinsippet er særlig viktig rundt hendelsesfrister, der sene utførelser kan avgjøre endelig oppgjørsmengde.

Den eldre artikkelen om API for boter i prediksjonsmarkeder gir kontekst for postene en implementering kan trenge. Driftsmålet er en avstemt eksponeringsoversikt, ikke bare et responsivt grensesnitt. En bot kan være tilkoblet og fortsatt mangle dokumentasjonen som kreves for å godkjenne en ny posisjon.

Test loggen med et fullstendig gjennomarbeidet forløp

En meningsfull test kan gjenskape de tre kjøpene, det delvise salget og begge mulige vanlige avgjørelser. Kontroller 200 ervervede enheter, $98,60 i kjøpsbeløp, $3 i anskaffelsesavgifter og $101,60 i total kostnad. Etter salget kontrollerer du at 150 enheter gjenstår og netto salgsinntekter er lik $30. Den vinnende sluttgrenen bør gi $78,40 samlet, mens den tapende bør gi et tap på $71,60.

Test dupliserte og forsinkede oppdateringer med samme forløp. Lever én utførelsesvarsling to ganger og bekreft at mengde og kostnad ikke dobles. Lever salget før én eldre kjøpsvarsling og bekreft at endelig avstemt resultat fortsatt er riktig. Hold tilbake en avgiftsoppdatering og krev at loggen merker resultatet som foreløpig til kontoen gir manglende beløp.

Test også et kanselleringskappløp. En salgsordre tiltenkt 50 enheter kan utføre bare 30 før kansellering bekreftes. Loggen bør beholde 170 enheter, ikke planlagte 150. Oppgjørsberegninger bør automatisk følge faktisk gjenværende mengde. Testen kontrollerer en betydningsfull grense mellom hensikt og kontofakta fremfor bare å bekrefte at et lagret tall kan leses tilbake.

Testpostene bør forklare forutsetningene, inkludert utbetalingsenhet og kostnadsfordelingsmetode. Hvis produktet senere innfører en annen oppgjørsbehandling, legg til et tilfelle som tester behandlingen fremfor å anta at den vanlige binære testen dekker den. Et lite sett realistiske forløp kan avdekke mer enn mange tester som aldri krysser grensen fra åpen ordre til endelig utbetaling.

Mengde- og kontantgrenser fanger ulike tilfeller

Anta at to oppdiktede kjøp hver inneholder 100 enheter, men har priser på $0,20 og $0,80. Med en hypotetisk anskaffelsesavgift på $1 på hvert kjøp er samlede kostnader $21 og $81. En mengdegrense på 100 enheter behandler dem likt, mens en anskaffelseskostnadsgrense på $50 tillater første og avviser andre. Ingen av grensene er i seg selv tilstrekkelig alene; de besvarer ulike spørsmål om kontoens forpliktelse.

En mengdegrense kan beskytte en markedsspesifikk beholdningsgrense, mens en kontantgrense avgrenser betalt beløp under den fullt finansierte modellen. Boten bør vise hvilken begrensning som fikk en avgjørelse til å ikke bestå. En operatør som bare ser grense overskredet, kan ikke vite om redusert mengde, en annen pris eller avklaring av en eksisterende åpen ordre ville håndtere problemet.

Bruk samme skille under porteføljegjennomgang. To posisjoner med like maksimalutbetalinger kan ha ulike anskaffelsestap, og to posisjoner med like kostnader kan reagere på ulike hendelsestilstander. En tydelig rapport bevarer enheter, kostnad og scenarioeksponering fremfor å velge ett tall som universelt risikomål. Dette gjør grensene lettere å forklare og vanskeligere å omgå utilsiktet gjennom endret pris eller kontraktsvalg.

Rapporter avgrenset eksponering sammen med resultater

En nyttig botrapport viser dagens beholdninger, maksimal ytterligere eksponering fra åpne ordrer, bundne kontanter, uavklarte forsøk og oppgjørsstatus. Den kan også vise realisert resultat og merkede verdsettingsmål. Feltene lar operatøren forstå både hva som har skjedd, og hva som fortsatt kan skje. Ett fortjenestetall kan ikke gi oversikten.

Etter en fullført hendelse gjennomgår du forskjeller mellom godkjent plan og faktisk logg. Et gunstig resultat kan eksistere sammen med en overskredet grense eller en duplisert ordre. Et ugunstig resultat kan skje under en korrekt avgrenset og nøyaktig registrert posisjon. Gjennomgangen bør vurdere kontrollatferd separat fra hendelsesutfallet slik at flaks ikke avgjør hvilke tekniske feil som får oppmerksomhet.

Målet med en handelsbot for binære markeder er ikke å få usikkerhet til å forsvinne gjennom presis regnskapsføring. Det er å holde usikkerhet på riktig sted. Hendelsesutfallet kan forbli ukjent, mens kontoens mengde, forpliktelser og mulige tap bør være så uttrykkelige som tilgjengelige poster tillater. Grunnlaget gjør strategiens avgjørelser målbare og den endelige utbetalingen forståelig.