Gezien is niet afgewikkeld
Stuur een coin en binnen een seconde of twee verschijnt de transactie op een block explorer. Het is uitgezonden: nodes hebben het, miners of validators hebben het in hun wachtrij, en de explorer rapporteert wat het hoorde. Wat nog niet is gebeurd, is het enige dat telt — het netwerk is er nog niet over eens dat deze transactie deel uitmaakt van het grootboek.
Die overeenstemming gebeurt in blokken. Een blok is een batch transacties die één miner of validator voorstelt en de rest van het netwerk accepteert. Wanneer uw transactie in een blok is opgenomen, heeft het één bevestiging. Wanneer er nog een blok bovenop wordt gebouwd, heeft het er twee. Het aantal is gewoon hoe diep uw transactie onder latere blokken begraven ligt.
Diepte is belangrijk omdat het grootboek, kort, kan splitsen. Twee miners vinden bijna tegelijkertijd een blok; het netwerk volgt beiden voor een blok of twee totdat één keten vooruit schiet, en de ander wordt verlaten samen met elke transactie die er alleen in zat. Een transactie met één bevestiging kan aan de verliezende kant van die splitsing zitten. Een transactie met zes heeft een keten van zes blokken die allemaal zouden moeten worden verworpen.
Waar 'zes bevestigingen' vandaan komt
Het getal is geen volksverhaal. Sectie 11 van het Bitcoin-witboek berekent hoe waarschijnlijk het is dat een aanvaller die een deel van de hashing power van het netwerk controleert, in het geheim een langere keten kan opbouwen en een transactie die z blokken diep begraven ligt, kan vervangen. Het resultaat voor een aanvaller met 10% van het netwerk:
| BEVESTIGINGEN | KANS OP TERUGKEER |
|---|---|
| 1 | 20,5% |
| 2 | 5,1% |
| 3 | 1,3% |
| 4 | 0,35% |
| 5 | 0,09% |
| 6 | 0.024% |
Elke bevestiging verkleint het risico met ruwweg een factor vier bij deze aanvalsgrootte. De curve is waarom "zes" de gewoonte drempel voor waarde in rust werd: het is het punt waar het getal niet meer de moeite waard is om op te schrijven.
Twee dingen om uit de tabel op te maken. De daling is exponentieel, dus de marginale bevestiging is het meest waard vroeg — van een naar twee gaat drie kwart van het risico eraf, van vijf naar zes gaat een kwart van wat er nog over is. En de hele tabel gaat over één chain's blokstijd en veiligheidsmodel. Zes Bitcoin-blokken is ongeveer een uur. Zes blokken op een chain die er één per drie seconden produceert is achttien seconden, en betekent iets anders.
Waarom het aantal per munt verschilt
Elke chain regelt zich anders, dus een vast aantal blokken is geen vaste hoeveelheid zekerheid. Ruwweg vallen de chains waar deze wallet deposito's op aanneemt in drie groepen:
- Proof-of-work chains — Bitcoin, Litecoin. Blokken elke tien minuten en respectievelijk twee en een half minuut; zekerheid accumuleert met diepte precies zoals de whitepaper-tabel beschrijft, en omkering is een kwestie van hashing-kracht.
- Snelle proof-of-stake chains — Ethereum, Polygon, TRON. Blokken om de paar seconden, en Ethereum bereikt met name expliciete finaliteit na twee epochs, ruwweg dertien minuten, waarna een blok niet kan worden teruggedraaid zonder dat validators hun eigen stake vernietigen. Veel bevestigingen arriveren snel; de betekenisvolle drempel is het finaliteitspunt.
- Consensus-ledger chains — de XRP Ledger. Er is geen mining en geen concurrerende vorken om uit te wachten: validators zijn het over elke ledger in een paar seconden eens en het is definitief wanneer gesloten. Een enkele bevestiging op XRP is iets anders dan een enkele bevestiging op Bitcoin.
Dus hetzelfde huis, dat dezelfde zekerheid wil, eindigt met een ander getal voor elke munt. Dat is wat de wallet je laat zien.
ENGINE-VERIFIEDVan de client store, CoinStore.ts: elke munt draagt een ICoinMeta van fee, minWithdraw, minDeposit, confirmations en type, geserveerd door de backend per munt. Het depositscherm rendert het direct — de string in en.json luidt "Stuur alleen {symbol} naar dit adres, {confirm} bevestiging vereist." — en een hangende deposito toont de status "Waiting Confirmation" totdat het aantal is bereikt. De aantallen zelf zijn serverconfiguratie en kunnen veranderen; het scherm, niet dit artikel, is de bron van het huidige getal.
Waarom een casino überhaupt wacht
Een winkel die fysieke goederen verzendt kan wachten op settlement, omdat het goed niet vertrekt totdat het geld zeker is. Een casino kan dat niet: op het moment dat een deposito wordt gecrediteerd, kan het worden ingezet, en een winnende inzet betaalt uit in seconden. Als het deposito vervolgens wordt teruggedraaid door een gereorganiseerde chain, heeft het huis een echte opname betaald tegen geld dat niet meer bestaat.
Dat is precies de aanval die de whitepaper-tabel beschrijft, gericht op een huis in plaats van een handelaar — deposito, inzet, en probeer het deposito ongedaan te maken. Het bevestigingsaantal is het huis dat kiest hoe klein het die waarschijnlijkheid wil hebben voordat het de blootstelling op zich neemt. Wachten is geen wantrouwen in jou; het is het huis dat weigert op de chain te gokken.
Het werkt andersom bij opname. Wanneer het huis je munten stuurt is het de afzender, en zijn transactie is onderhevig aan dezelfde regel — een opname die je in de explorer op nul bevestigingen ziet is nog niet van jou om uit te geven, en de ontvangende exchange past zijn eigen telling toe voordat het je creditert.
Wat je doet terwijl het wachten zegt
- Open de transactie in de chain's explorer — de wallet linkt elke munt aan zijn eigen (Bitcoin, Etherscan, Tronscan, XRPScan enzovoort) — en bekijk hoe het bevestigingsaantal stijgt. Als het stijgt, is er niets mis; het is vroeg.
- Controleer het aantal tegen het getal op het depositscherm. Een deposito dat het bereikt heeft en nog steeds wachten toont is een bericht naar ondersteuning met de transactiehash waard; één die het niet is gewoon nog niet daar.
- Als de transactie lange tijd nul bevestigingen heeft op een proof-of-work chain, was de fee waarschijnlijk te laag voor de huidige vraag. Het is niet mislukt — het is in de wachtrij — en waarom dat gebeurt is een eigen artikel.
- Als de explorer de transactie helemaal niet kan vinden, is het probleem stroomopwaarts van bevestigingen: controleer de verzendende wallet, en controleer dat het naar het juiste netwerk ging.
De wachtstaat is het systeem dat werkt. Een huis dat zou crediteren op nul bevestigingen zou sneller zijn en zou uiteindelijk beroofd worden door precies het bovenstaande mechanisme — en de kosten daarvan zouden hun weg terug vinden naar elke speler. Waar het geld zit is het partnerstuk over wat gebeurt nadat het landt.
Veelgestelde vragen
Wat is een blockchainbevestiging?
Eén blok dat bovenop het blok met uw transactie wordt toegevoegd. Nul betekent dat het netwerk het heeft gezien maar er niet mee heeft ingestemd; elk verder blok maakt terugdraaien exponentieel minder waarschijnlijk.
Waarom heeft een casino meerdere bevestigingen nodig?
Omdat een gecrediteerde storting onmiddellijk kan worden ingezet en uitgekeerd. Als de storting vervolgens zou worden teruggedraaid door een herorganisatie van de keten, zou het casino echt geld hebben uitgekeerd tegen een transactie die niet meer bestaat. Het aantal is de keuze van het casino voor hoe klein dat risico moet zijn.
Waarom zes voor Bitcoin?
Volgens de berekening uit het Bitcoin-whitepaper: een aanvaller met 10% van het netwerk heeft ongeveer 20% kans om een transactie met één bevestiging terug te draaien en ongeveer 0,02% na zes. Zes is het punt waar het risico voor vastgestelde waarde verwaarloosbaar wordt.
Hoeveel bevestigingen vereist Betkyo?
Dit wordt per munt op de server ingesteld en weergegeven op het stortingsscherm naast het adres, omdat ketens met verschillende snelheden en beveiligingsmodellen worden afgewikkeld. Lees het getal daar; het is de huidige.
Mijn storting wacht al lang. Is het verloren?
Meestal niet. Controleer de transactie in de chain explorer: als bevestigingen stijgen, is deze onderweg; als deze voor Bitcoin of Litecoin op nul blijven steken, was de vergoeding waarschijnlijk te laag en staat deze in de wachtrij; als de explorer deze niet kan vinden, controleer dan de verzendende portemonnee en het netwerk waarop deze is verzonden.
BRONNEN & VERWIJZINGEN
- Satoshi Nakamoto, “Bitcoin: A Peer-to-Peer Electronic Cash System” — section 11, the attacker-catch-up calculation the confirmation table is taken from
- Ethereum-documentatie over proof-of-stake finality — twee epochs, ongeveer dertien minuten
- Betkyo client bron: ICoinMeta.confirmations in CoinStore.ts, de depositWarn string in locale/en.json, en de per-chain explorer kaart — het mechanisme, niet de tellingen, die serverconfiguratie zijn
DE GAMES IN DIT ARTIKEL