Ja-Nej-handelsbot: hold side, pris og gebyrer klare

Sidetilknytning i en Ja-Nej-handelsbot begynder med identifikatorer

Gem kontraktidentifikatoren og hver udfaldsidentifikator eksplicit. En betegnelse som Ja er kun meningsfuld inden for en bestemt kontrakt. To tilstødende markeder kan begge have et Ja-udfald og samtidig henvise til forskellige tærskler, datoer eller kilder. Tilknytningen bør forbinde strategiens betingelse med det præcise udfald, udføreren vil indsende, med en versionsstyret regelhenvisning, som forklarer forholdet.

Hold køb og salg som separate handlingsfelter. Et køb tilføjer den valgte position og forbruger de nødvendige kontanter eller den nødvendige sikkerhed under de faktiske kontomekanismer. Et salg reducerer eller ændrer på anden måde positionen efter handelsstedets understøttede model. Antag ikke ubegrænset shortsalg eller, at et økonomisk komplement altid kan udtrykkes gennem samme driftshandling.

Eksempelvis bør en anbefaling om at købe 120 Nej-enheder forblive et Nej-køb i instruktionsregistreringen. Systemet kan også beregne dens tilsvarende retningsbestemte eksponering mod Ja til risikoanalyse, men den udledte visning må ikke erstatte den faktiske ordreidentitet. Hvis adapteren ubemærket konverterer den til et Ja-salg, kan den skabe en instruktion, kontoen ikke kan understøtte, eller en anden kontantvej end den, risikokontrollen godkendte.

Den ældre guide om automatisk køb af Ja- og Nej-andele på Polymarket giver kontekst for udfaldsvalg. En robust tilknytningstest bør med vilje bruge lignende kontraktnavne og modsatte sider. Målet er at bevise, at botten vælger det godkendte udfald og den godkendte handling frem for blot at producere en pris, som ser plausibel ud.

Hold observerede og udledte kurser adskilt

Et handelssted kan rapportere de to udfaldsbøger direkte eller vise en repræsentation, hvorfra et salgstilbud på den modsatte side udledes. Botten bør dokumentere tilknytningen og bevare den oprindelige observation. En udledt kurs bør identificere den kildeside, pris, mængde og det tidsstempel, som understøtter den. Det lader en reviewer undersøge transformationen, når kontoens faktiske handling ser overraskende ud.

Kalshis dokumentation om ordrebogen beskriver Ja- og Nej-købstilbudsrækker med komplementære salgstilbudsforhold. I et standardeksempel med én dollar svarer et Ja-købstilbud på 0,33 dollar til et Nej-salgstilbud på 0,67 dollar. Forholdet kan informere en Nej-købsberegning, men gør ikke enhver vist Ja-værdi til et passende input. En midtpris eller gammel seneste handel er ikke det samme som det aktuelle købstilbud på den modsatte side.

Bevar dybde sammen med pris. Hvis kildekøbstilbuddet kun understøtter 40 enheder, understøtter det udledte salgstilbud den mængde på niveauet, ikke et ubegrænset køb. Yderligere mængde kræver yderligere niveauer og en ny beregning af gennemsnitlig omkostning. En adapter, som udleder den korrekte pris, men knytter den forkerte mængde til, kan stadig skabe en upræcis anbefaling.

Den relaterede guide om oddshandelssoftware undersøger normaliserede data bredere. Et nyttigt internt format bør mærke observationstype og oprindelse. Normalisering gør kun værdier sammenlignelige, når den bevarer de kendsgerninger, som kræves for at fortolke dem; fjernelse af side- eller tidsstempelinformation kan gøre en ryddelig datastruktur mindre sandfærdig end det rå svar.

Bevar pris- og mængdepræcision

Behandl priser og mængder efter det aktuelle handelssteds dokumenterede enheder og tilladte præcision. Antag ikke, at hvert marked bruger hele cent eller hele kontrakter. En decimalstreng, som repræsenterer dollar, bør ikke læses som et helt antal cent, og et mængdefelt bør ikke afrundes, blot fordi en brugerflade viser færre cifre. Adapteren kræver en eksplicit konverteringsregel med test ved relevante grænser.

Brug regning egnet til penge og den nødvendige præcision. Binære flydende tal kan producere små afrundingsartefakter, så implementeringen bør bruge en verificeret decimal- eller fastkommatilgang, hvor det er passende. Det vigtige krav er deterministisk konvertering og afrunding under handelsstedets faktiske regler. En bestemt programmeringsteknik er utilstrækkelig, medmindre dens output er kontrolleret mod understøttede priser og mængder.

Botten bør skelne visningsafrunding fra ordreafrunding. Visning af en pris med to decimaler for læsbarhed godkender ikke afsendelse af den afrundede værdi, hvis den faktisk tilladte eller tilsigtede grænse er anderledes. Tilsvarende bør en ordremængde, som reduceres for at opfylde et trin, afspejles i godkendelsen og eksponeringsberegningen. Tavs afrunding kan ændre økonomien eller efterlade en uventet restposition.

Den ældre diskussion af Kalshis handels-API hjælper med at identificere behovet for handelsstedsspecifikke adaptere. Accepttestene bør medtage værdier nær tilladte trin, mindstemængder og kontogrænser. En bot, som kun virker med velkendte runde tal, har ikke demonstreret, at den kan bevare hele spektret af understøttede input korrekt.

Gebyrregnskab i en Ja-Nej-handelsbot begynder før indsendelse

Estimér gebyrer for den faktisk overvejede side, pris, mængde og udførelsesrolle med aktuelle markedsspecifikke vilkår. Gem estimatet separat fra det endelige gebyr, kontoen rapporterer. Estimatet informerer tilladelsen; det faktiske gebyr bestemmer den endelige registrering. En gebyrforskel bør kunne forklares uden at omskrive den oprindelige anbefaling, som om den havde perfekt fremsyn.

Antag, at den fiktive bot foreslår køb af 120 Nej-enheder til et salgstilbud på 0,67 dollar, som kan handles. Købsomkostningen er 80,40 dollar. Antag, at de estimerede erhvervelsesgebyrer er 1,60 dollar, hvilket producerer en samlet forpligtelse på 82 dollar. Under den angivne almindelige udbetaling betaler en Nej-gevinst 120 dollar og producerer en gevinst på 38 dollar, mens et Nej-tab producerer et tab på 82 dollar. Tallene bør vises med deres antagelser frem for som en generisk profitprocent.

Kontoens godkendelse bør reservere den maksimalt tilladte købsomkostning og en tilstrækkelig gebyrbuffer. Hvis ordren kan udføres over flere niveauer op til et prisloft, skal den relevante maksimale forpligtelse bruges frem for alene det første observerede salgstilbud. Gebyrer kan også opføre sig forskelligt ved delvise udførelser eller ændrede udførelsesroller, så politikken bør tage højde for den faktiske gebyrplan frem for at antage et universelt beløb pr. enhed.

Polymarkets aktuelle gebyrdokumentation bruger markedsspecifikke parametre. Det er en grund til at verificere den gældende plan, ikke til at kopiere én standardværdi ind i hver bot. De hypotetiske 1,60 dollar ovenfor er et undervisningsinput og beskriver ikke et navngivet handelssteds gebyr for den mængde eller pris.

En fuldstændig ordreregistrering forbinder hensigt med dokumentation

Ordreregistreringer i en Ja-Nej-handelsbot bør bevare anbefalingen, godkendelsen, indsendelsesforsøget, handelsstedets ordreidentitet og efterfølgende udførelser. Anbefalingen forklarer, hvorfor handlingen blev overvejet. Godkendelsen afgrænser, hvad kontoen må gøre. Indsendelsesregistreringen fastslår, hvad der blev sendt. Udførelser fastslår, hvad der ændrede kontoen. At holde trinnene adskilt gør fejl lettere at lokalisere.

Hvert forsøg kræver en varigt gemt identitet. Hvis et svar mistes, kan botten undersøge forsøget frem for at skabe en ny uforklaret ordre. Gem den oprindelige side, handling, mængde og prisgrænse sammen med forsøget. En genopretningsproces bør ikke skulle rekonstruere dem fra et senere positionsøjebliksbillede eller fra en operatørs hukommelse om en kontrolpanelbetegnelse.

Udførelsesregistreringer kræver stabile udførelsesidentifikatorer, faktiske mængder, priser og gebyrer. Gentagen levering af én udførelse bør ikke øge positionen to gange. En delvist udført ordre bør bevare sin uudførte forpligtelse, indtil den er fuldført, afvist eller annulleret med tilstrækkelig dokumentation. Kontoens risikobillede afhænger både af bekræftede enheder og af enheder, som stadig kan ankomme.

En handelsbot til binære markeder bruger registreringerne til at vedligeholde afgrænset eksponering og afregningsregnskab. Ja-Nej-adapteren tilføjer et specifikt ansvar: hver registrering skal bevare, hvilket udfald der blev ejet, og hvilken handling der skabte eller reducerede det. En korrekt mængde på den forkerte side producerer stadig den forkerte mulige udbetaling.

Et salg skal bruge købstilbuddet for den ejede side

Fortsæt det fiktive Nej-køb, som koster 82 dollar inklusive alt. Antag, at kontoen senere overvejer salg af alle 120 Nej-enheder til et købstilbud på 0,63 dollar, som kan handles. Bruttosalgsprovenuet ville være 75,60 dollar. Med et antaget salgsgebyr på 1,20 dollar ville nettoprovenuet være 74,40 dollar, hvilket producerer et tab på 7,60 dollar sammenlignet med erhvervelsesomkostningen. Beregningen bruger Nej-købstilbuddet, fordi kontoen sælger Nej.

Direkte brug af Ja-salgstilbuddet som salgspris ville være forkert uden den passende gennemgåede transformation. Botten bør hente eller udlede prisen for den faktiske handling, verificere dens tilgængelige mængde og anvende det aktuelle gebyrestimat. En fælles hjælpefunktion kaldet hent pris er farlig, hvis kaldere ikke kan angive, om de kræver et salgstilbud til køb, et købstilbud til salg eller en reference uden udførelse.

En salgsanbefaling bør også angive, om den lukker hele beholdningen eller kun en del. Salg af 60 af de 120 enheder efterlader 60 Nej-enheder med betinget udbetaling. Botten bør ikke markere kontrakten som uden position, blot fordi salgsinstruktionen blev accepteret. Bekræftede salgsudførelser afgør den resterende mængde, og enhver åben rest forbliver en del af kontoens fremtidige mulige tilstand.

Den relaterede artikel om en oddshandelsbot forklarer, hvordan tilbudte formater kan normaliseres før evaluering. Konverteringen erstatter ikke bogvalg med korrekt handling. En korrekt konverteret pris for køb af en side er stadig det forkerte input til beregning af, hvad kontoen ville modtage ved at sælge den.

Grænser med korrekt side kræver en scenariefortolkning

Risikogrænser kan bruge mængder, kontantforpligtelse eller mulige tab, men tilknytningen fra beholdninger til scenarier skal respektere kontrakten. For præcist komplementære sider af ét standardbinært spørgsmål kan ens Ja- og Nej-mængder danne en parret udbetaling under de angivne regler. Ulige mængder efterlader resteksponering. På tværs af forskellige kontrakter findes en tilsyneladende Ja-Nej-modregning måske slet ikke.

Antag, at en konto ejer 120 Nej-enheder og 80 Ja-enheder i samme fiktive kontrakt. Under den enkle model danner 80 enheder par, og 40 Nej-enheder forbliver retningsbestemte. Hvis Ja vinder, modtager kontoen 80 dollar; hvis Nej vinder, modtager den 120 dollar. Erhvervelsesomkostningerne og gebyrerne afgør nettoresultatet i hvert tilfælde. En nettomængde på minus 40 kan sammenfatte retningsforskellen, men bør ikke erstatte bruttobeholdningerne eller kontanthistorikken.

Bruttomængder betyder noget i drift, fordi salg eller styring af hver side kan kræve separate handlinger og beholdninger. Et risikokontrolpanel, som kun viser nettoeksponering, kan skjule den kapitalmængde, som er bundet på begge sider. Det kan også sløre, hvilke ordrer der fortsat er aktive og kan ændre balancen. Hold bruttobeholdninger, parret mængde og resteksponering tilgængelige for gennemgang.

Den ældre guide om Polymarkets bot-API giver kontekst for udfaldsspecifikke kontoregistreringer. Botten bør forklare ethvert udledt nettomål gennem faktiske positioner og verificerede udbetalingsforhold. En risikomodel bliver upålidelig, når et bekvemt tal med fortegn behandles som bevis for en modregning, kontraktvilkårene ikke understøtter.

Ukendte ordrer skal beholde deres oprindelige side

Hvis Nej-købsanmodningen overskrider tidsgrænsen, bør botten bevare den som et usikkert Nej-køb med sin oprindelige mængde og omkostningsgrænse. Den bør ikke reagere ved at indsende et Ja-salg, blot fordi de to handlinger kan være økonomisk relaterede i en forenklet model. En sådan ændring indfører en ny kontohandling og kan kræve forskellige beholdninger, tilladelser og kontantbehandling.

Undersøg det oprindelige forsøg gennem understøttede ordre- og kontoregistreringer. Hvis det blev delvist udført, skal de bekræftede Nej-enheder indarbejdes, og enhver uafklaret rest bevares. Hvis det blev afvist, skal den passende ubrugte reservation frigives. Hvis det fortsat er åbent, skal det afgøres, om det skal beholdes eller annulleres under den aktuelle strategi. Beslutningerne bør bruge den oprindelige identitet og faktisk kontodokumentation.

Et kapløb mellem udførelse og annullering kan ændre sidebalancen. Antag, at 50 Nej-enheder er bekræftet, når tilbagetrækning anmodes om, og yderligere 15 udføres, før annullering fuldføres. Positionen er 65 Nej-enheder, ikke 50. Hvis botten allerede havde indsendt en modregning baseret på den tidligere mængde, kræver den resulterende portefølje en ny afstemning. Systemet bør ikke tvinge den ind i den tilsigtede nettoeksponering ved at redigere et sammenfatningsfelt.

Test tilfældene med en bevidst asymmetrisk startkonto, eksempelvis en lille Ja-beholdning og en større Nej-købsanmodning. Det gør sidefejl lettere at opdage end en test, som begynder fra nul i hvert felt. Det forventede resultat bør angive bruttobeholdninger, kontanter og mulig udbetaling, ikke kun en endelig mængde med fortegn.

Afstem gebyrer og afregning uden at miste revisionssporet

Erstat efter udførelse estimerede gebyrer i resultatberegninger med faktiske kontogebyrer, og bevar samtidig det oprindelige estimat til gennemgang. Hvis et yderligere erhvervelsesgebyr på 0,20 dollar senere bekræftes i salgseksemplet, stiger samlet erhvervelsesomkostning fra 82 dollar til 82,20 dollar. Med samme nettosalgsprovenu på 74,40 dollar bliver tabet 7,80 dollar. Justeringen bør have en identificerbar kilde og et identificerbart tidspunkt.

Brug ved afregning den endelige resterende mængde på hver side. En Nej-position, som blev fuldt solgt, har ingen resterende Nej-udbetaling, selv hvis den oprindelige prognose senere viser sig korrekt. En delvist solgt position afregnes kun for sine beholdte enheder. Det endelige regnskab bør forbinde det officielle udfald, ejede mængder, krediterede beløb og enhver undtagelsesbehandling angivet af kontrakten.

Skeln en ændret prognose fra en regnskabsrettelse. Et nyt estimat ændrer ikke allerede betalte kontanter, og en gebyrjustering ændrer ikke, hvilket udfald kontrakten spørger om. Bottens registreringer bør gøre det muligt at repræsentere begge ændringer, uden at den ene ødelægger den anden. Adskillelsen hjælper en reviewer med at forstå, hvorfor forventet værdi og endeligt resultat er forskellige.

Hvis kontoen ikke stemmer, skal uoverensstemmelsen bevares, og berørt ny aktivitet begrænses, indtil den er forstået. En uforklaret forskel bør ikke skjules i en diverse gevinst eller et diverse tab blot for at lukke sagen. Små uoverensstemmelser kan afsløre et gentaget problem med enhedskonvertering eller dubletudførelser, som ville blive væsentligt ved større størrelse.

Sammenlign estimerede og faktiske gebyrer efter handling

En gebyrgennemgang bør identificere, om en forskel kom fra pris, mængde, udførelsesrolle eller en forkert gebyrplan. Antag, at botten estimerede et gebyr for et fuldt umiddelbart køb, men en del af ordren hvilede, før den blev udført. Den faktiske behandling afhænger af det aktuelle handelssted og markedets regler. Regnskabet bør bevare, hvordan hver udførelse blev klassificeret, frem for at tildele hver enhed samme rolle ud fra den oprindelige hensigt.

Sammenligningen kræver også en konsistent enhed. Et gebyr udtrykt som et kontantbeløb bør ikke sammenlignes direkte med en procent af maksimal udbetaling eller en buffer pr. enhed. Konvertér hvert mål eksplicit, og bevar den oprindeligt rapporterede værdi. Det hjælper med at skelne en virkelig omkostningsmodelfejl fra en visning, som bruger forskellige nævnere.

Hvis estimatet var konservativt, og de faktiske gebyrer var lavere, skal den ubrugte reserve først frigives, efter at de relevante registreringer understøtter beslutningen. Rapportér ikke den ubrugte reserve som indkomst. Den var kapacitet tilbageholdt til en mulig omkostning, ikke penge tjent gennem handel. Skellet forhindrer bottens tilsyneladende resultat i at forbedres, blot fordi dens første estimat bevidst var forsigtigt.

Test adapteren med fire handlinger og to udfald

Et nyttigt acceptsæt omfatter køb af Ja, salg af Ja, køb af Nej og salg af Nej, hvor hver handling er tilladt af den faktiske konto. Verificér for hver den valgte bogside, mængde, kontantvirkning og resterende beholdninger. Anvend så begge almindelige afgørelsesudfald, og bekræft den resulterende udbetaling. Det dækker mere betydningsfuld adfærd end gentagne demonstrationer af ét vellykket Ja-køb.

Tilføj test af en udledt kurs på den modsatte side, utilstrækkelig dybde, en gebyrændring og en forsinket udførelse. De forventede registreringer bør bevare den rå observation og den normaliserede fortolkning. Hvis en konvertering bruger én minus det modsatte købstilbud, skal både pris- og mængdetilknytning verificeres. Hvis markedet bruger finere trin, skal værdier medtages, som ville fejle under en antagelse om hele cent.

Den færdige bot bør gøre et enkelt udsagn muligt for hver handling: denne konto købte eller solgte denne mængde af dette udfald til disse faktiske priser, under denne tilladelse, med disse gebyrer og denne resterende udbetalingseksponering. Klarheden er formålet med automatisering med korrekt side. Den holder softwarens sandsynlighedsberegninger forbundet med de positioner og pengestrømme, kontoen faktisk ejer.