Bitcoin-prognosemarked: læs grænsen

Afregningsregler for et Bitcoin-prognosemarked kommer først

Begynd med de fulde regler frem for den korte titel. En titel skal kunne være på en skærm; den kan udelade sammenligningsoperatoren, den præcise tidszone eller en reservekilde. Gem den fulde tekst og kontraktidentifikatoren. Et skærmbillede af en overskrift alene er en svag registrering, fordi et andet marked kan bruge lignende ord og samtidig angive en anden observation.

Omsæt reglen til et testbart udsagn. Den fiktive betingelse kræver, at en bestemt referenceværdi ved en bestemt observation overstiger 100.000. »Overstiger« adskiller sig fra »er lig med eller overstiger«. Hvis referencen er præcis 100.000, er den strenge betingelse ikke opfyldt. Skellet kan betyde mest nær fristen, når en lille prisforskel kan ændre den almindelige udbetaling fra nul til én.

Skeln begivenheden fra den procedure, der bruges til at afgøre den. Begivenheden kan indtræffe på et defineret tidspunkt, mens en senere proces verificerer kilden og fastslår det endelige markedsresultat. En handlende kan mene, at dokumentationen er afgørende, før kontoen kan indløse eller frigive provenu. At behandle observation, afgørelse og tilgængelige kontanter som ét øjeblik skaber undgåelige regnskabs- og planlægningsfejl.

Den bredere vejledning om handelsplatforme til begivenhedskontrakter forklarer, hvorfor grænsefladen, kontraktreglerne og kontoregistreringerne skal læses sammen. For denne enkelte kontrakt er det første nyttige output et kort regelkort med betingelsen, dokumentationskilden, observationsvinduet, undtagelsesbestemmelser og enhver fortolkning, der stadig kræver præcisering. Et tomt felt er mere informativt end et gættet svar.

Identificer priskilden for Bitcoin-prognosemarkedet

Bitcoin handles mange steder, og en kontrakt følger ikke nødvendigvis den graf, en handlende oftest ser. Dens reference kunne være en navngivet kilde, et indeks eller et bestemt gennemsnit. Det relevante spørgsmål er ikke, hvilken kilde der føles mest repræsentativ. Det er, hvilken kilde kontrakten faktisk navngiver, og hvordan kilden producerer den værdi, der bruges til afregning.

Registrer det fulde aktivpar. En pris udtrykt i dollar og en pris udtrykt i et andet noteringsaktiv kan følge hinanden tæt uden at være identiske. Tilsvarende kan en vist afrundet værdi skjule decimaler, som bruges af afgørelsesprocessen. Hvis tærsklen er præcis, skal den tilgængelige præcision bevares, og den afrundingskonvention, reglerne kræver, fastslås frem for at vælge den visning, der favoriserer positionen.

Kildenavne alene er måske ikke nok. En kilde kan offentliggøre flere produkter med forskellige vinduer eller beregningsmetoder. En spotindikation, en sidste transaktion og et tidsvægtet gennemsnit måler forskellige ting. Kopier feed- eller referenceidentifikatoren, hvor reglerne angiver en. Udled ikke metoden af den hyppighed, hvormed et websted tilfældigvis opdateres.

Som kontekst beskriver Polymarkets TWAP-dokumentation udtrykkelige tilbagebliksvinduer og advarer om, at det tilpassede feeds detaljerede specifikationer for sampling og afrunding ikke alle er offentliggjort der. Det er en grund til at bruge den udpegede værdi, ikke til at rekonstruere et autoritativt afregningstal baglæns ud fra nogle få skærmobservationer. Det betyder heller ikke, at enhver Bitcoin-kontrakt bruger det feed.

Et eksempel på en tærskel i et Bitcoin-prognosemarked

Overvej en bevidst forenklet gennemsnitsregel, der kun er skabt til denne illustration. I et observationsvindue på tres sekunder forbliver referencen ved 99.980 i tyve sekunder og 100.010 i fyrre sekunder. Reglen definerer et tidsvægtet gennemsnit af disse konstante værdier uden manglende observationer eller afrundingsjustering. Multiplikation af hver værdi med dens varighed giver 1.999.600 og 4.000.400. Deres sum er 6.000.000.

Division med tres giver et gennemsnit på præcis 100.000. Under den fiktive betingelse »strengt over 100.000« vinder Ja ikke. En graf over sidste pris, der slutter ved 100.010, ville fortælle en anden historie, hvis den blev læst uden gennemsnitsreglen. Beregningen viser, hvorfor en endelig prisregistrering og et vinduesgennemsnit ikke kan erstatte hinanden, blot fordi de optræder tæt sammen på en skærm.

Hvis den fiktive regel i stedet sagde »på eller over 100.000«, ville samme gennemsnit opfylde den. Intet ved Bitcoins forløb ændrer sig mellem disse to tilfælde. Kun sammenligningsoperatoren ændres. Det er grunden til, at præcis grænseordlyd hører hjemme i researchregistreringen og enhver softwaretest. En udvikler, der normaliserer begge udtryk til samme sammenligning, har ændret kontraktens betydning.

Denne illustration med en trinfunktion er ikke en rekonstruktion af en liveudbyders TWAP-metode. Den bruger en fuldt angivet undervisningsregel, så beregningen kan kontrolleres. Faktiske kilder kan bruge metoder, der ikke kan udledes af sparsomme observationer. Når metoden er utilgængelig, er den ansvarlige handling at bevare den officielle værdi og dens oprindelse og samtidig anerkende begrænsningerne ved uafhængig reproduktion.

Giv hvert tidsstempel sin rette rolle

En kontrakt kan indebære flere tidsforløb: begivenhedsfristen, kildeobservationstidspunktet, offentliggørelsestidspunktet, det lokale modtagelsestidspunkt og tidspunktet, hvor en ordre eller handel registreres. De besvarer forskellige spørgsmål. En besked modtaget lige efter skæringstidspunktet kan beskrive en observation foretaget før det. En ny netværksforbindelse kan levere oplysninger, hvis underliggende observation allerede er forældet.

Omregn den angivne frist omhyggeligt, og bevar både den oprindelige tidszone og et normaliseret tidspunkt til analyse. Kalendergrænser, skift mellem sommer- og vintertid og datobetegnelser kan føre til fejl, når en handlende læser »sidst på dagen« løst. Antag ikke, at den lokale dato på en bærbar computer er markedets styrende dato. De fulde regler bør identificere den relevante grænse eller give vejen til den.

En nyttig tidslinje registrerer både det kendte, og hvornår det kunne blive kendt. Hvis en observation fandt sted før en ordre, men blev offentliggjort bagefter, bør den ikke indgå i en realistisk simulering som oplysninger tilgængelige på ordretidspunktet. Det ville give strategien viden, den ikke havde. Samme skel gælder revisioner og korrigerede værdier offentliggjort efter den oprindelige kilderapport.

Vejledningen om prognosemarkeder for kryptopriser sammenligner strukturer, som bruger disse tidsforløb forskelligt. For den enkelte kontrakt her er det ofte nok at tegne tidssekvensen for at afsløre et mismatch: Prognosen kan vedrøre en femminutters lukkepris, mens kontrakten bruger en etminutsobservation, der slutter tidligere. Et sådant mismatch bør afklares, før prissammenligningen begynder.

Køb af Ja skaber en bestemt kontanteksponering

Antag, at en handlende køber 200 Ja-enheder til 0,47 hver. Købsbeløbet er 94,00. Med et klart hypotetisk indgangsgebyr på 2,40 er de samlede bundne kontanter 96,40. Hvis hver enhed modtager den almindelige Ja-udbetaling på én enhed, er provenuet 200,00 og profitten 103,60. Hvis Ja modtager nul, er tabet hele 96,40 under disse antagelser.

Eksemplet viser to ting. For det første er det maksimale almindelige tab for en fuldt betalt lang position relateret til det brugte beløb, ikke tallet 200 i sig selv. For det andet fastslår en stor procentvis gevinst ved et vindende udfald ikke, at handlen er attraktiv. Chancen for det tabende udfald, estimatets pålidelighed og de faktiske omkostninger forbliver alle relevante.

Ved en personlig prognose på 52 % er den forventede udbetaling 104,00, hvilket giver en modelleret forventning på 7,60 efter den antagne indgangsomkostning. Ved 47 % er den forventede udbetaling 94,00, hvilket giver et modelleret tab på 2,40. Forskellen illustrerer, hvordan gebyrer ændrer kravet. I denne simple model med almindelige udfald er sandsynligheden for at gå i nul 96,40 divideret med 200, altså 48,2 %.

Disse sandsynligheder er input til en beslutning, ikke målinger leveret af beregningen. En handlende skal begrunde dem med en prognoseproces og evaluere processen over tid. Vejledningen om markeder for sandsynlighedshandel undersøger dette skel mellem et begivenhedsestimat og en markedspris. Et regneark kan beregne en forventning perfekt og samtidig bruge en dårligt underbygget sandsynlighed.

En notering er ikke en udført position

Undersøg før indsendelse af købet de tilgængelige salgstilbud ved den tilsigtede mængde. De viste 0,47 gælder måske kun en lille mængde. Køb af de resterende enheder til højere priser ændrer gennemsnitsomkostningen, sandsynligheden for at gå i nul og det maksimale tab. Bevar den ordrebogsobservation, der blev brugt til at godkende handlen, så en senere gennemgang kan skelne et urealistisk estimat fra et marked, der ændrede sig før udførelsen.

En limitpris sætter en udførelsesgrænse; den lover ikke en udførelse. Hvis kun en del af ordren handles, skal den udførte mængde og den resterende anmodning registreres separat. Kontoen har eksponering for de udførte enheder, selv hvis den samlede ordre stadig er åben. Annullering af resten tilbagefører ikke disse tidligere udførelser. Omvendt er en accepteret ordre uden udførelser endnu ikke en købt position.

En usikker indsendelse fortjener undersøgelse under sin oprindelige identitet. Hvis en forbindelse svigter, efter anmodningen har forladt klienten, kan øjeblikkelig oprettelse af en ny ordre fordoble den tilsigtede eksponering. Forespørg ordre- og handelsregistreringer, afstem kontoen, og hold det uafklarede beløb inden for risikobudgettet, indtil status er fastslået. Fraværet af en lokal succesmeddelelse er ikke bevis for, at intet skete.

Den ældre vejledning om handel med binære kontrakter giver en bredere ramme for dette skel. I Bitcoin-eksemplet bør prisprognosen og udførelsesprocessen forblive separate registreringer. En korrekt tærskelprognose undskylder ikke betaling ud over den godkendte omkostning, og et udførelsessvigt bør ikke fejlklassificeres som dokumentation for, at den underliggende prognose var forkert.

Afgør, hvad der ville gøre synspunktet ugyldigt

En nyttig plan angiver, hvilken dokumentation der ville ændre prognosen, før begivenheden afgøres. Den ugyldiggørende betingelse kan være en ny referenceværdi, en ændring i den relevante fordeling af mulige priser eller en opdagelse af, at den oprindelige regelfortolkning var forkert. At skrive denne betingelse på forhånd hjælper med at skelne en begrundet opdatering fra en følelsesmæssig reaktion på et midlertidigt tab efter markedsværdiansættelse.

En pris, der bevæger sig imod positionen, er information, men den er ikke altid bevis for, at grundlaget er brudt sammen. En handlende kan opdatere, fordi bevægelsen ændrer chancen for at krydse tærsklen, fordi den underliggende dokumentation ændrer sig, eller begge dele. Beslutningsregistreringen bør identificere hvilken. Ellers kan enhver ugunstig notering blive til en ny historie om, hvorfor det oprindelige ræsonnement stadig gælder.

Regelusikkerhed fortjener sin egen reaktion. Hvis kildeidentiteten eller grænsen ikke kan fastslås, kan reduktion eller undgåelse af eksponering være mere passende end udvidelse af et statistisk konfidensinterval. En sandsynlighedsmodel for Bitcoins fremtidige pris løser ikke en tvetydig kontraktdefinition. Modelusikkerhed og definitionsusikkerhed er forskellige problemer og bør ikke blandes til én uforklaret margin.

En tidlig exit kræver også omkostningsanalyse. Salg af de 200 enheder ved en gennemsnitlig eksekverbar købspris på 0,50 giver 100,00 før exitgebyrer. Med et hypotetisk exitgebyr på 1,60 er nettoprovenuet 98,40, og den realiserede profit i forhold til omkostningen på 96,40 er 2,00. Udfaldet kan være rentabelt, selv om kontrakten aldrig når sin endelige observation, men profitten afhænger af faktiske udførelser.

Fortolk særlig dokumentation uden at gætte

En reference kan blive utilgængelig, offentliggøre en fejl eller udsende en korrektion. Kontrakten kan angive en reserveløsning, en forsinkelse eller en anden undtagelsesbehandling. Læs disse bestemmelser før handel. En handlende bør ikke opfinde en erstatningskilde, efter den almindelige svigter, selv hvis erstatningen virker økonomisk fornuftig. Afregning følger de gældende regler og afgørelsesprocessen, ikke den handlendes foretrukne tilnærmelse.

Bevar dokumentationen for afbrydelsen med dens timing. Et lokalt browsersvigt adskiller sig fra en driftsafbrydelse i hele kilden, og en manglende opdatering adskiller sig fra en offentliggjort værdi på nul. En datapipeline bør repræsentere manglende oplysninger udtrykkeligt. At erstatte manglende data med den sidste værdi kan være bekvemt til en graf, men farligt, hvis systemet derefter behandler det videreførte tal som en ny afregningsobservation.

Undgå at antage, at ethvert usædvanligt tilfælde bliver til et almindeligt Ja- eller Nej-udfald. Faktiske vilkår kan tillade særlig håndtering. En researchmodel, der kun bruger nul og én, bør angive forenklingen og revideres, hvis kontrakten har andre relevante afregningsmuligheder. Den almindelige udbetalingsberegning er stadig nyttig, men dens omfang skal matche reglerne frem for lydløst at udelukke en væsentlig gren.

Registrer det konkrete uafklarede spørgsmål, når ordlyden er uklar. »Reglen er forvirrende« er svært at handle på. »Kilden offentliggjorde ikke i det udpegede interval, og de fulde regler identificerer ikke klart den næste observation, der skal bruges« er et konkret spørgsmål. Det understøtter disciplineret gennemgang uden at kræve, at en handlende foregiver, at usikkerheden allerede er afklaret.

Sammenlign først, når den enkelte kontrakt er forstået

Når denne kontrakt er fuldt angivet, bliver sammenligning med andre markeder mere meningsfuld. En lavere tærskel ved samme observation kan have en logisk sammenhæng med en højere tærskel, når kilden og grænsekonventionerne matcher. En anden frist, kilde eller gennemsnitsperiode kan bryde sammenhængen. Vejledningen om Bitcoin-prognosemarkeder udvikler disse sammenligninger uden at antage, at lignende titler skaber identiske udbetalinger.

En sammenligning med et Ethereum-prognosemarked stiller igen et andet spørgsmål. Den kan hjælpe med at vurdere fælles markedsdrivkræfter, men er ikke en erstatningskontrakt, blot fordi begge vedrører store kryptoaktiver. Aktivspecifikke prisforløb, referencedefinitioner og netværksbegivenheder forbliver forskellige. Porteføljeanalyse kan forbinde dem uden at udviske deres individuelle afregningsbetingelser.

Bevar arbejdsarket for den enkelte kontrakt, selv når et større sammenligningsværktøj indføres. Automatisering gør det ofte let at samle snesevis af noteringer og samtidig sværere at se den præcise begivenhed. Et kort regelkort fungerer som et stabilt anker: Hver notering, prognose, ordre og hvert endeligt udfald bør henvise tilbage til samme identificerede kontrakt og samme fortolkningsversion.

Test grænsen før brug af automatisering

En lille samling fiktive observationer kan afsløre en regellæsningsfejl, før den påvirker en ordre. Test en værdi under tærsklen, præcis lig med den og lige over den. Test en værdi, som afrundes til tærsklen ved visning, men forbliver lidt under den ved den præcision, reglen kræver. Hvert forventet resultat bør skrives, før softwaren køres, så implementeringen kontrolleres i forhold til kontrakten frem for sit eget output.

Tilføj også tidstilfælde. Én observation bør ligge lige før det tilladte vindue, én inden for det og én lige efter det. Medtag en sent ankommet besked, hvis observationstidspunkt stadig hører til inden for vinduet. Disse tilfælde kontrollerer, om systemet bruger det korrekte tidsforløb. De tvinger også researcheren til at identificere enhver tidskonvention, som reglerne efterlader uafklaret.

Test til sidst en manglende værdi og en forkert formateret værdi. Ingen af dem bør utilsigtet blive en almindelig numerisk observation. En parser, der omsætter et tomt felt til nul, kan skabe et sikkert, men falsk svar. Det passende resultat kan være at stoppe og afvente den foreskrevne dokumentation med usikkerheden bevaret i registreringen. Disse test forudsiger ikke Bitcoin; de fastslår, at systemet evaluerer det tilsigtede spørgsmål.

Afslut registreringen med dokumentation og kontanter

Gem til sidst den udpegede observation, afgørelsesmeddelelsen eller den endelige status og de resulterende kontantbevægelser. Afstem antallet af holdte enheder med antallet, der udbetales for eller indløses. Hvis nogle enheder blev solgt tidligere, skal dette realiserede provenu adskilles fra den endelige udbetaling. Én kontosaldoændring kan kombinere flere handlinger og kræver derfor understøttende transaktionsregistreringer.

Gennemgå resultatet ad fire spor: om kontrakten blev forstået, om prognosen var nyttig, om udførelsen matchede planen, og om afregningen matchede den forventede proces. Et tab kan forekomme med en solid proces, fordi begivenheden var usikker. En gevinst kan skjule en regelfejl eller en ikke godkendt dubletordre. Gennemgangen bør bevare dette skel frem for kun at belønne profittens endelige fortegn.

Et Bitcoin-prognosemarked bliver mindre mystisk, når hvert stadie har sin egen dokumentation. Tærsklen definerer begivenheden, kilden fastslår målingen, ordrebogen definerer tilgængelige handelsvilkår, og kontoregistreringerne fastslår, hvad der faktisk skete. At forstå én kontrakt på denne måde skaber et fundament for at sammenligne mange uden at tabe den præcise betingelse, der afgør betalingen, af syne.