Et Bitcoin-prediksjonsmarked er lettest å forstå ved å følge én kontrakt hele veien fra ordlyd til endelig kontantstrøm. Aktivanavnet gir sammenheng, men kontrakten gir det faktiske spørsmålet. En handler må vite hvilken pris som teller, når den observeres, om grensen er inkluderende, og hva som skjer hvis vanlig dokumentasjon er utilgjengelig. Detaljene bestemmer om et bredt syn på Bitcoin er uttrykt korrekt.
Artikkelen bruker én oppdiktet kontrakt gjennomgående: Ja betaler én enhet hvis en bestemt BTC-referanse er strengt over 100 000 ved den utpekte observasjonen, mens et vanlig Nei-utfall betaler Ja-innehavere null. Tallene illustrerer kontraktsresonnement og er ikke aktuelle Bitcoin-priser eller en anbefaling. Faktiske markeder kan ha ytterligere regler eller særskilte utfall, så eksemplet er en metode for kontraktslesing fremfor en erstatning for vilkårene.
Oppgjørsregler i Bitcoin-prediksjonsmarkedet kommer først
Begynn med fullstendige regler fremfor den korte tittelen. En tittel må passe på en skjerm; den kan utelate sammenligningsoperatoren, den presise tidssonen eller en reservekilde. Lagre fulltekst og kontraktidentifikator. Et skjermbilde av bare en overskrift er en svak registrering fordi et annet marked kan bruke lignende ord og angi en annen observasjon.
Gjør regelen om til et testbart utsagn. Det oppdiktede vilkåret krever at en bestemt referanseverdi for en bestemt observasjon overstiger 100 000. «Overstige» avviker fra «være lik eller overstige». Hvis referansen er nøyaktig 100 000, oppfylles ikke det strenge vilkåret. Skillet kan bety mest nær fristen, når en liten prisforskjell kan bytte vanlig utbetaling fra null til én.
Skill hendelsen fra prosedyren brukt til å avgjøre den. Hendelsen kan skje på et definert tidspunkt, mens en senere prosess bekrefter kilden og fastslår endelig markedsresultat. En handler kan tro dokumentasjonen er avgjørende før kontoen kan innløse eller frigjøre innbetalinger. Å behandle observasjon, avgjørelse og tilgjengelige kontanter som ett øyeblikk skaper unngåelige regnskaps- og planleggingsfeil.
Den bredere veiledningen om handelsplattform for hendelseskontrakter forklarer hvorfor grensesnitt, kontraktsregler og kontoregistreringer må leses sammen. For denne ene kontrakten er første nyttige resultat et kort regelkort med vilkåret, dokumentasjonskilden, observasjonsvinduet, unntaksbestemmelsene og eventuell tolkning som fortsatt trenger avklaring. Et tomt felt er mer informativt enn et gjettet svar.
Identifiser priskilden i Bitcoin-prediksjonsmarkedet
Bitcoin handles mange steder, og en kontrakt følger ikke nødvendigvis diagrammet en handler ser på oftest. Referansen kan være en navngitt kilde, en indeks eller et bestemt gjennomsnitt. Det relevante spørsmålet er ikke hvilken kilde som føles mest representativ. Det er hvilken kilde kontrakten faktisk navngir, og hvordan kilden produserer verdien brukt for oppgjør.
Registrer hele aktivaparet. En pris uttrykt i dollar og en pris uttrykt i et annet noteringsaktivum kan følge hverandre tett uten å være identiske. Tilsvarende kan en vist avrundet verdi skjule desimaler brukt av avgjørelsesprosessen. Hvis terskelen er nøyaktig, bevar tilgjengelig presisjon og avgjør hvilken avrundingspraksis reglene krever fremfor å velge visningen som favoriserer posisjonen.
Kildenavn alene er kanskje ikke nok. En kilde kan publisere flere produkter med ulike vinduer eller beregningsmetoder. En spotindikasjon, en siste transaksjon og et tidsvektet gjennomsnitt måler forskjellige ting. Kopier data- eller referanseidentifikatoren der reglene gir en. Ikke utled metoden fra hvor ofte et nettsted tilfeldigvis oppdateres.
Som sammenheng beskriver Polymarkets TWAP-dokumentasjon uttrykkelige tilbakeblikksvinduer og advarer om at den tilpassede datastrømmens detaljerte spesifikasjoner for prøvetaking og avrunding ikke alle er publisert der. Det er en grunn til å bruke den utpekte verdien, ikke baklengs rekonstruere et autoritativt oppgjørstall fra noen få skjermobservasjoner. Det betyr heller ikke at hver Bitcoin-kontrakt bruker datastrømmen.
Et eksempel på terskel i Bitcoin-prediksjonsmarkedet
Tenk på en bevisst forenklet gjennomsnittsregel laget bare for illustrasjonen. I et observasjonsvindu på seksti sekunder holder referansen seg på 99 980 i tjue sekunder og 100 010 i førti sekunder. Regelen definerer et tidsvektet gjennomsnitt av de konstante verdiene, uten manglende observasjoner eller avrundingsjustering. Multiplikasjon av hver verdi med varigheten gir 1 999 600 og 4 000 400. Summen er 6 000 000.
Deling på seksti gir et gjennomsnitt på nøyaktig 100 000. Under det oppdiktede vilkåret «strengt over 100 000» vinner ikke Ja. Et sisteprisdiagram som ender på 100 010, ville fortelle en annen historie hvis det ble lest uten gjennomsnittsregelen. Beregningen viser hvorfor en sluttnotering og et vindusgjennomsnitt ikke kan erstatte hverandre bare fordi de vises nær hverandre på en skjerm.
Hvis den oppdiktede regelen i stedet sa «på eller over 100 000», ville samme gjennomsnitt oppfylle den. Ingenting ved Bitcoins forløp endrer seg mellom tilfellene. Bare sammenligningsoperatoren endres. Derfor hører nøyaktig grensespråk hjemme i undersøkelsesregistreringen og enhver programvaretest. En utvikler som normaliserer begge formuleringer til samme sammenligning, har endret kontraktens betydning.
Denne trinnfunksjonsillustrasjonen er ikke en rekonstruksjon av en virkelig leverandørs TWAP-metode. Den bruker en fullt angitt undervisningsregel slik at regningen kan kontrolleres. Virkelige kilder kan bruke metoder som ikke kan utledes fra sparsomme observasjoner. Når metoden er utilgjengelig, er ansvarlig handling å bevare den offisielle verdien og opphavet samtidig som grensene for uavhengig gjenskaping anerkjennes.
Gi hvert tidsstempel sin riktige rolle
En kontrakt kan omfatte flere klokker: hendelsesfristen, kildens observasjonstid, publiseringstid, lokal mottakstid og tidspunktet en ordre eller handel registreres. De besvarer forskjellige spørsmål. En melding mottatt rett etter fristen kan beskrive en observasjon gjort før den. En fersk nettverksforbindelse kan levere informasjon hvis underliggende observasjon allerede er utdatert.
Omregn den oppgitte fristen nøye og behold original tidssone så vel som normalisert tid for analyse. Kalendergrenser, sommertidsendringer og datobetegnelser kan føre til feil når en handler leser «dagens slutt» uformelt. Ikke anta at lokal dato vist på en bærbar datamaskin er markedets styrende dato. Fullstendige regler bør identifisere relevant grense eller gi veien til den.
En nyttig tidslinje registrerer både det som var kjent og når det kunne bli kjent. Hvis en observasjon skjedde før en ordre, men ble publisert etterpå, bør den ikke inngå i en realistisk simulering som informasjon tilgjengelig på ordretidspunktet. Det ville gi strategien kunnskap den ikke hadde. Samme skille gjelder revisjoner og korrigerte verdier publisert etter den første kilderapporten.
Veiledningen om kryptoprismarkeder for prediksjoner sammenligner strukturer som bruker klokkene ulikt. For denne ene kontrakten er det ofte nok å tegne tidsrekkefølgen for å avdekke et misforhold: Prognosen kan gjelde en femminutters sluttpris mens kontrakten bruker en ettminuttsobservasjon som slutter tidligere. Et slikt misforhold bør avklares før prissammenligningen begynner.
Kjøp av Ja skaper en bestemt kontanteksponering
Anta at en handler kjøper 200 Ja-enheter til 0,47 hver. Kjøpsbeløpet er 94,00. Med et tydelig hypotetisk inngangsgebyr på 2,40 er samlet bundet kontantbeløp 96,40. Hvis hver enhet mottar vanlig Ja-utbetaling på én enhet, er innbetalingen 200,00 og gevinsten 103,60. Hvis Ja mottar null, er tapet hele 96,40 under antakelsene.
Eksemplet viser to poeng. For det første er maksimalt vanlig tap for en fullt betalt lang posisjon knyttet til brukt beløp, ikke tallet 200 alene. For det andre fastslår ikke en stor prosentgevinst ved et vinnerutfall at handelen er attraktiv. Sjansen for taperutfallet, anslagets pålitelighet og faktiske kostnader forblir relevante.
Ved en personlig prognose på 52% er forventet utbetaling 104,00, som gir en modellert forventning på 7,60 etter antatt inngangskostnad. Ved 47% er forventet utbetaling 94,00, som gir et modellert tap på 2,40. Forskjellen illustrerer hvordan gebyrer endrer terskelen. I denne enkle modellen for vanlige utfall er sannsynligheten for å gå i null 96,40 delt på 200, eller 48,2%.
Sannsynlighetene er inndata til en beslutning, ikke målinger levert av regningen. En handler må begrunne dem med en prognoseprosess og vurdere prosessen over tid. Veiledningen om markeder for sannsynlighetshandel utforsker skillet mellom et hendelsesanslag og en markedspris. Et regneark kan beregne en forventning perfekt mens det bruker en dårlig begrunnet sannsynlighet.
Et pristilbud er ikke en utført posisjon
Undersøk tilgjengelige salgstilbud for planlagt mengde før kjøpet sendes inn. De viste 0,47 kan bare gjelde et lite beløp. Kjøp av gjenværende enheter til høyere priser endrer gjennomsnittskostnad, sannsynlighet for å gå i null og maksimalt tap. Bevar ordrebokobservasjonen brukt til å godkjenne handelen slik at senere gjennomgang kan skille et urealistisk anslag fra et marked som endret seg før gjennomføring.
En limitpris setter en gjennomføringsgrense; den lover ikke utførelse. Hvis bare deler av ordren handles, registrer utført mengde og gjenværende forespørsel separat. Kontoen har eksponering for utførte enheter selv om hele ordren fortsatt er åpen. Kansellering av resten reverserer ikke tidligere utførelser. Omvendt er en godtatt ordre uten utførelser ennå ikke en kjøpt posisjon.
En usikker innsending fortjener undersøkelse under sin opprinnelige identitet. Hvis en forbindelse feiler etter at forespørselen forlater klienten, kan umiddelbar oppretting av en ny ordre duplisere den planlagte eksponeringen. Hent ordre- og handelsregistreringer, avstem kontoen og hold det uavklarte beløpet innenfor risikobudsjettet til statusen er fastslått. Fravær av en lokal suksessmelding er ikke bevis på at ingenting skjedde.
Den eldre veiledningen om handel med binære kontrakter gir et bredere rammeverk for skillet. I Bitcoin-eksemplet bør prisprognosen og gjennomføringsprosessen forbli separate registreringer. En korrekt terskelprognose unnskylder ikke betaling utover godkjent kostnad, og en gjennomføringsfeil bør ikke feilklassifiseres som dokumentasjon på at den underliggende prognosen var feil.
Avgjør hva som ville ugyldiggjøre synet
En nyttig plan angir hvilken dokumentasjon som ville endre prognosen før hendelsen avgjøres. Ugyldiggjøringsvilkåret kan være en ny referanseverdi, en endring i relevant fordeling av mulige priser eller oppdagelsen av at den opprinnelige regeltolkningen var feil. Å skrive vilkåret på forhånd hjelper med å skille en begrunnet oppdatering fra en følelsesmessig respons på et midlertidig verdsettelsestap.
En pris som beveger seg mot posisjonen, er informasjon, men ikke alltid bevis på at hypotesen har sviktet. En handler kan oppdatere fordi bevegelsen endrer sjansen for å krysse terskelen, fordi underliggende dokumentasjon endres, eller begge deler. Beslutningsregistreringen bør identifisere hvilket. Ellers kan hvert ugunstig pristilbud bli en annen historie om hvorfor originalresonnementet fortsatt holder.
Regelusikkerhet fortjener sin egen respons. Hvis kildeidentiteten eller grensen ikke kan fastslås, kan reduksjon eller unngåelse av eksponering være mer passende enn å utvide et statistisk konfidensintervall. En sannsynlighetsmodell for Bitcoins fremtidige pris løser ikke en tvetydig kontraktsdefinisjon. Modellusikkerhet og definisjonsusikkerhet er forskjellige problemer og bør ikke blandes i én uforklart margin.
En tidlig utgang trenger også kostnadsanalyse. Salg av de 200 enhetene til et gjennomsnittlig gjennomførbart kjøpsbud på 0,50 gir 100,00 før utgangskostnader. Med et hypotetisk utgangsgebyr på 1,60 er nettoinnbetalingen 98,40 og realisert gevinst i forhold til kostnaden på 96,40 lik 2,00. Utfallet kan være lønnsomt selv om kontrakten aldri når sin endelige observasjon, men gevinsten avhenger av faktiske utførelser.
Tolk særskilt dokumentasjon uten å gjette
En referanse kan bli utilgjengelig, publisere en feil eller utgi en rettelse. Kontrakten kan angi en reserveløsning, en forsinkelse eller annen unntaksbehandling. Les bestemmelsene før handel. En handler bør ikke finne på en erstatningskilde etter at den vanlige feiler, selv om erstatningen virker økonomisk fornuftig. Oppgjør følger gjeldende regler og avgjørelsesprosess, ikke handlerens foretrukne tilnærming.
Bevar dokumentasjonen på avbruddet med timingen. En lokal nettleserfeil avviker fra et kildeomfattende avbrudd, og en manglende oppdatering avviker fra en publisert verdi på null. En dataprosess bør uttrykkelig representere manglende informasjon. Å erstatte manglende data med siste verdi kan være praktisk for et diagram, men farlig hvis systemet deretter behandler den videreførte verdien som en fersk oppgjørsobservasjon.
Unngå å anta at hvert uvanlig tilfelle blir et vanlig Ja- eller Nei-utfall. Faktiske vilkår kan tillate særskilt håndtering. En undersøkelsesmodell som bare bruker null og én, bør oppgi forenklingen og revideres hvis kontrakten har andre relevante oppgjørsmuligheter. Den vanlige utbetalingsberegningen er fortsatt nyttig, men omfanget må passe reglene fremfor å utelate en vesentlig gren i det stille.
Når ordlyden er uklar, registrer det bestemte uavklarte problemet. «Regelen er forvirrende» er vanskelig å følge opp. «Kilden publiserte ikke i det utpekte intervallet, og fullstendige regler identifiserer ikke tydelig neste observasjon som skal brukes» er et konkret spørsmål. Det støtter disiplinert gjennomgang uten å kreve at en handler later som usikkerheten allerede er avklart.
Sammenlign først etter at den ene kontrakten er forstått
Når kontrakten er fullt angitt, blir sammenligning med andre markeder mer meningsfull. En lavere terskel ved samme observasjon kan ha et logisk forhold til en høyere terskel når kilde- og grensepraksis samsvarer. En annen frist, kilde eller et annet gjennomsnittsvindu kan bryte forholdet. Veiledningen om Bitcoin-prediksjonsmarkeder utvikler sammenligningene uten å anta at lignende titler skaper identiske utbetalinger.
Sammenligning med et Ethereum-prediksjonsmarked stiller enda et annet spørsmål. Den kan hjelpe med å vurdere felles markedsdrivere, men det er ikke en erstatningskontrakt bare fordi begge gjelder store kryptoaktiva. Aktivasærskilte prisforløp, referansedefinisjoner og nettverkshendelser forblir forskjellige. Porteføljeanalyse kan knytte dem sammen uten å slette de individuelle oppgjørsvilkårene.
Behold arbeidsarket for enkeltkontrakten selv når et større sammenligningsverktøy innføres. Automatisering gjør det ofte enkelt å samle dusinvis av tilbud mens den nøyaktige hendelsen blir vanskeligere å se. Et kort regelkort fungerer som et stabilt anker: Hvert tilbud, hver prognose, ordre og hvert sluttutfall bør vise tilbake til samme identifiserte kontrakt og samme tolkningsversjon.
Test grensen før automatisering brukes
En liten samling oppdiktede observasjoner kan avdekke en regellesingsfeil før den påvirker en ordre. Test en verdi under terskelen, nøyaktig lik den og rett over den. Test en verdi som avrundes til terskelen for visning, men fortsatt ligger litt under ved presisjonen regelen krever. Hvert forventet resultat bør skrives før programvaren kjøres, slik at implementeringen kontrolleres mot kontrakten fremfor mot egne utdata.
Legg også til tidstilfeller. Én observasjon bør falle rett før tillatt vindu, én innenfor og én rett etter. Ta med en sent ankommet melding hvis observasjonstid fortsatt hører til inne i vinduet. Tilfellene kontrollerer om systemet bruker riktig klokke. De tvinger også undersøkeren til å identifisere enhver tidspraksis reglene lar stå uavklart.
Test til slutt en manglende verdi og en feilformatert verdi. Ingen bør utilsiktet bli en vanlig numerisk observasjon. En parser som gjør et tomt felt til null, kan skape et sikkert, men falskt svar. Riktig resultat kan være å stoppe og vente på foreskrevet dokumentasjon med usikkerheten bevart i registreringen. Testene lager ingen Bitcoin-prognose; de fastslår at systemet vurderer det tiltenkte spørsmålet.
Lukk registreringen med dokumentasjon og kontanter
Lagre til slutt den utpekte observasjonen, avgjørelsesvarselet eller endelig status og de resulterende kontantbevegelsene. Avstem antall enheter eid med antall betalt eller innløst. Hvis noen enheter ble solgt tidligere, skill de realiserte innbetalingene fra endelig utbetaling. Én kontosaldoendring kan kombinere flere handlinger og trenger derfor støttende transaksjonsregistreringer.
Gjennomgå resultatet langs fire linjer: om kontrakten ble forstått, om prognosen var nyttig, om gjennomføring samsvarte med planen og om oppgjør samsvarte med forventet prosess. Et tap kan skje med god prosess fordi hendelsen var usikker. En seier kan skjule en regelfeil eller en ikke-godkjent duplikatordre. Gjennomgangen bør bevare skillet fremfor å belønne bare gevinstens endelige fortegn.
Et Bitcoin-prediksjonsmarked blir mindre mystisk når hvert stadium har egen dokumentasjon. Terskelen definerer hendelsen, kilden fastslår målingen, ordreboken definerer tilgjengelige handelsvilkår og kontoregistreringene fastslår hva som faktisk skjedde. Å forstå én kontrakt slik skaper et grunnlag for å sammenligne mange uten å miste av syne det nøyaktige vilkåret som bestemmer betalingen.