En bot til kryptoprognosemarkeder kræver to sammenhængende historikker: hvad der er kendt om begivenheden, og hvad der er sket på kontoen. En kildeopdatering kan ændre en prognose uden at ændre nogen beholdninger. En forsinket udførelse kan ændre beholdninger uden at ændre begivenheden. Samling af begge i én status som aktiv eller færdig gør det vanskeligt at afgøre, hvad systemet må gøre som det næste.
Denne vejledning beskriver en undervisningsmæssig arkitektur med et fiktivt prisbegivenhedsforløb. Den leverer ikke en livehandelsintegration og hævder ikke, at et bestemt handelssted understøtter hver illustrativ funktion. Faktisk kontoberettigelse, dataadgang, ordresemantik og pristrin skal verificeres for det valgte produkt. Designmålet er at gøre hver observation, autorisation og finansiel forpligtelse forklarlig efter afbrydelser såvel som under almindelig drift.
Begivenhedstilstanden i en bot til kryptoprognosemarkeder beskriver dokumentation
Begivenhedsregistreringen bør identificere kontraktbetingelsen, referencekilden, observationsvinduet, tærskeloperatoren og regelversionen. Den registrerer derefter, hvilken dokumentation der er ankommet, og om den er brugbar til den tilsigtede prognose. En kilde kan være aktuel, forældet, manglende eller i konflikt med en anden observation, uden at selve kontrakten er afgjort.
Undgå at behandle alle nye data som lige meningsfulde. En prisobservation fra den udpegede reference kan opdatere begivenhedsestimatet, mens en kurs fra en graf uden forbindelse til referencen måske kun giver kontekst. En regelpræcisering kan kræve gennemgang af koblingen frem for en numerisk prognoseopdatering. Begivenhedsregistreringen bør bevare ændringstypen og dens praktiske virkning.
En fiktiv begivenhed kan gå fra at vente på sit observationsvindue til at indsamle gyldig referencedokumentation, derefter til observeret men ikke officielt afgjort og endelig til en verificeret afgørelse. Det er begrebsmæssige tilstande til designet, ikke hævdede statusnavne hos et handelssted. Den faktiske adapter bør koble autoritative registreringer til en dokumenteret fortolkning.
Den ældre vejledning om en bot til begivenhedskontrakter forklarer hele livscyklussen fra data til afstemning. Adskillelse af begivenhedsdokumentation er en nyttig præcisering, fordi den forhindrer en bot i at antage, at en kontohandling fandt sted, blot fordi den eksterne verden nåede en ny milepæl.
Kontotilstanden i en bot til kryptoprognosemarkeder beskriver forpligtelser
Kontoregistreringen bør skelne mellem anbefalinger, autoriserede instruktioner, indsendte forsøg, accepterede ordrer, bekræftede udførelser, resterende åbne mængder og afsluttede afregningsregistreringer. Hver fastslår et forskelligt faktum. En anbefaling kan eksistere uden tilladelse til at handle, og en accepteret ordre kan eksistere uden, at den tilsigtede position er udført.
Registreringen kræver også finansiering og reservationer. Tilgængelig saldo, bundne købsudgifter, mulige fremtidige udførelser og uafklarede overførsler bør ikke blandes i ét kontantfelt. En bot, der autoriserer en ny handling, skal vide, hvad der stadig kan ændre kontoen fra allerede sendte instruktioner.
Polymarkets dokumentation om ordrelivscyklus skelner mellem ordrer og efterfølgende handelsfremskridt. Andre kontokontekster kræver deres egne aktuelle koblinger. Botten bør ikke udlede endelighed af et generisk succesfuldt svar eller antage, at hver delvis udførelse efterlader en vedvarende rest.
Den ældre vejledning om et bot-API til prognosemarkeder giver grænsefladegrænserne bag dette design. Kontotilstanden er ikke et lokalt gæt om, hvad der burde være sket; den er en afstemt fortolkning af autoritativ ordre-, udførelses- og saldodokumentation.
Forbind historikkerne gennem en afgrænset autorisation
En prognose kan foreslå et specifikt krav, en side, en mængde og et prisinterval. En risikobeslutning bør derefter kontrollere kontraktidentitet, dokumentationens aktualitet, aktuel kontoeksponering og tilgængelig kapital, før den giver en afgrænset autorisation. Den udførende proces modtager denne autorisation, ikke en ubegrænset instruktion til at reagere på hvert efterfølgende signal.
Medtag prognose- og regelversioner, maksimal mængde, samlet omkostningsgrænse og udløb i tilladelsesregistreringen. Hvis et væsentligt input ændres før indsendelse, bør den udførende proces verificere, at den eksisterende tilladelse stadig gælder, eller anmode om en ny afgrænset beslutning gennem den designede proces. En anbefaling bør ikke forblive handlingsbar på ubestemt tid.
Denne adskillelse lader botten observere kontinuerligt uden kontinuerligt at øge beføjelser. De fleste kildeopdateringer kræver måske ingen handel. Systemet kan registrere ny dokumentation, revidere et estimat eller afstå og samtidig lade kontoforpligtelser være uændrede. Inaktivitet kan være den korrekte reaktion på en ændret begivenhedstilstand.
Den relaterede vejledning om software til kryptoprognosemarkeder beskriver, hvordan dokumentation og efterprøvbarhed evalueres i en applikation. En nyttig accepttest bør vise den præcise registrering, som forbandt én prognose med én autoriseret forpligtelse, herunder de kontroller, der afgrænsede den.
Gennemregn en kapitalautorisation
Antag, at en fiktiv konto har en strategiforpligtelsesgrænse på 120 dollar med 20 dollar allerede reserveret til en anden mulig forpligtelse. En ny anbefaling anmoder om op til 200 Ja-enheder til højst 0,55 dollar med en omkostningsramme på 4 dollar. Det mulige nye behov er 114 dollar, og de samlede forpligtelser kunne nå 134 dollar. Anmodningen overskrider grænsen.
Under en fiktiv dimensioneringsregel med hele enheder i dette eksempel skal de tilgængelige 100 dollar dække købsudgifter og rammen på 4 dollar. Det efterlader 96 dollar til enheder. Division med 0,55 dollar giver cirka 174,54, så højst 174 hele enheder passer: 95,70 dollar i købsudgift plus 4 dollar i omkostninger, altså 99,70 dollar, ved siden af den eksisterende reservation på 20 dollar.
Det er en designberegning, ikke en påstand om et handelssteds mindste mængde eller præcision. Faktisk dimensionering skal bruge det aktuelle markeds tilladte trin. Botten bør også afvise anbefalingen, hvis rammen på 4 dollar ikke er tilstrækkelig til verificerede relevante omkostninger, frem for at behandle rammen som et løfte om, at omkostninger ikke kan overstige den.
Autorisationen beskriver nu 174 enheder, ikke de oprindelige 200. Begge registreringer bør forblive synlige: Anbefalingen forklarer, hvad modellen foreslog, mens autorisationen forklarer, hvad kontoen kunne tillade. En senere gennemgang bør ikke forveksle reduktionen med et udførelsessvigt.
Bevar faktiske udførelser, når de ankommer
I det fiktive forløb udføres 100 enheder til 0,52 dollar for 52 dollar og yderligere 50 til 0,54 dollar for 27 dollar. Købsudgiften er 79 dollar, og de hidtil bekræftede omkostninger er 2 dollar. Kontoen ejer 150 enheder til en samlet omkostning på 81 dollar. Fireogtyve af de autoriserede 174 er stadig uudførte under eksemplets vedvarende ordreadfærd.
Disse 24 kan stadig skabe op til 13,20 dollar i købsudgift ved grænsen på 0,55 dollar. Hvis designet bevarer de resterende 2 dollar af omkostningsrammen til denne forpligtelse, er positionen plus den mulige rest i alt 96,20 dollar. Tilføjes den separate reservation på 20 dollar, er de mulige forpligtelser 116,20 dollar under de angivne regnskabsantagelser.
Botten bør udlede disse værdier af unikke udførelser og den resterende ordretilstand. Dublerede meddelelser må ikke tilføje mængde to gange. Levering ude af rækkefølge bør ikke lade et ældre kontosnapshot overskrive en senere verificeret udførelse uden afstemning. Bevar de kildeidentiteter og rækkefølgeoplysninger, som den faktiske grænseflade understøtter.
Den ældre vejledning om automatiseret oddsbaseret handel adskiller feeds fra beføjelser. Dette skel er synligt her: Samme begivenhedsprognose kan forblive uændret, mens kontodokumentation løbende ændrer den ejede mængde og den tilgængelige kapacitet til næste beslutning.
Et kildesvigt må ikke udviske positionen
Antag nu, at det udpegede begivenhedsfeed bliver utilgængeligt. Begivenhedstilstanden bør registrere, at den dokumentation, som kræves til nye prognoser, er usikker. Botten kan sætte nye anbefalinger på pause eller tilbagekalde uudførte tilladelser i henhold til sin politik. Den bør ikke sætte den eksisterende position til nul eller antage, at eksterne ordrer er forsvundet.
Kontoprocessen fortsætter. Den skal stadig afstemme udførelser, undersøge åbne forpligtelser og anvende den på forhånd bestemte reaktion på forældet begivenhedsdokumentation. Hvis planen kræver annullering af resten på 24 enheder, er annulleringen en kontohandling med sine egne afventende og endelige tilstande. En feedafbrydelse er ikke bevis på, at annulleringen lykkedes.
Denne adskillelse hjælper en operatør med at forstå hændelsen. Kildeproblemet påvirker sikkerheden i nye beslutninger, mens kontoregistreringerne fastslår aktuel eksponering. En tydelig advarsel siger, hvilken dokumentation der mangler, hvilke ordrer der stadig er mulige, og hvilke handlinger der er blokeret. Én frakoblet-status kan ikke formidle alle tre.
Den relaterede artikel om kryptobegivenhedsmarkeder undersøger forskellige begivenhedsbetingelser. Forskellige kildesvigt kan have forskellige konsekvenser for disse betingelser, så botten bør ikke anvende én universel reservekilde eller udfaldsantagelse på hvert marked, den overvåger.
Henvis og tjen USDC
Henvis og tjen USDCVores affiliateprogram udbetaler i realtid.
Annullering kan komme i kapløb med udførelse
I det fiktive annulleringsinterval udføres ti yderligere enheder til 0,55 dollar for 5,50 dollar. Den endelige udførte mængde bliver 160, og den annullerede rest bliver 14. Antag, at de bekræftede samlede omkostninger for den anskaffede position nu er 2,20 dollar. Købsudgiften er 84,50 dollar, og den samlede omkostning er 86,70 dollar.
Botten skal bruge disse faktiske registreringer, selv hvis dens tidligere lokale forventning var 150 enheder. Når den endelige annullerede mængde er autoritativ, kan den frigive den ubrugte restreservation. Den separate forpligtelse på 20 dollar eksisterer stadig, så de samlede faktiske eller reserverede summer er 106,70 dollar i dette forenklede eksempel, hvilket efterlader 13,30 dollar under grænsen på 120 dollar.
En øjeblikkelig ordre med delvis udførelse ville kræve anden håndtering af resten. For eksempel annullerer fill-and-kill-adfærd automatisk den uudførte rest frem for at lade den blive liggende. Adapteren bør bruge den faktiske ordretype og det endelige resultat, ikke behandle hver delvist udført instruktion som en vedvarende forpligtelse, der kræver samme annulleringsforløb.
Hændelsesregistreringen bør skelne mellem udførelsestid og modtagelsestid, hvor grænsefladen leverer begge. En sent ankommet meddelelse kan beskrive en udførelse, som skete, før annulleringen trådte i kraft. Denne dokumentation bør opdatere kontoen uden at antyde, at handelsstedet udførte en ny handel efter en definitiv annullering.
Genopretning af en bot til kryptoprognosemarkeder kræver den oprindelige forsøgsidentitet
Et mistet indsendelsessvar skaber usikkerhed om det oprindelige forsøg. Botten bør bevare dets identitet, autorisation og maksimalt mulige virkning, mens den forespørger de understøttede kontoregistreringer. En ny uafhængig ordre er ikke det samme som at undersøge eller sikkert gentage det eksisterende forsøg under handelsstedets faktiske semantik.
Genopretning bør overleve en procesgenstart. Før den modtager nye instruktioner, skal den genstartede bot rekonstruere uafklarede forsøg, aktive ordrer og beholdninger. En opstartsrutine, der blot indlæser den sidst viste saldo, kan overse en forpligtelse skabt umiddelbart før nedbruddet. Varig kontohistorik er en del af risikodesignet.
Forskellige autoritative fund kræver forskellige næste skridt. En verificeret afvisning kan frigive reserveret kapacitet. En aktiv ordre kræver overvågning eller annullering. En delvis udførelse ændrer beholdninger og kan efterlade en rest. En fuld udførelse fastslår en mængde, som skal styres gennem udgang eller afregning. Én generisk prøv-igen-handling kan ikke håndtere alle fire korrekt.
Den relaterede vejledning om en platform til kryptoprognosemarkeder evaluerer, om det faktiske handelssted og kontomodellen understøtter den tilsigtede proces. Genopretningsdesign bør baseres på tilgængelige autoritative registreringer, ikke på funktioner forestillet, fordi de ville gøre arkitekturen bekvem.
Hold begivenhedsafgørelse adskilt fra handelsafregning
Selve handlen kan have en afregnings- eller bekræftelsesproces, mens begivenheden senere afgør kravets udbetaling. Det er forskellige trin. En anskaffet position kræver gyldig kontodokumentation, før botten kan styre den, og et endeligt begivenhedsudfald kræver sin egen autoritative afgørelse før endeligt udbetalingsregnskab.
I den fiktive beholdning på 160 enheder udbetaler et almindeligt vinderresultat 160 dollar og giver 73,30 dollar i gevinst mod den samlede omkostning på 86,70 dollar, forudsat ingen andre omkostninger. Et tabende resultat udbetaler nul og taber 86,70 dollar. Det er positionens grene; den separate reservation på 20 dollar tilhører en anden forpligtelse og bør ikke indsættes i denne handels fortjenesteberegning.
Hvis begivenheden bliver observerbar, mens kontoregistreringer stadig er ufuldstændige, skal begge tilstande bevares. Botten kan registrere dokumentationen for det forventede udfald uden at opfinde en krediteret udbetaling. Omvendt er en bekræftet udførelse stadig en reel beholdning, selv mens den kilde, som kræves til estimering af begivenheden, er utilgængelig.
Tilgangen med to historikker undgår en almindelig driftsgenvej: at markere alt som fuldført, fordi begivenheden er ovre. Systemet skal stadig afstemme resterende ordrer, mængder, omkostninger og den faktiske kontokreditering. En kalendergrænse er ikke et regnskabsbevis.
Design dataregistreringen omkring betydning
Gem rå observationer sammen med deres fortolkede betydning. En pris kræver sin enhed, kilde, udfaldskonvention og sit tidspunkt. En mængde kræver sin tilladte præcision. En regelkobling kræver en version. Afledte værdier såsom estimeret fordel eller reserveret kapital bør identificere de input, der producerede dem.
Aktuelle handelsstedskonventioner skal forblive i adapteren. Kalshis dokumentation om fastkommarepræsentation illustrerer, hvorfor antagelser om hele cent og hele enheder kan blive forældede. En adapter bør bevare aktuelt understøttet præcision og validere faktiske markedsbegrænsninger frem for at normalisere information væk, som kontoen kræver til afstemning.
En modelscore udelukkende fra kilder bør ikke ophøjes til en kalibreret sandsynlighed uden dokumentation. Tilsvarende bør en markedspris ikke blive en objektiv sandsynlighed, blot fordi visningen bruger et procenttegn. Bottens beslutningsregistrering bør angive, hvad hvert tal betyder, og hvilken usikkerhed det bærer.
Definitionerne gør fejl mulige at diagnosticere. Hvis et omkostningsestimat afviger fra udførelsesregnskabet, kan en reviewer undersøge enheder, sideomregning, dybde og omkostninger separat. Uden kildehistorik kan systemet måske kun rapportere, at to summer er uenige, hvilket efterlader operatøren ude af stand til at identificere den svigtende antagelse.
Test overgange, der ændrer penge eller mængde
Accepttest bør gennemspille et kendt forløb med uafhængigt beregnede svar. Den fiktive autorisation på 174 enheder, delvise udførelse på 150 enheder og endelige beholdning på 160 enheder giver et sådant forløb. De forventede omkostnings- og reservationsværdier bør kontrolleres efter hver overgang, ikke kun ved det endelige gunstige udfald.
Tilføj test for en dubleret udførelse, en manglende reference, en ændret regelversion og et uafklaret forsøg efter genstart. Botten bør bevare forskellige usikkerhedstilstande og anvende de passende begrænsninger. En vellykket test kan være en afvisning af at indsende, når den krævede dokumentation eller de krævede beføjelser mangler.
Forveksl ikke simulering med validering hos handelsstedet. En lokal test kan fastslå, at botten håndterer de leverede registreringer sammenhængende, men den gengiver måske ikke matchningsprioritet, virkelig latenstid eller hver usædvanlig afregning. Angiv omfanget, og tilføj kun dokumentation fra understøttede skrivebeskyttede eller passende afgrænsede kontoafprøvninger, når de faktisk er gennemført.
Den mest nyttige acceptregistrering kan forstås af nogen, der ikke byggede systemet. Vedkommende bør kunne forklare, hvad der blev autoriseret, hvad der blev udført, og hvorfor næste handling var tilladt. En test, der blot kontrollerer, om programmet gentager sine egne inputfelter, giver langt mindre sikkerhed.
Test, hvilken historik der er aktuel
Opret en afprøvning, hvor begivenhedsdokumentationen er ny, men private kontoregistreringer er forsinkede. Modellen kan producere et nyt estimat, men autorisationsprocessen kan ikke sikkert antage, at en tidligere ordre fejlede, eller at dens reserverede kapacitet er fri. Den korrekte reaktion kan være at bevare prognosen og samtidig blokere en ny forpligtelse, indtil kontoafstemningen er ajour.
Vend nu situationen om. Kontoregistreringerne er aktuelle og viser en kendt beholdning, men den udpegede referencekilde er forældet. Botten kan fortsætte med at registrere udførelser, kontrollere åbne ordrer og følge en allerede autoriseret genopretningspolitik. Den bør ikke opfinde et nyt begivenhedsestimat ud fra fraværet af data. Aktuel kontoviden reparerer ikke et utilgængeligt prognoseinput.
Lever til sidst en verificeret begivenhedsafgørelse, mens udbetalingsregistreringen stadig afventer. Begivenhedshistorikken kan gå videre til sin sluttilstand, mens kontohistorikken forbliver ufuldstændig. Nye kapitaltildelinger bør bruge bekræftede tilgængelige midler, ikke den forventede indbetaling. Tilfældene viser, hvorfor én global sundhedsmarkering ikke kan beskrive hele processen præcist.
Grænsefladen kan forblive enkel og samtidig bevare disse skel. Den kan vise den aktuelle tilstand for begivenhedsdokumentation, den aktuelle sikkerhed om kontotilstanden og den praktiske konsekvens for næste handling. Målet er ikke at vise hver intern teknisk detalje. Det er at gøre begrundelsen for observation, fravalg eller fortsat afstemning klar nok til, at en operatør kan vurdere systemets adfærd uden at gætte, hvilken historik det stoler på.
Giv operatøren en specifik usikkerhed at afklare
Når automatisk genopretning ikke kan fastslå tilstanden, kræver operatøren en kort redegørelse for det uafklarede faktum. Advarslen bør identificere den berørte kontrakt og det berørte forsøg, den kontrollerede dokumentation, den maksimale resterende forpligtelse og de blokerede handlinger. Det giver personen en konkret beslutning frem for en vag anmodning om at genstarte botten.
Hold begivenheds- og kontoadvarsler adskilt. Manglende referencedokumentation kan kræve fravalg af nye prognoser. Ukendt ordretilstand kan kræve fortsat reservation og kontoundersøgelse. En regelkonflikt kan kræve kontraktgennemgang. At behandle dem som ét forbindelsesproblem tilskynder til en generisk reaktion, som måske ikke løser nogen af dem.
Operatørhandlinger bør efterlade deres egne registreringer. Hvis en person autoriserer en afgrænset genopretning eller ændrer en kobling, skal begrundelsen og versionen bevares. En manuel indgriben er en del af den faktiske metode og bør forblive synlig i senere resultat- og hændelsesgennemgang.
En bot til kryptoprognosemarkeder er forståelig, når dens begivenhedsdokumentation og kontoforpligtelser forbliver sammenhængende gennem ændringer. Den afgrænsede autorisation forbinder dem uden at udviske deres forskelle. Designet lader systemet observere, afstå, udføre og genoprette med registreringer, som forklarer både, hvad det vidste, og hvad det faktisk fik kontoen til at gøre.