Een voorspellingsmarkt wikkelt af. De pagina toont een winnaar. Zes weken later kom je terug om iets te controleren, en de pagina toont nog steeds een winnaar, maar is het dezelfde winnaar die hij op de dag van resolutie toonde? Is de vastgelegde uitkomst ooit veranderd? Is er ooit een geschil over geweest? Op bijna elk voorspellingsmarkt-oppervlak kun je die vragen niet beantwoorden, omdat de resolutie één veranderlijk veld is dat je de waarde van vandaag toont en geen geheugen bijhoudt van zijn eigen verleden. Uitgerekend afwikkeling wordt behandeld als een feit zonder geschiedenis.
CoinRithm aggregeert voorspellingsmarkten over verschillende platforms heen en houdt sinds medio 2026 iets bij dat de meeste oppervlakken niet doen: een append-only ledger voor afwikkelingsherkomst, een permanent, per-event record van hoe de uitkomst van een markt werd besloten, herzien en betwist in de loop van de tijd. Dit artikel legt uit wat dat ledger is en waarom "de bonnetjes bewaren van een resolutie" een andere, concretere belofte is dan de bredere vraag of je de afwikkeling van een platform überhaupt kunt vertrouwen. Voor dat bredere kader, wie beslist, op basis van welk bewijs, hoe betwistbaar, lees kun je de afwikkeling van voorspellingsmarkten vertrouwen?; dit artikel gaat over de datastructuur eronder.
TL;DR
- De meeste voorspellingsmarkt-oppervlakken slaan een resolutie op als één veranderlijk veld zonder geschiedenis, waardoor een gewijzigde of betwiste uitkomst geen spoor achterlaat.
- CoinRithm legt afwikkeling vast als een append-only ledger: elke waarneming van de afgewikkelde uitkomst is een permanente entry, en herzieningen vervangen in plaats van overschrijven.
- Het ledger van elk gesloten event toont een geldende uitkomst, een aantal waarnemingen, een aantal herzieningen, een methode, en een geschilstatus (undisputed, disputed, of resolved-dispute).
- Omdat entries nooit worden verwijderd, is een resolutie die later omslaat zichtbaar als een herziening, niet stilletjes herschreven, het record toont het hele pad, niet alleen het eindpunt.
- Het staat naast de per-event signalen voor afwikkelingsgeschiktheid en vertrouwenstoon, zodat "heeft dit daadwerkelijk, verifieerbaar uitbetaald?" in één oogopslag te beantwoorden is.
- Eerlijke reikwijdte: het ledger dekt events die zijn afgewikkeld nadat het live ging, en vandaag tonen de meeste events een enkele, schone, onbetwiste beslissing, de waarde ervan zit in het audit trail dat het bijhoudt voor de dag dat dat niet zo is.
Het probleem: afwikkeling zonder geheugen
Alles vóór resolutie heeft een vorm van geschiedenis. Prijzen tikken en laten een grafiek achter. Volume stapelt zich op. Orderboeken bewegen. Maar het moment dat daadwerkelijk beslist wie er gelijk had, de afwikkeling, is op de meeste oppervlakken één enkele waarde: outcome = Yes. Het toont je de huidige staat en niets over hoe die tot stand kwam. Als het één keer werd vastgelegd en nooit werd aangeraakt, prima. Als het werd vastgelegd, en vervolgens een week later stilletjes werd veranderd na een geschil, ziet het veld er in beide gevallen identiek uit. De afwezigheid van geschiedenis is het probleem: je kunt een schone, eerste resolutie niet onderscheiden van een betwiste die is omgeslagen, omdat het oppervlak alleen het laatst geschrevene onthoudt.
Dit is belangrijker dan het op het eerste gezicht lijkt, want afwikkeling is precies het moment waarop vertrouwen wordt uitgegeven in plaats van slechts beloofd. Een markt kan maandenlang prachtig handelen en dan ambigu, laat, of betwist afwikkelen, en als het record van die resolutie geen geheugen heeft, blijf je over met redeneren vanuit screenshots en herinnering over wat de uitkomst "oorspronkelijk" zei. Het probleem is niet alleen dat een resolutie fout kan zijn. Het is dat een resolutie kan veranderen en geen bewijs achterlaat dat dat ooit is gebeurd.
Hoe verschillende platforms in de eerste plaats tot een resolutie komen, is een eigen onderwerp, oracles, beursregels, beoordelaars, en dat behandelen we in hoe voorspellingsmarkten worden afgewikkeld. Dit artikel gaat over wat er met die resolutie gebeurt als data, zodra ze bestaat: of ze wordt bewaard als een feit met een verleden, of als een veld zonder verleden.
Wat een append-only ledger verandert
De oplossing is een goed begrepen idee, geleend van boekhouding en versiebeheer: nooit overschrijven, alleen toevoegen. In plaats van één uitkomstveld draagt elk event een ledger van afwikkelingsbeslissingen. Wanneer de aggregator de afgewikkelde uitkomst van een provider waarneemt, schrijft hij een entry. Als de uitkomst later wordt herzien, bewerkt hij de oude entry niet, hij schrijft een nieuwe die expliciet de vorige vervangt (supersedes), en de vorige wordt gemarkeerd als vervangen door de nieuwe. Er wordt niets verwijderd. De keten van "wat de uitkomst is vastgelegd, en wanneer" blijft van begin tot eind bewaard.
Uit die append-only geschiedenis vallen op natuurlijke wijze een paar eerlijke samenvattende cijfers, en CoinRithm toont ze rechtstreeks op de eventpagina:
- Geldende uitkomst (standing outcome) — het huidige toegewezen resultaat (de entry die door niets is vervangen), met het tijdstip waarop het werd vastgelegd.
- Waarnemingen (observations) — hoeveel keer de afgewikkelde uitkomst voor dit event is bevestigd. Een stabiele resolutie verzamelt bevestigingen; een wankele laat wisselingen zien.
- Herzieningen (revisions) — hoeveel keer de geldende uitkomst daadwerkelijk veranderde. Nul is de gezonde standaard; alles daarboven is een signaal dat je nu kunt zien in plaats van dat het voor je verborgen blijft.
- Methode (method) — hoe de beslissing tot stand kwam (bijvoorbeeld een
resolution_watch-pass over providerdata), zodat de herkomst van de herkomst zelf wordt vastgelegd. - Geschilstatus (dispute state) — of de huidige beslissing undisputed, disputed, of een resolved-dispute is, getoond als een expliciete badge in plaats van overgelaten aan gissing.
Voor geen van deze hoef je een verhaal te vertrouwen. Ze worden berekend uit een record dat niet stilletjes kan worden herschreven, en wanneer er meer dan één beslissing in de geschiedenis staat, toont de eventpagina de volledige tijdlijn, elke vastgelegde uitkomst, het tijdstip ervan, de geschilstatus, en of het de huidige geldende entry is of een vervangen entry.
Het ledger lezen op een eventpagina
Op een gesloten event met een vastgelegd ledger is de sectie voor afwikkelingsherkomst compact en to the point. Ze begint met de geldende uitkomst en wanneer die is vastgelegd, toont dan de aantallen waarnemingen en herzieningen en de methode, met een geschilbadge als de huidige beslissing betwist is of is geweest. Als de uitkomst ooit is herzien, verschijnt daaronder een korte geschiedenislijst, die de beslissingen in volgorde doorloopt en elk markeert als huidig of vervangen.
Het alledaagse geval is, eerlijk gezegd, ondramatisch: één waarneming, nul herzieningen, undisputed, een markt die één keer, netjes afwikkelde, zoals het hoort. Dat is geen zwakte van de functie; het is wat een gezonde resolutie eruitziet, en het gewoon zo tonen is precies het punt. De waarde is asymmetrisch. Als de resolutie soepel verloopt, is het ledger een stille bevestiging. Als dat niet zo is, een late correctie, een betwiste beslissing, een uitkomst die omslaat, is het ledger het enige wat tussen jou en een afwikkeling staat die je niet kunt reconstrueren. Je bewaart de bonnetjes precies zodat die zeldzame slechte dag controleerbaar is in plaats van een kwestie van geheugen.
Hoe het verbonden is met agentbeslissingen
Het afwikkelingsledger is geen op zichzelf staande functie. Het is het resolutiezijdige anker van een grotere, bewust verifieerbare evaluatielaag. Wanneer een CoinRithm Arena AI-agent een positie inneemt op een markt, wordt die beslissing vastgelegd als een onveranderlijk, gehasht artefact, het onderwerp van hoe je het trackrecord van een AI-agent verifieert. Wanneer de markt later afwikkelt, krijgt het artefact van de agent een afwikkelingsstempel dat terugverwijst naar precies dit ledger. Zo is de volledige keten van begin tot eind controleerbaar: wat de agent besliste en wanneer (met vingerafdruk), en hoe het event waarop hij wedde uiteindelijk werd afgewikkeld (append-only). Geen van beide helften vertrouwt de andere blindelings; beide houden hun eigen manipulatiebestendige record bij.
Dat sluit een lus die de meeste agent-scoreborden open laten. Een overwinning is alleen betekenisvol als de afwikkeling erachter echt en ongewijzigd is, en hier is de afwikkeling achter de overwinning van een agent een ledger-entry met een geschiedenis, geen veranderlijk veld dat iemand achteraf had kunnen omdraaien.
Waar het past bij geschiktheid en vertrouwenstoon
Herkomst (provenance) beantwoordt "wat werd vastgelegd, en is het veranderd." Twee naburige signalen beantwoorden de nauw verwante vragen "is deze uitkomst betrouwbaar genoeg om op te scoren" en "heeft het verifieerbaar uitbetaald," en CoinRithm houdt ze bewust gescheiden:
- Afwikkelingsgeschiktheid (settlement eligibility). Elk event doorloopt een gedefinieerde levenscyclus, open, gesloten, wachtend op resolutie, afgewikkeld, en draagt vlaggen voor of de uitkomst en de afwikkelingstiming provider-geverifieerd zijn en of het event meetelt voor kalibratie. Een markt waarvan het ledger zegt "resolved, undisputed, provider-verified" is een markt waarvan het resultaat betrouwbaar genoeg is om er een agent of platform op te beoordelen. Deze geschiktheidspoort is de ruggengraat van ons eerlijke nauwkeurigheidswerk in hoe nauwkeurig zijn voorspellingsmarkten.
- Vertrouwenstoon per event. Naast het ledger tonen eventpagina's een vertrouwenstoon voor de resolutie, verified, limited, awaiting, of unverified, die ronduit aangeeft wat CoinRithm daadwerkelijk kan bevestigen over een afwikkeling, in plaats van wat een platform beweert. Die labeling wordt behandeld in het vertrouwenskader, en het herkomstledger is het concrete bewijs onder het label.
Samengevoegd: de vertrouwenstoon vertelt je het vertrouwensniveau, de geschiktheidsvlaggen vertellen je of het gescoord kan worden, en het herkomstledger toont je het onderliggende record waaruit die oordelen worden berekend. Lagen, geen enkel vaag "resolved."
De eerlijke grenzen
Dit is een echte, draaiende datastructuur, en ze is ook jong, het is de moeite waard om over beide direct te zijn.
Ten eerste, reikwijdte. Het ledger legt providerresoluties vast vanaf het moment dat de functie live ging; events die daarvoor al waren afgewikkeld, hebben geen ledger, en de eventpagina laat de sectie gewoon weg in plaats van een teruggevulde geschiedenis te verzinnen. Er wordt niet gedaan alsof een markt van drie maanden geleden een audit trail heeft die ze nooit had. De eerlijke stelling is "vanaf hier," niet "altijd."
Ten tweede, het ledger legt waarnemingen vast, geen oordeel. CoinRithm wikkelt geen markten af, beoordeelt geen uitkomsten en arbitreert geen geschillen, het observeert wat providers rapporteren en houdt een append-only, manipulatiebestendig record bij van die waarnemingen. Als een platform zelf een verkeerde beslissing neemt, legt het ledger die beslissing en elke latere correctie getrouw vast; wat het garandeert, is dat het record niet stilletjes kan worden herschreven, niet dat de onderliggende resolutie correct was. Dat onderscheid loopt door het hele vertrouwenskader voor afwikkeling heen: betere informatie vermindert verrassing, maar geen enkel ledger kan een platform dwingen om juist te hebben besloten. Wat het wel kan, en doet, is ervoor zorgen dat wat er ook besloten werd, eerlijk wordt herinnerd, volledig, en door het geheugen van meer dan één partij.
FAQ
Wat is afwikkelingsherkomst (settlement provenance) in een voorspellingsmarkt?
Het is de vastgelegde geschiedenis van hoe de uitkomst van een markt werd besloten, niet alleen het eindresultaat, maar elke waarneming van dat resultaat, eventuele herzieningen, de gebruikte methode, en of er een geschil over was. CoinRithm houdt dit bij als een append-only ledger per gesloten event, zodat een resolutie wordt opgeslagen als een feit met een verleden, in plaats van als één veranderlijk veld dat vergeet hoe het aan zijn huidige waarde kwam.
Hoe verschilt een append-only afwikkelingsledger van een normaal resolutieveld?
Een normaal resolutieveld toont alleen zijn huidige waarde; als de uitkomst verandert, wordt de oude waarde overschreven en is ze weg. Een append-only ledger overschrijft nooit, een herziene uitkomst wordt geschreven als een nieuwe entry die de vorige vervangt, en er wordt niets verwijderd. Dat betekent dat een resolutie die later omslaat, zichtbaar is als een herziening in het record, in plaats van spoorloos te verdwijnen.
Wat betekenen "observations" en "revisions" op het ledger?
Observations tellen hoe vaak de afgewikkelde uitkomst voor een event is bevestigd, herhaalde bevestigingen van een stabiel resultaat. Revisions tellen hoe vaak de geldende uitkomst daadwerkelijk veranderde. Een schone resolutie toont doorgaans meerdere waarnemingen en nul herzieningen; een herzieningsaantal boven nul is een signaal dat de vastgelegde uitkomst is bewogen, iets wat het ledger zichtbaar maakt in plaats van te verbergen.
Betekent het afwikkelingsledger dat CoinRithm markten afwikkelt?
Nee. CoinRithm beslist, beoordeelt of arbitreert geen uitkomsten, het observeert wat de provider van elk platform rapporteert en legt die waarnemingen vast in een manipulatiebestendig, append-only ledger. Als een platform een beslissing neemt en die vervolgens corrigeert, legt het ledger beide getrouw vast. Het garandeert de eerlijkheid van het record, niet de juistheid van de onderliggende beslissing van het platform.
Waarom tonen de meeste events maar één onbetwiste beslissing?
Omdat de meeste resoluties schoon zijn: de uitkomst wordt één keer vastgelegd, op basis van providerdata, en verandert nooit. Eén enkele undisputed waarneming met nul herzieningen is precies hoe een gezonde afwikkeling eruitziet. De waarde van het ledger is asymmetrisch, het is een stille bevestiging op de normale dagen en het enige betrouwbare audit trail op de zeldzame dag dat een resolutie laat, gecorrigeerd of betwist is.
Heeft elk voorspellingsmarkt-event op CoinRithm een herkomstledger?
Nog niet. Het ledger dekt events die zijn afgewikkeld nadat de functie medio 2026 live ging; events die eerder werden afgewikkeld tonen de sectie simpelweg niet, in plaats van een verzonnen geschiedenis te tonen. Naarmate meer markten afwikkelen, groeit de dekking in de loop van de tijd, en het record is eerlijk over de grens in plaats van een spoor terug te vullen dat nooit heeft bestaan.
