Ich wollte wissen, was in der Lücke passiert, zwischen dem Zeitpunkt, an dem die reale Deckung eines Finality-Providers sich ändert, und dem Zeitpunkt, an dem das Protokoll zugibt, dass sie sich geändert hat. Also habe ich nachverfolgt, wie das x/Epoching-Modul von Babylon eine neue Delegation tatsächlich verarbeitet.
Staking- und Unstaking-Nachrichten werden nicht sofort ausgeführt. Sie werden für die Dauer eines gesamten Epochs vorgemerkt und dann an der Grenze in einem Rutsch als ein Batch verarbeitet. Bis diese Grenze erreicht ist, spiegelt die Finality-Abstimmungsmacht der Kette das alte Snapshot wider, nicht das aktuelle. Ein Finality-Provider könnte in Echtzeit Delegationen verlieren, könnte sich wirtschaftlich bereits mitten im Epoch aushöhlen – und dennoch mit dem Gewicht abstimmen, das er hatte, bevor überhaupt jemand abgezogen hat.
Das ist kein Bug. Es ist der Preis dafür, dass man tausende BTC-gestützte Delegationen zu einer einzigen Abrechnung bündelt, statt jede einzeln zu verarbeiten. Aber es bedeutet, dass die kryptökomische Sicherheitsdeckung eines bestimmten Blocks nicht die Sicherheit ist, die gerade jetzt existiert. Es ist die Sicherheit, die zum letzten Checkpoint vorhanden war – fortgeführt in dem Vertrauen, dass sich dazwischen nichts Wesentliches geändert hat.
Ich habe das ständig damit verglichen, wie eine Kreditlinie tatsächlich funktioniert. Dein Limit wird nicht sofort aktualisiert, wenn sich dein Einkommen ändert. Es wird in einem Zyklus aktualisiert, und in der Zwischenzeit erweitert die Bank das Vertrauen auf Basis einer Zahl, die bereits leicht falsch ist. Babylon macht das Gleiche mit dem Gewicht von Bitcoin – nur mit besserer Kryptografie, die um die Falschheit herumverpackt ist.
Ich glaube nicht, dass das das Modell kaputtmacht. Schnelles Unbonding, ungefähr zwei Tage, hält dieses Zeitfenster im Vergleich zu typischen PoS-Ketten kurz. Aber kurz ist nicht null, und das, worauf es sich lohnt zu achten, ist nicht der Token-Preis. Entscheidend ist, wie breit dieses Epoch-Fenster wird, wenn das Validator-Set skaliert.
$BABY @BabylonLabs_io #baby $ON $BTC
Staking- und Unstaking-Nachrichten werden nicht sofort ausgeführt. Sie werden für die Dauer eines gesamten Epochs vorgemerkt und dann an der Grenze in einem Rutsch als ein Batch verarbeitet. Bis diese Grenze erreicht ist, spiegelt die Finality-Abstimmungsmacht der Kette das alte Snapshot wider, nicht das aktuelle. Ein Finality-Provider könnte in Echtzeit Delegationen verlieren, könnte sich wirtschaftlich bereits mitten im Epoch aushöhlen – und dennoch mit dem Gewicht abstimmen, das er hatte, bevor überhaupt jemand abgezogen hat.
Das ist kein Bug. Es ist der Preis dafür, dass man tausende BTC-gestützte Delegationen zu einer einzigen Abrechnung bündelt, statt jede einzeln zu verarbeiten. Aber es bedeutet, dass die kryptökomische Sicherheitsdeckung eines bestimmten Blocks nicht die Sicherheit ist, die gerade jetzt existiert. Es ist die Sicherheit, die zum letzten Checkpoint vorhanden war – fortgeführt in dem Vertrauen, dass sich dazwischen nichts Wesentliches geändert hat.
Ich habe das ständig damit verglichen, wie eine Kreditlinie tatsächlich funktioniert. Dein Limit wird nicht sofort aktualisiert, wenn sich dein Einkommen ändert. Es wird in einem Zyklus aktualisiert, und in der Zwischenzeit erweitert die Bank das Vertrauen auf Basis einer Zahl, die bereits leicht falsch ist. Babylon macht das Gleiche mit dem Gewicht von Bitcoin – nur mit besserer Kryptografie, die um die Falschheit herumverpackt ist.
Ich glaube nicht, dass das das Modell kaputtmacht. Schnelles Unbonding, ungefähr zwei Tage, hält dieses Zeitfenster im Vergleich zu typischen PoS-Ketten kurz. Aber kurz ist nicht null, und das, worauf es sich lohnt zu achten, ist nicht der Token-Preis. Entscheidend ist, wie breit dieses Epoch-Fenster wird, wenn das Validator-Set skaliert.
$BABY @BabylonLabs_io #baby $ON $BTC