AviatorGames
Home/ Eerlijkheidscontrole
Cryptografische controle, geen reclameslogan

Eerlijkheidscontrole van Aviator: hoe provably fair werkt

Het crashpunt in Aviator wordt niet ter plekke verzonnen terwijl het vliegtuigje stijgt; het ligt al vast en is gehasht voordat de inzetten voor de ronde opengaan. Hieronder staat geen marketingclaim, maar een concrete, reproduceerbare berekening: we ontleden de formule van Aviator stap voor stap aan de hand van een voorbeeldronde, zodat je dezelfde rekenkunde zelf kunt herhalen op elke echte ronde uit je spelgeschiedenis.

Instrumentenrand met mintgroene wijzer — metafoor voor een ronde die je volgens de formule kunt narekenen
13.80×beide voorbeelden uit de uitwerking hieronder geven deze waarde
SHA-51213 hex-tekens → multiplier
SHA-256commit van de server seedvóór het openen van de inzetten
4seeds in de berekening van de multiplier1 server + 3 client
13hex-tekens van de digest worden als getal h gelezeneerste tekens van SHA-512
0.97RTP-factor direct in de formulehuisvoordeel 3%, niet verborgen

Hoe controleer je zelf de eerlijkheid van een Aviator-ronde?

Aviator werkt volgens het provably fair-protocol: vóór het openen van de inzetten publiceert de server de SHA-256-hash van de server seed; nadat het vliegtuigje is weggevlogen, worden de server seed en de client seeds van de eerste drie spelers van de ronde samengevoegd en gehashed met SHA-512, de eerste 13 hex-tekens van de digest worden gelezen als getal h, en de multiplier wordt berekend met de formule floor(2⁵² ÷ (2⁵² − h) × 0.97 × 100) ÷ 100 — dat kun je handmatig op elke gepubliceerde ronde narekenen. Hieronder wordt de berekening twee keer getoond. De leerset seeds geeft eerste 13 hex ee02c761243b4, getal h 4 187 131 238 040 500 en multiplier 13.80×; de apart vastgelegde ronde nr. 1120749 geeft ee03fc5491ff4, h 4 187 214 171 414 516 en dezelfde 13.80×. De rekenkunde is identiek voor elke ronde uit je spelgeschiedenis.

Voordat we de stappen ontleden

Waarom de hash vóór de ronde wordt gepubliceerd, en niet erna

De zin van het hele schema zit in de volgorde van handelingen, niet in de hashes zelf. Als de server seed pas na de ronde zou worden onthuld, zou niets de server ervan weerhouden om achteraf een 'geschikte' seed te kiezen die past bij de al geplaatste inzetten. Het publiceren van de SHA-256-hash van de seed vóór het openen van de inzetten sluit dat gat wiskundig: dezelfde seed geeft altijd dezelfde hash, en een andere seed met dezelfde hash vinden is rekenkundig onrealistisch. Dit heet het commit-reveal-schema — 'eerst toezeggen, dan onthullen': de server verplicht zich tot een waarde die hij niet ongemerkt kan veranderen, en onthult die pas nadat het resultaat niet meer aan de inzetten van de spelers kan worden aangepast.

Dat is precies wat de hele constructie bewijst — dat het crashpunt vóór jouw inzet is vastgelegd, en niet achteraf is gekozen nadat de server zag hoeveel geld er op het spel stond. Provably fair zegt niet of het spel 'gunstig' voor je is — daarover gaat afzonderlijk het RTP van 97% en het ingebouwde huisvoordeel van 3%, dat door geen enkele eerlijkheid wordt opgeheven. Het gaat erom dat een specifieke ronde niet persoonlijk tegen jou is gemanipuleerd.

Verificatiepaneel van Aviator-ronde: server seed, client seeds van spelers, samengevoegde SHA-512-hash en omzetting van hex naar decimaal.
Verificatiepaneel van ronde nr. 1120749Server seed, client seeds, samengevoegde SHA-512-hash en omzetting van hex naar decimaal — alles wat nodig is voor herberekening, toont de operator zelf. Het leesbare begin van de digest is ee03fc5491ff4, het resultaat is 13.80×.Screenshot van de Aviator-interface · gemaakt op 11 augustus 2026
De volledige mechanica

Hoe het algoritme werkt: commit → ronde → onthulling → formule

Provably fair schema: server seed en seeds van drie spelers (AB, CD, EF, GH) worden samengevoegd tot één string, gehashed met SHA-512, en uit de hash komt de uitkomst van de ronde 2.17
Provably fair schema: vier seeds als invoer, SHA-512 en de uitkomst van de rondeProvably fair schema: server seed en seeds van drie spelers (AB, CD, EF, GH) worden samengevoegd tot één string, gehashed met SHA-512, en uit de hash komt de uitkomst van de ronde 2.17Schema van de redactie · 11 augustus 2026
Commit: server genereert en hasht de server seed

Nog voordat de inzetten openen, genereert de server een willekeurige server seed en haalt die direct door SHA-256, waarbij het resultaat — de hash, niet de seed zelf — aan de spelers wordt gepubliceerd. Dit is de 'toezegging': de uitkomst is al wiskundig vastgelegd, omdat het rekenkundig onmogelijk is de seed te vervangen op zo'n manier dat die de reeds gepubliceerde hash oplevert.

Ronde: client seeds van de eerste drie spelers worden verzameld

Tijdens het inzetvenster worden de client seeds van de eerste drie spelers die in deze ronde hebben ingezet, aan de berekening toegevoegd. Dit voegt entropie van de spelerskant toe, niet alleen van de server — een belangrijk detail dat de meeste uitleg over het hoofd ziet.

Onthulling: server seed wordt na de crash gepubliceerd

Wanneer de ronde is afgelopen en het vliegtuigje is weggevlogen, publiceert de server de echte server seed in leesbare tekst. Nu heeft iedereen alle vier de waarden — de server seed en de drie client seeds — en kan men zelfstandig zowel de hash als de uiteindelijke multiplier controleren.

Formule: seeds worden samengevoegd en omgezet in een multiplier

De server seed en de drie client seeds worden samengevoegd tot één string en gehashed met het SHA-512-algoritme. De eerste 13 hex-tekens van de digest worden gelezen als het getal h, en de multiplier waarop het vliegtuigje is gecrasht, wordt uit h verkregen via de formule floor(2⁵² ÷ (2⁵² − h) × 0.97 × 100) ÷ 100, waarbij 0.97 het geclaimde RTP van 97% is, direct in de formule ingebouwd.

  1. Voordat de inzetten openenCommit

    De server genereert de server seed en publiceert de SHA-256-hash ervan. De speler ziet de hash, maar niet de seed.

  2. Tijdens het inzetvensterVerzameling van seeds

    De client seeds van de eerste drie spelers van de ronde worden vastgelegd — entropie komt niet alleen van de server.

  3. Direct na de crashOnthulling

    De echte server seed wordt in leesbare tekst gepubliceerd. Vanaf dat moment heeft de speler alle vier de waarden in handen.

  4. Op elk moment na de onthullingHerberekening

    SHA-512 van de samengevoegde seeds → eerste 13 hex als getal h → multiplier volgens de formule. Zelfstandig uit te voeren, zonder tussenkomst van de operator.

Voor wie de wiskunde zelf wil zien

De volledige formule van het crashpunt

Je hoeft niet op ons woord te vertrouwen — de essentie van het woord 'bewijsbaar' in 'bewijsbaar eerlijk' is precies dat de formule openlijk is en door elke SHA-256/SHA-512-calculator kan worden gecontroleerd:

h = eerste 13 hex-tekens van SHA-512( server_seed + client_seed_1 + client_seed_2 + client_seed_3 ) // lees als geheel getal multiplier = floor( 252 ÷ (252 − h) × 0.97 × 100 ) ÷ 100 // 0.97 = geclaimd RTP 97%
Twee balken: 97 procent geclaimd uitkeringspercentage voor spelers in groen en 3 procent huisvoordeel in rood — afkomstig van de factor 0,97 in de formule van het crashpunt
Waar de 3% in de formule zitDe factor 0,97 in de formule van het crashpunt is het huisvoordeel: 97% is het geclaimde uitkeringspercentage voor spelers, 3% is de marge van het platform op lange termijn. Provably fair bewijst de eerlijkheid van een specifieke ronde, maar verandert die verhouding niet.Schema van de redactie · 11 augustus 2026

De factor 0,97 in de formule is geen bijkomstigheid, maar een directe weerspiegeling van het huisvoordeel: hoe dichter h bij de bovengrens van het bereik ligt, hoe hoger de multiplier, maar de verdeling van uitkomsten is zo opgebouwd dat lage multipliers merkbaar vaker voorkomen dan hoge — vandaar de convergentie naar 97% uitbetaling op lange termijn. Een eerlijke ronde en een huisvoordeel van 3% spreken elkaar niet tegen — zo is het bedoeld: de formule is openbaar en controleerbaar, maar het wiskundige voordeel van het casino is er niet in verborgen, het staat er expliciet in.

0.97

Dit is de enige plek waar de economie van het spel in de formule verschijnt. Al het andere erin is cryptografie: hashes, het samenvoegen van seeds, het omzetten van hex naar een getal. De eerlijkheid van een ronde en het huisvoordeel leven in dezelfde regel code en heffen elkaar niet op.

Formule van het crashpunt van Aviator, analyse van de redactie · 11 augustus 2026
De formule met concrete getallen

Uitwerking van een voorbeeld — hoe dat er in de praktijk uitziet

Verificatiepaneel van Aviator-ronde: server seed, client seeds van spelers, samengevoegde SHA-512-hash en omzetting van hex naar decimaal.
Verificatiepaneel van ronde nr. 1120749Server seed, client seeds, samengevoegde SHA-512-hash en omzetting van hex naar decimaal — alles wat nodig is voor herberekening, toont de operator zelf. Het leesbare begin van de digest is ee03fc5491ff4, het resultaat is 13.80×.Screenshot van de Aviator-interface · gemaakt op 11 augustus 2026
Twee voorbeelden, één werkwijze

Links staat het paneel van ronde nr. 1120749: deze ronde hebben we apart vastgelegd, en het leesbare deel van de samengevoegde digest begint met ee03fc5491ff4, dus h = 4 187 214 171 414 516, en de formule geeft 13.80×. De seed-strings op de afbeelding zijn niet volledig leesbaar, dus we hebben ze niet willekeurig ingevuld.

De onderstaande tabel is een leerset met vier seeds die je kunt kopiëren en zelf kunt doorrekenen: die geeft een andere digest, ee02c761243b4, en dezelfde multiplier van 13.80×. 'Verticale kop' links, waarde rechts — zo kun je regel voor regel met je eigen scherm vergelijken.

BerekeningsstapParameterLeerset seedsWaarde
Server seedDtpP8vUjdiMfn4dVbJt8bZhsdKT1qAz7iZCwXvZ0Wordt pas na de crash onthuld
Drie client seeds van de rondetxcgzPAhctu2f4GzBUID · ZPISstqQiNNshsfrm12F · HLfMXKrqj4TOGYla5wcLDe eerste drie spelers die in de ronde hebben ingezet
SHA-512, eerste 13 hexee02c761243b4
Hetzelfde getal h in decimale vorm4 187 131 238 040 500
Berekeningfloor(2⁵² ÷ (2⁵² − h) × 0.97 × 100) ÷ 100
Resultaat van de formule13.80×

Deze vier regels kunnen in elke online SHA-512-calculator worden gekopieerd en leveren exact ee02c761243b4 op — daarop berust het woord 'bewijsbaar'. De werkwijze is dezelfde als bij de vastgelegde ronde nr. 1120749 hierboven en bij elke ronde uit je geschiedenis: neem na de onthulling je eigen seeds, voer ze door dezelfde reeks stappen en vergelijk het resultaat met wat het spel liet zien.

Doe het zelf, van begin tot eind

Hoe je een specifieke ronde handmatig controleert

Provably fair schema: server seed en seeds van drie spelers (AB, CD, EF, GH) worden samengevoegd tot één string, gehashed met SHA-512, en uit de hash komt de uitkomst van de ronde 2.17
Provably fair schema: vier seeds als invoer, SHA-512 en de uitkomst van de rondeProvably fair schema: server seed en seeds van drie spelers (AB, CD, EF, GH) worden samengevoegd tot één string, gehashed met SHA-512, en uit de hash komt de uitkomst van de ronde 2.17Schema van de redactie · 11 augustus 2026
Bewaar de hash vóór de inzet

Kopieer voordat je inzet de hash van de server seed die het spel vooraf toont — dat is je referentiepunt voor de controle na de ronde.

Speel de ronde en wacht op de onthulling

Na de crash publiceert het spel de echte server seed en de drie client seeds van de ronde — meestal in het geschiedenispaneel of bij 'Provably Fair' naast de afgeronde ronde.

Hash de onthulde seed met SHA-256

Voer de onthulde server seed door een onafhankelijke SHA-256-calculator — er zijn veel gratis online tools; belangrijk is om echte speel-seeds niet zonder noodzaak op onbetrouwbare websites in te voeren.

Vergelijk de hashes

De zojuist berekende SHA-256 moet teken voor teken overeenkomen met de hash die vóór de ronde is gepubliceerd. Als dat niet zo is, is de seed achteraf vervangen — een rode vlag voor het platform.

Herbereken de multiplier via SHA-512

Voeg de server seed en de drie client seeds samen, voer ze door een SHA-512-calculator, neem de eerste 13 hex-tekens als getal h en vul dat in de bovenstaande formule in. Het resultaat moet overeenkomen met de multiplier waarop het vliegtuigje in jouw ronde daadwerkelijk is gecrasht — de rekenmethode is dezelfde als in het hierboven uitgewerkte voorbeeld.

Controleren ≠ voorspellen

Waarom dit eerlijkheid bewijst, maar niet helpt bij voorspellen

Het verschil zit in het moment. Een afgelopen ronde kun je controleren, omdat je na de onthulling alle vier de seeds in handen hebt. Een toekomstige ronde kun je niet voorspellen, omdat je vóór aanvang alleen de hash van de server seed hebt — SHA-256 en SHA-512 zijn onomkeerbaar, er bestaat geen korte weg van de hash terug naar de seed — en een deel van de invoergegevens (client seeds van andere spelers) is van tevoren voor niemand bekend. Provably fair levert een bewijs achteraf, geen voorkennis. Waarom geen enkele 'predictor' of Telegram-bot deze wiskunde kan omzeilen, wordt uitgebreid uitgelegd op de pagina over het ontmaskeren van predictors.

Verwarring wegnemen

Veelvoorkomende misvattingen

«Aviator gebruikt HMAC-SHA-512 en nonce»

Nee, dat is onjuist en een veelvoorkomende verwarring met andere crashspellen. Sommige platforms op andere engines bouwen provably fair inderdaad op HMAC-SHA-512 met de seed als sleutel en een nonce-teller als bericht. Aviator heeft een andere constructie: gewone (niet-keyed) SHA-512 van de samengevoegde server- en drie client-seeds, zonder nonce in de multiplierformule. Als een artikel Aviator beschrijft via HMAC en nonce, heeft het ofwel Aviator met een ander spel verward, of het klopt gewoon niet.

«Het algoritme is gemanipuleerd ten gunste van het casino»

De formule is openbaar en voor alle rondes gelijk — de 0.97 staat er expliciet in, dat is het geclaimde RTP, geen verborgen manipulatie. 'Gemanipuleerd ten gunste van het casino' verwijst naar een ondoorzichtige zwarte doos die per speler verandert; hier is het precies andersom: iedereen kan de onthulde seeds nemen en hetzelfde resultaat krijgen als het spel toonde, ongeacht wie en hoeveel er heeft ingezet.

Hulpmiddel

Controleer je eigen ronde

Plak de seeds uit het verificatiepaneel van je casino — we herberekenen de multiplier en tonen elke stap.

Antwoorden

Vragen over provably fair in Aviator

Wat is provably fair in Aviator? −

Een cryptografisch commit-reveal-schema: de server publiceert vóór het openen van de inzetten een SHA-256-hash van de server seed, en na de crash onthult hij de seed zelf. Iedereen kan de vermenigvuldigingsfactor van de ronde herberekenen met de openbare formule op basis van de onthulde seed en vergelijken met wat het spel toonde – de stappen staan hierboven uitgewerkt aan de hand van een voorbeeld.

Hoe bereken ik de coëfficiënt van Aviator zelf?

Neem de onthulde server seed en de drie client seeds van de ronde, voeg ze samen tot één string, bereken SHA-512 met een willekeurige onafhankelijke calculator, neem de eerste 13 hex-tekens als getal h en vul die in floor(2⁵² ÷ (2⁵² − h) × 0.97 × 100) ÷ 100 in. Het resultaat moet exact overeenkomen met de vermenigvuldigingsfactor die het spel toonde.

Wat zijn de server seed en client seed in Aviator?

De server seed is een willekeurige waarde die de server genereert en vóór de ronde vastlegt met een SHA-256-hash; de seed zelf wordt pas na de crash onthuld. Client seeds zijn waarden die gekoppeld zijn aan de eerste drie spelers die in die ronde een inzet plaatsten: zij voegen entropie van spelerszijde toe, niet alleen van de server.

Waarom wordt de hash vóór de ronde gepubliceerd en niet erna?

Om te voorkomen dat achteraf een 'handige' seed kan worden gekozen nadat de inzetten van spelers al zichtbaar zijn. Door de hash vooraf te publiceren wordt de seed cryptografisch 'verzegeld': de later onthulde waarde komt óf overeen met de al gepubliceerde hash, óf niet – een vervanging valt direct op.

Kan de geschiedenis van Aviator-rondes worden vervalst?

Een specifieke, al gecontroleerde ronde vervalsen is onmogelijk zonder dat dit bij herberekening aan het licht komt: de onthulde seed levert óf de vooraf gepubliceerde hash op, óf niet. De rondengeschiedenis die u in de interface ziet, is het resultaat van reeds afgeronde, vastgelegde rondes en kan niet achteraf worden hertekend zonder inconsistente hashes.

Gebruikt Aviator HMAC?

Nee. De formule van Aviator is gebaseerd op gewone SHA-256 (voor de seed-commit) en SHA-512 (om de gecombineerde seeds naar een vermenigvuldigingsfactor te vertalen), zonder HMAC en zonder nonce in de berekening. Een constructie met HMAC-SHA-512 en nonce komt bij sommige andere crashspellen op andere engines voor – dat is een veelvoorkomende verwarring, maar niet hoe Aviator zelf werkt.

Waarin verschilt provably fair van een predictor?

Provably fair controleert een ronde nadat deze is afgelopen en de seed is onthuld – het is een bewijs achteraf. Een predictor belooft de uitkomst vóór de ronde te kennen, terwijl alleen een onomkeerbare hash beschikbaar is en andermans client seeds onbekend zijn – wiskundig gezien onmogelijk. Een uitgebreide analyse staat op de pagina ontmaskering van predictors.

Dezelfde formule, maar dan in een live ronde

De formule lezen is één ding, haar zien werken op een stijgende vermenigvuldigingsfactor is iets heel anders. De demo-simulator gebruikt exact deze mechanica: SHA-256-commit vóór de ronde, onthulling van de seed na de crash, vermenigvuldigingsfactor uit de eerste 13 hex-tekens van SHA-512. Zonder geld en zonder registratie.

Belangrijke disclaimer: de simulator reproduceert de formule, maar is geen provably fair in de zin van een exploitant – de seeds worden gegenereerd door uw browser en er is geen onafhankelijke derde partij. Dit is een educatieve demonstratie, geen vervanging voor de controle van een echte ronde.

Gestippelde oefenbaan bovenop een echte ronde – visuele metafoor voor de demomodus
Demomodus: stippellijn bovenop een echte ronde
JV

Redactie AviatorGames

Auteur en analist van het project

Heeft deze analyse samengesteld op basis van de gepubliceerde formule van Aviator: het voorbeeld hieronder toont stap voor stap de rekenmethode; de waarden zijn illustratief.

Wat u nodig hebt om uw eigen ronde te controleren
  • Hash vóór de inzet – kopieer de SHA-256-hash van de server seed die het spel vooraf toont.
  • Vier seeds na de crash – de server seed plus drie client seeds – uit het paneel van de afgeronde ronde.
  • Een willekeurige SHA-512-calculator – lees de eerste 13 hex-tekens van de digest als getal h, daarna volgt de formule.
Formule gecontroleerd volgens het algoritme van Spriberonde nr.1120749: ee03fc5491ff4 → 13.80×; voorbeeldset seeds: ee02c761243b4 → 13.80×
Hoe wij feiten controlerenmethodologie →
Op deze pagina staan affiliatelinks naar aanbieders met een kansspelvergunning. De analyse van de eerlijkheid hangt niet af van of u zich via onze links registreert – dit is een afzonderlijke, onpartijdige technische controle.
Lees verder

Vergelijkbare artikelen

Donkere achtergrond met een fijn raster van een instrumentenpaneel
Vertrouw wiskunde, niet reclame

Lees eerlijke recensies over casino's met Aviator

Een controleerbare ronde is maar de helft van het verhaal. De andere helft is of uw geld na een winst ook echt bij u aankomt: dat controleren wij apart, op basis van uitbetalingstijden en echte klachten.

Bekijk recensies