Bevestigingen van cryptostortingen: finaliteit en bijschrijving

Een wallet kan een transactie uitzenden en een hash krijgen voordat een blok die transactie bevat. Nodes kunnen verschillende beelden hebben van onbevestigde transacties, waardoor de hash niet meteen in een verkenner verschijnt. Zolang de transactie buiten een blok wacht, heeft die nul bevestigingen. Dat betekent dat de transactie nog niet in de canonieke keten is vastgelegd; het betekent niet dat de exchange de storting heeft geaccepteerd.

Zodra een geldig blok de transactie bevat, telt die volgens de gebruikelijke telling als één bevestiging. De keten heeft een gebeurtenis vastgelegd, maar de ontvangende dienst moet die nog detecteren, de asset en bestemming controleren en de eigen regels toepassen. De Bitcoin-gids voor betalingsverwerking maakt onderscheid tussen een uitgezonden en bevestigde betaling.

Bij Bitcoin telt het blok met de transactie als één bevestiging; elk volgend blok voegt er één toe. Meer blokken maken het steeds lastiger om die geschiedenis via een reorganisatie te vervangen, maar dat is probabilistische bescherming en geen garantie dat reorganisatie onmogelijk is. De Bitcoin Developer Guide beschrijft concurrerende uiteinden van de keten en het effect van volgende blokken.

Het Bitcoin-protocol mikt op lange termijn op gemiddeld ongeveer tien minuten per blok. Een afzonderlijk blok kan veel eerder of later komen, dus drie bevestigingen garanderen geen wachttijd van dertig minuten. Kosten, netwerkcondities, bloktiming en verwerking door de ontvangende dienst zijn verschillende factoren. Het aantal beschrijft de ketenstatus en is geen aankomsttijdschatting.

Netwerken gebruiken niet allemaal hetzelfde bevestigingsmodel. Op Ethereum met proof of stake wordt een transactie eerst in een blok opgenomen; later kan consensus checkpoints als gerechtvaardigd en gefinaliseerd markeren. De levenscyclus van transacties en de gids over Ethereum-finaliteit beschrijven die protocolstatussen. Een Bitcoin-bloktelling, een gefinaliseerd Ethereum-checkpoint en de status van een ander netwerk zijn geen uitwisselbare eenheden.

Zelfs finaliteit op protocolniveau beantwoordt alleen hoe het netwerk dat blok volgens de consensusregels behandelt. Het betekent niet dat een specifieke exchange de storting heeft bijgeschreven, een controle heeft afgerond of opnames heeft ingeschakeld. Bij bridges en wrapped assets kunnen het brontnetwerk, de bridge en het doelnetwerk eigen voltooiingsvoorwaarden hebben. Zie de gids voor cross-chain bridges.

Een exchange bepaalt wanneer een storting in de interne rekening wordt geboekt. Het platform kan een minimumaantal netwerkbevestigingen eisen, wachten tot de eigen node of indexer die ziet en aparte controles uitvoeren voordat handelen of opnemen mogelijk is. Drempels kunnen verschillen per asset, netwerk, dienst, account en moment. Er bestaat geen universeel bevestigingsaantal voor alle cryptostortingen.

Kraken beschrijft bijvoorbeeld de status “Credited” wanneer de storting voor handel kan worden gebruikt, en “Successful” wanneer ook opnames beschikbaar zijn. Coinbase legt uit dat een storting op “Pending” kan blijven totdat de vereiste bevestigingen zijn waargenomen. Dit zijn voorbeelden van de eigen processen van aanbieders, geen universele definities. Controleer de actuele informatie van de ontvangende dienst.

Stel uitsluitend als voorbeeld dat een dienst drie Bitcoin-bevestigingen verlangt. Als de transactie in blok 850.000 wordt opgenomen, is de gebruikelijke telling één. In blok 850.001 is dat twee; in blok 850.002 drie. Er moeten dus na opname extra blokken verschijnen voordat de genoemde drempel is bereikt.

Dit voorbeeld raadt geen drie bevestigingen aan en beschrijft geen actuele platformregel. Het volgende blok heeft geen gegarandeerde aankomsttijd en de exchange kan na het bereiken van de drempel extra tijd nodig hebben om de storting te detecteren en te verwerken. Een reorganisatie kan ook de positie van een recente transactie veranderen. Lees de actuele vereiste en maak van een oude schatting geen belofte.

Controleer eerst de exacte asset en het netwerk die de verzender heeft gebruikt en vraag de transactiehash op. Zoek die hash op in een verkenner van hetzelfde netwerk. Controleer of de hash zichtbaar is, in een blok staat, hoeveel bevestigingen worden getoond en of de transactie of contractaanroep is geslaagd. Een succesvolle Ethereum-receipt beschrijft de uitvoering on-chain; het bewijst niet dat een gecentraliseerde exchange het saldo heeft bijgeschreven.

Vergelijk daarna het bestemmingsadres en een eventueel vereist memo of label met de stortingsinstructies van het platform. Controleer of de asset op dat netwerk wordt ondersteund, het bedrag boven het minimum ligt en het adres bij het bedoelde account hoort. De controlelijst voor cryptotransfers behandelt netwerk, adres en memo. Deel nooit een herstelzin of privésleutel om een openbare transactie te onderzoeken.

Heeft de transactie de actuele bevestigingsdrempel bereikt maar staat het bedrag nog niet op de rekening, kijk dan op de statuspagina, bij onderhoudsmeldingen, accountmeldingen en de lijst met ondersteunde netwerken. De on-chain transactie en de interne rekeningboeking van de exchange hangen samen, maar zijn niet hetzelfde record. Het platform heeft mogelijk tijd nodig om de transactie te indexeren of houdt de storting vast voor controle.

Neem volgens de instructies contact op met de ontvangende dienst via het officiële supportkanaal. Houd de hash, asset, netwerk, bedrag, bestemming, memo of label en het geschatte verzendtijdstip bij de hand. Verstuur niet opnieuw omdat de eerste storting in behandeling is en betaal geen onverwachte “herstel”-contactpersoon. Bij een niet-ondersteund netwerk of ontbrekend memo hangt herstel af van het platform en kan het onmogelijk zijn.