Er is geen "de" prijs
Vraag wat Bitcoin kost en het eerlijke antwoord is een teruggvraag: waar? Elke exchange runt zijn eigen order book, waarbij zijn eigen kopers tegen zijn eigen verkopers worden gematcht. Die books zijn via arbitrage verbonden maar nooit identiek, dus op elk moment wordt hetzelfde asset op iets verschillende prijzen op verschillende plaatsen verhandeld.
De meeste tijd is de spread tussen venues klein genoeg om te negeren. De momenten dat dit niet zo is, zijn precies de momenten die ertoe doen: een plotselinge beweging, een venue met dunne liquiditeit, een exchange met een technisch probleem dat trades print die niemand anders ziet. Een settlement die één venue leest, erft elk slechte moment van die venue.
Dus de echte vraag voor alles dat op prijs settelt is niet "is de prijs correct" — er is geen enkele correct — maar "welke constructie van de prijs leest dit ding, en wie kan er invloed op uitoefenen".
Wat een oracle werkelijk doet
Een oracle is de machinerie die veel onenigheid in quotes verandert in één gepubliceerd getal. De naïeve versie berekent het gemiddelde, en de naïeve versie is een fout: een gemiddelde wordt getrokken door uitbijters, dus één venue die een onzinnige quote print verplaatst het resultaat voor iedereen.
De standaardconstructie gebruikt in plaats daarvan een mediaan, meestal gewogen naar volume. Een mediaan negeert hoe extreem een uitbijter is en telt alleen hoeveel bronnen het eens zijn — dus één kapotte venue verandert niets, en een aanvaller moet een meerderheid van de bronnen corrumperen in plaats van één. Die enkele keuze is het meeste van wat een oracle robuust maakt.
- Meerdere onafhankelijke bronnen, dus geen enkele venue is van cruciaal belang.
- Mediaan in plaats van gemiddelde, dus een uitbijter wordt überspeeld in plaats van gemiddeld.
- Volume weighting, dus een dunne markt kan niet zo luid spreken als een diepe.
- Onafhankelijke rapporteurs, dus de aggregatie zelf is niet één machine waarop iemand kan leunen.
- Een gepubliceerd register, dus het getal kan achteraf worden gecontroleerd in plaats van op vertrouwen te worden genomen.
Die laatste eigenschap is degene waar spelers het meest om zouden moeten geven, en het is degene die het minst vaak wordt besproken. Een feed die je achteraf kunt opzoeken is een feed die je kunt controleren. Een getal dat een huis alleen aan zichzelf noteert is geen prijs, het is een bewering.
Waarom dit bepaalt of een gok eerlijk is
Een prijsverevende game heeft precies één plek waar het huis zou kunnen frauderen zonder dat iemand het merkt: de prijs waarop het verevend. Niet de uitkeringtabel, die is gepubliceerd; niet de regels, die zijn zichtbaar; het getal.
Bedenk wat een oneerlijk bureau met een zelf-genoteerde prijs zou kunnen doen. Het hoeft niet veel te liegen. Een tiende van een procent, alleen toegepast op het moment van settlement, alleen in de richting die het uitkomt — en met hoge hefboomwerking is een tiende van een procent de hele positie. De manipulatie zou onzichtbaar zijn in elk geval apart en verwoestend in totaal.
Dit is waarom de betekenisvolle toezegging niet "onze prijzen zijn nauwkeurig" is maar een structurele: het getal dat de grafiek trekt en het getal dat de settlement leest zijn hetzelfde gepubliceerde getal, en het is niet aan ons om te kiezen. Display en settlement voorgevoerd van één bron verwijdert de gat waar de truc zou wonen.
ENGINE-VERIFIEDOp onze desk lezen de grafiek, de entry, de liquidatie en de close allemaal één tick buffer voorgevoerd door één gepubliceerde feed. De header prijs wordt genomen van dezelfde openbare marktdata die de grafiek plot, dus de twee kunnen niet uit elkaar groeien, en een tick die te oud is om te vertrouwen blokkeert fills en liquidaties.
Wat je elke prijsverevende venue moet vragen
Je hoeft een oracle niet te controleren om een voorzichtige speler te zijn. Je moet vier vragen stellen en opmerken of de antwoorden überhaupt bestaan.
| VRAAG | EEN SLECHT TEKEN |
|---|---|
| Welke feed regelt mijn positie? | "Onze interne prijs" — de enige constructie die niemand anders kan verifiëren |
| Is de grafiek dezelfde bron als de settlement? | Twee verschillende nummers, of een weigering om het te zeggen |
| Wat gebeurt er als de feed vastloopt? | Geen gepubliceerd beleid, per geval beslist |
| Kan ik de prijs onafhankelijk opzoeken? | Een feed die nergens anders dan op hun scherm bestaat |
Niets hiervan maakt een geleverbde positie veilig — de odds zijn wat ze zijn, en bij ×1000 eindigt een tiende van een procent ermee. Het maakt de positie *eerlijk*, wat een ander en voorafgaand vraagstuk is.
遊Hoe onze desk settelt
Één gepubliceerde feed voor de grafiek, de fill en de bust prijsBTC ×1000 →
VEELGESTELDE VRAGEN
Waarom tonen verschillende exchanges verschillende Bitcoin-prijzen?
Elk runt zijn eigen orderboek met zijn eigen kopers en verkopers. Arbitrage houdt ze dicht bij elkaar maar nooit identiek, en de gaten worden groter precies wanneer de markt het snelst beweegt.
Waarom gebruiken oracles een mediaan in plaats van een gemiddelde?
Een gemiddelde wordt versleept door uitschieters, dus één verbroken of gemanipuleerde venue beïnvloedt het resultaat. Een mediaan telt alleen hoeveel bronnen het eens zijn, dus een aanvaller moet een meerderheid corrumperen in plaats van een enkele feed.
Kan een casino de prijs waarop een geleverbde weddenschap settelt manipuleren?
Dat kan als het de prijs zelf noteert, en bij hoge leverage zou het slechts een fractie van een procent nodig hebben. Daarom is de betekenisvolle vraag of de settlement uit een onafhankelijk gepubliceerde feed leest — een die je zelf zou kunnen opzoeken.
Wat voorkomt dat een verouderde prijs wordt gebruikt voor settlement?
Een freshness rule. Op onze desk wordt een tick voorbij het freshness window helemaal niet als prijs behandeld: het blokkeert fills en liquidations gelijkelijk tot er een live aankomt.
BRONNEN & REFERENTIES
- Betkyo engine source: CryptoProEngine strictPrice() en de gedeelde tick buffer achter de chart, de fill en de liquidation
DE GAMES IN DIT ARTIKEL