Bei der Untersuchung der Bitcoin-Stakung und TBV von @BabylonLabs_io ist mir ein leicht zu übersehender Punkt aufgefallen: Das Slashing-Mechanismus wird nicht sofort ausgeführt.
Wenn der Finality Provider bei Fehlverhalten erkannt wird, muss das Protokoll innerhalb eines vorgegebenen Zeitfensters die Slashing-Transaktion(en) an das Bitcoin-Netzwerk übermitteln.
Wenn es in dieser Zeitspanne zu extremer Überlastung im Bitcoin-Netzwerk kommt und die Gebühren stark ansteigen, kann es passieren, dass die Slashing-Transaktionen für längere Zeit im mempool stecken bleiben.
Doch bei genauerem Nachdenken ist dieses Design selbst mit einem Zielkonflikt verbunden. Das Vorhandensein des Zeitfensters soll ehrlichen Teilnehmern genügend Zeit für Reaktionen und das Einreichen geben, während es gleichzeitig die Bestätigungs-Eigenschaften des Bitcoin-Netzwerks berücksichtigt.
Das ist kein Bug, sondern eine Abwägung zwischen Unmittelbarkeit und Umsetzbarkeit.
Noch wichtiger: Die gestaketen Bitcoins bleiben jederzeit im Script gesperrt; die privaten Schlüssel werden nicht herausgegeben.
Selbst wenn die Bestätigung der Transaktion verzögert ist, bleibt die Kontrolle über die Vermögenswerte an das Bitcoin-Ledger gebunden – und hängt nicht von der Mehrheits-Ehrlichkeit in der PoS-Kette ab.
In dieser Hinsicht ist es nach wie vor sauberer als die meisten Brücken- oder Wrapping-Lösungen.
$BABY #baby
Wenn der Finality Provider bei Fehlverhalten erkannt wird, muss das Protokoll innerhalb eines vorgegebenen Zeitfensters die Slashing-Transaktion(en) an das Bitcoin-Netzwerk übermitteln.
Wenn es in dieser Zeitspanne zu extremer Überlastung im Bitcoin-Netzwerk kommt und die Gebühren stark ansteigen, kann es passieren, dass die Slashing-Transaktionen für längere Zeit im mempool stecken bleiben.
Doch bei genauerem Nachdenken ist dieses Design selbst mit einem Zielkonflikt verbunden. Das Vorhandensein des Zeitfensters soll ehrlichen Teilnehmern genügend Zeit für Reaktionen und das Einreichen geben, während es gleichzeitig die Bestätigungs-Eigenschaften des Bitcoin-Netzwerks berücksichtigt.
Das ist kein Bug, sondern eine Abwägung zwischen Unmittelbarkeit und Umsetzbarkeit.
Noch wichtiger: Die gestaketen Bitcoins bleiben jederzeit im Script gesperrt; die privaten Schlüssel werden nicht herausgegeben.
Selbst wenn die Bestätigung der Transaktion verzögert ist, bleibt die Kontrolle über die Vermögenswerte an das Bitcoin-Ledger gebunden – und hängt nicht von der Mehrheits-Ehrlichkeit in der PoS-Kette ab.
In dieser Hinsicht ist es nach wie vor sauberer als die meisten Brücken- oder Wrapping-Lösungen.
$BABY #baby