Finality

In de praktijk is finality het verschil tussen een betaling die er slechts bevestigd uitziet en een betaling die een handelaar, exchange of ander protocol veilig als afgehandeld kan beschouwen. Elke blockchain bereikt dit punt op een andere manier, en die ontwerpkeuze bepaalt hoe lang gebruikers moeten wachten voordat ze een overboeking kunnen vertrouwen.

Proof of Work chains zoals Bitcoin vertrouwen op probabilistische finality: elk nieuw block dat boven op een transactie wordt gemined, maakt het exponentieel duurder om die transactie terug te draaien, maar een absolute garantie is er nooit. De conventie om zes confirmations af te wachten, ongeveer een uur, gaat terug op de oorspronkelijke kansberekeningen van Satoshi Nakamoto en verlaagt de kans op een geslaagde reorganisatie onder normale omstandigheden tot een fractie van een procent, al kan een diepe reorganisatie door een aanvaller met genoeg hashingkracht nooit volledig worden uitgesloten.

Veel Proof of Stake netwerken streven daarentegen naar deterministische, oftewel absolute, finality. Het Casper FFG mechanisme van Ethereum groepeert blocks in epochs en finaliseert een checkpoint zodra tweederde van de gestakete ETH er over twee opeenvolgende epochs voor heeft gestemd, doorgaans zo'n 13 minuten. Het terugdraaien van een gefinaliseerd block zou aanvallers dwingen een enorm deel van hun gestakete ETH kwijt te raken, een straf die zo zwaar is dat het resultaat vaak "economic finality" wordt genoemd in plaats van pure wiskundige zekerheid.

• Snelle chains gebouwd op Tendermint achtige Byzantine fault tolerant consensus kunnen blocks binnen enkele seconden finaliseren.
• Exchanges en betaalverwerkers stellen hun eigen confirmation drempels vast, afhankelijk van het finality model van een chain en de omvang van een transactie.
• Layer 2 rollups voegen nog een complicatie toe, omdat hun transacties vaak pas volledige finality erven zodra ze zijn gepost op en gefinaliseerd door de onderliggende base layer.

Inzicht in het finality model van een chain is belangrijk voor iedereen die grote betalingen accepteert, assets bridged, of applicaties bouwt die ervan uitgaan dat een afgehandelde transactie later niet meer kan verdwijnen.