Ich habe mich schon wieder mit den Babylon-Staking-Dokumenten beschäftigt. Nicht mit dem Yield-Gerede oder den Kampagnen-Infos – das bleibt irgendwie nie wirklich hängen. Es ist dieses Slashing-Design, das immer wieder auftaucht.

Der Pitch ist klar: kein Custodian, keine Bridge, dein BTC verlässt nie die Bitcoin-Chain, du behältst die Keys. Auf dem Papier hält das.

Aber sobald du stakest, wählst du immer noch einen Finality Provider. Wenn dieser FP doppelt signiert, bekommst du auf der BABY-Seite ein teilweises Slashing von 5%, auf der BTC-Seite einen kleineren Abzug. Es ist on-chain, es ist kein Totalschaden – der Rest kommt zurück. Trotzdem ein Gegenparteirisiko. Die Self-Custody-Behauptung bezieht sich darauf, wo die Coins liegen. Sie sagt nichts darüber, welcher Person du gerade Voting Power gegeben hast.

Ich habe diese gleiche Lücke seit Jahren in den verschiedensten Restaking-Geschichten gesehen. Marketing verkauft „trustless“. Der eigentliche Mechanismus ist „trust-minimiert“. Besser als vieles, was es da draußen gibt, aber nicht bei null.

Ich frage mich immer wieder, wie viele Leute sich tatsächlich die Slashing-Historie eines FP anschauen, bevor sie einfach das nehmen, was ganz oben auf der Liste steht. Meist geht diese stille Prüfung unter dem unter, was diese Woche am lautesten ist. Die Reibung verschwindet nie. Sie rutscht nur eine Ebene tiefer.
@BabylonLabs_io #baby $BABY