Vor ein paar Tagen hat mich jemand gefragt, wie viele Tage es dauert, bis die Entsperrung von Babylon wirklich ausgezahlt wird. Ich habe aus dem Bauch heraus eine Zahl genannt. Später habe ich nachgesehen und gemerkt: Diese Frage lässt sich überhaupt nicht mit einer festen Anzahl von Tagen beantworten.
In den TBV von @BabylonLabs_io ist die Entsperrzeit-Sperre im Skript starr über die Blockhöhe fest verdrahtet, nicht über die Zeit. Das Bitcoin-Skript kann nur verstehen: „in N weiteren Blöcken“. Es hat keine Uhr.
Und dass Bitcoin Blöcke erzeugt, folgt einem Poisson-Prozess. Meni Rosenfeld hat in seiner Arbeit von 2011 „Analysis of Hashrate-Based Double Spending“ sehr klar die Schlussfolgerungen dargelegt: Die Blockintervalle folgen einer Exponentialverteilung, mit einem Mittelwert von zehn Minuten, aber einer beachtlichen Varianz. Zehn Minuten ist der Erwartungswert – keine Zusage.
Also sind die „sieben Tage“ nur nominal. In der Praxis ist es eine Verteilung. Wenn die Hashrate steigt, kommen Blöcke schneller, und du könntest schon nach etwas mehr als sechs Tagen entsperren. Wenn die Hashrate in der Phase der Difficulty-Adjustments sinkt, kann es auch völlig normal sein, dass es sich auf acht Tage verzögert.
Die meisten lesen die Entsperrfrist als ein Datum. Ich würde sie lieber als ein Intervall verstehen.
Wann wird dieser Unterschied wichtig? Im Alltag ist es egal – ein Tag früher oder später interessiert niemanden. Aber wenn du in einem starken Abverkaufsmarkt darauf wartest, dass diese BTC rechtzeitig herauskommt, um nachzukaufen, dann sind ein paar Stunden Abweichung ganz reale Ausführungsrisiken. Du glaubst, du wartest auf einen bestimmten Zeitpunkt – in Wahrheit wartest du auf ein probabilistisches Ereignis, das sich erst mit der Zeit „einpendelt“.
Zur Klarstellung: Das ist kein Designfehler. Dass man Blockhöhen statt Zeitstempel verwendet, ist gerade eine notwendige Bedingung, damit TBV ohne Vertrauen auskommt. Sobald du eine externe Zeitquelle einführst, musst du jemandem trauen, der die Uhrzeit angibt. Diese Ungewissheit ist der Preis für Selbstverwahrung: Dafür kann niemand deine Entsperrung vorhersehbar vorziehen oder verzögern.
Der Preis existiert jedoch – und er wird auf die Planungsfähigkeit der Nutzer verlagert. Das Protokoll garantiert „dass es nicht von anderen verändert wird“, aber es garantiert nicht „dass du es exakt vorhersagen kannst“.
Ich beobachte eine Sache: Entfernt TBV durch die Blockhöhen die Ermessensfreiheit über die Zeit – oder verlagert es die Ungewissheit der Zeit nur vom Protokoll auf den Nutzer? #baby $BABY @BabylonLabs_io
$BTC
In den TBV von @BabylonLabs_io ist die Entsperrzeit-Sperre im Skript starr über die Blockhöhe fest verdrahtet, nicht über die Zeit. Das Bitcoin-Skript kann nur verstehen: „in N weiteren Blöcken“. Es hat keine Uhr.
Und dass Bitcoin Blöcke erzeugt, folgt einem Poisson-Prozess. Meni Rosenfeld hat in seiner Arbeit von 2011 „Analysis of Hashrate-Based Double Spending“ sehr klar die Schlussfolgerungen dargelegt: Die Blockintervalle folgen einer Exponentialverteilung, mit einem Mittelwert von zehn Minuten, aber einer beachtlichen Varianz. Zehn Minuten ist der Erwartungswert – keine Zusage.
Also sind die „sieben Tage“ nur nominal. In der Praxis ist es eine Verteilung. Wenn die Hashrate steigt, kommen Blöcke schneller, und du könntest schon nach etwas mehr als sechs Tagen entsperren. Wenn die Hashrate in der Phase der Difficulty-Adjustments sinkt, kann es auch völlig normal sein, dass es sich auf acht Tage verzögert.
Die meisten lesen die Entsperrfrist als ein Datum. Ich würde sie lieber als ein Intervall verstehen.
Wann wird dieser Unterschied wichtig? Im Alltag ist es egal – ein Tag früher oder später interessiert niemanden. Aber wenn du in einem starken Abverkaufsmarkt darauf wartest, dass diese BTC rechtzeitig herauskommt, um nachzukaufen, dann sind ein paar Stunden Abweichung ganz reale Ausführungsrisiken. Du glaubst, du wartest auf einen bestimmten Zeitpunkt – in Wahrheit wartest du auf ein probabilistisches Ereignis, das sich erst mit der Zeit „einpendelt“.
Zur Klarstellung: Das ist kein Designfehler. Dass man Blockhöhen statt Zeitstempel verwendet, ist gerade eine notwendige Bedingung, damit TBV ohne Vertrauen auskommt. Sobald du eine externe Zeitquelle einführst, musst du jemandem trauen, der die Uhrzeit angibt. Diese Ungewissheit ist der Preis für Selbstverwahrung: Dafür kann niemand deine Entsperrung vorhersehbar vorziehen oder verzögern.
Der Preis existiert jedoch – und er wird auf die Planungsfähigkeit der Nutzer verlagert. Das Protokoll garantiert „dass es nicht von anderen verändert wird“, aber es garantiert nicht „dass du es exakt vorhersagen kannst“.
Ich beobachte eine Sache: Entfernt TBV durch die Blockhöhen die Ermessensfreiheit über die Zeit – oder verlagert es die Ungewissheit der Zeit nur vom Protokoll auf den Nutzer? #baby $BABY @BabylonLabs_io
$BTC