Ich dachte ursprünglich, dass Babylon die Entsperrungs-/Unstaking-Periode für BABY von den üblichen 21 Tagen auf etwa 2 Tage heruntersetzt – das ist immerhin schon recht schnell.
Doch betrachtet man das aus Sicht der Ausführung von Trades, habe ich festgestellt: „Kurze Entsperrungsdauer“ und „bei Eintreten eines Risikos sofort aussteigen können“ sind im Grunde nicht dasselbe.
Bei Babylon Genesis sind die Aufträge, die Auftragsstornierungen und die erneuten Aufträge zwar nach dem Broadcast des Trades sofort als bestätigt sichtbar. Tatsächlich treten sie jedoch nicht sofort in Kraft, sondern kommen erst in eine Warteschlange. Danach werden sie gesammelt verarbeitet, wenn das aktuelle Epoch-Ende erreicht ist. Aktuell umfasst ein Epoch 360 Blöcke, also etwa 1 Stunde. Nach dem Durchlaufen der Entstornierung muss man außerdem noch 300 Bitcoin-Blockbestätigungen abwarten, das sind rund 50 Stunden. Erst dann ist BABY wirklich wieder in einen zustell-/transferierbaren Zustand versetzt.
Im Alltag betrachtet, wirkt eine Stunde vielleicht nicht viel.
Aber wenn ein Validator-Fehlverhalten auftritt, der Kurs schnell fällt oder es auf der Kette zu Stau kommt, dann ist diese eine Stunde das komplette Zeitfenster der Risikoexponierung. In den offiziellen Regeln gilt: Wenn der Validator Double-Signing verursacht, wird das an ihn delegierte BABY um 5% bestraft/einbehalten. Das Problem ist jedoch: Wenn Nutzer bei Erkennen des Risikos auf „Unstaking/Delegation kündigen“ klicken, steht das zunächst nur in der Warteschlange – das bedeutet nicht, dass die Position bereits wirklich aus dem Markt genommen wurde.
Liquid Staking (gemeinsames Staking) verstärkt dieses Problem noch. Um die zusätzlichen 2,35% Jahresinflationsprämie zu erhalten, müssen BTC und BABY gleichzeitig ein gültiges Staking aufrechterhalten und dabei dieselbe BABY-Adresse verwenden. Das optimale Verhältnis ist dabei 1 BTC zu 20.000 BABY.
Dadurch geraten Nutzer beim Eintritt eines Risikos in eine unangenehme Lage: Wenn man nichts tut, bleibt man weiter den Risiken des Validators und den Kursbewegungen ausgesetzt; wenn man sich bewegt, kann sich durch die Änderung des Staking-Status von BABY die Rendite aus dem gemeinsamen Staking wiederum verschlechtern.
Das ist meine Kritik an @BabylonLabs_io : Der Vertrag erklärt „schnelleres Unstaking“ sehr klar, aber verschweigt (bzw. beschreibt nicht ebenso deutlich) die reale Ausstiegszeit, mögliche Statusänderungen und Auswirkungen auf die Erträge in Extremsituationen.
Sicherheitsmechanismen können langsam sein – aber die Seite sollte zumindest dafür sorgen, dass Nutzer wirklich sehen, ob sie „abgeschickt/übermittelt“ haben oder ob sie „tatsächlich ausgetreten“ sind.
#baby
$BABY
@BabylonLabs_io
Doch betrachtet man das aus Sicht der Ausführung von Trades, habe ich festgestellt: „Kurze Entsperrungsdauer“ und „bei Eintreten eines Risikos sofort aussteigen können“ sind im Grunde nicht dasselbe.
Bei Babylon Genesis sind die Aufträge, die Auftragsstornierungen und die erneuten Aufträge zwar nach dem Broadcast des Trades sofort als bestätigt sichtbar. Tatsächlich treten sie jedoch nicht sofort in Kraft, sondern kommen erst in eine Warteschlange. Danach werden sie gesammelt verarbeitet, wenn das aktuelle Epoch-Ende erreicht ist. Aktuell umfasst ein Epoch 360 Blöcke, also etwa 1 Stunde. Nach dem Durchlaufen der Entstornierung muss man außerdem noch 300 Bitcoin-Blockbestätigungen abwarten, das sind rund 50 Stunden. Erst dann ist BABY wirklich wieder in einen zustell-/transferierbaren Zustand versetzt.
Im Alltag betrachtet, wirkt eine Stunde vielleicht nicht viel.
Aber wenn ein Validator-Fehlverhalten auftritt, der Kurs schnell fällt oder es auf der Kette zu Stau kommt, dann ist diese eine Stunde das komplette Zeitfenster der Risikoexponierung. In den offiziellen Regeln gilt: Wenn der Validator Double-Signing verursacht, wird das an ihn delegierte BABY um 5% bestraft/einbehalten. Das Problem ist jedoch: Wenn Nutzer bei Erkennen des Risikos auf „Unstaking/Delegation kündigen“ klicken, steht das zunächst nur in der Warteschlange – das bedeutet nicht, dass die Position bereits wirklich aus dem Markt genommen wurde.
Liquid Staking (gemeinsames Staking) verstärkt dieses Problem noch. Um die zusätzlichen 2,35% Jahresinflationsprämie zu erhalten, müssen BTC und BABY gleichzeitig ein gültiges Staking aufrechterhalten und dabei dieselbe BABY-Adresse verwenden. Das optimale Verhältnis ist dabei 1 BTC zu 20.000 BABY.
Dadurch geraten Nutzer beim Eintritt eines Risikos in eine unangenehme Lage: Wenn man nichts tut, bleibt man weiter den Risiken des Validators und den Kursbewegungen ausgesetzt; wenn man sich bewegt, kann sich durch die Änderung des Staking-Status von BABY die Rendite aus dem gemeinsamen Staking wiederum verschlechtern.
Das ist meine Kritik an @BabylonLabs_io : Der Vertrag erklärt „schnelleres Unstaking“ sehr klar, aber verschweigt (bzw. beschreibt nicht ebenso deutlich) die reale Ausstiegszeit, mögliche Statusänderungen und Auswirkungen auf die Erträge in Extremsituationen.
Sicherheitsmechanismen können langsam sein – aber die Seite sollte zumindest dafür sorgen, dass Nutzer wirklich sehen, ob sie „abgeschickt/übermittelt“ haben oder ob sie „tatsächlich ausgetreten“ sind.
#baby
$BABY
@BabylonLabs_io