#baby $BABY @BabylonLabs_io

Dein BTC-Stake in einem von Babylon gesicherten Netzwerk soll unangreifbar sein gegenüber Problemen in einem anderen. Das ist das Versprechen in Schwarz auf Weiß: Isolationsgrenzen verhindern, dass Sicherheitsprobleme in einem BSN andere beeinflussen.
Ich habe nachgesehen, wo dieses Versprechen tatsächlich auf die Probe gestellt wird. Ich fand es in drei Namen: Corn, BOB und Pell Network — drei separate BSNs, angeblich durch denselben Finality-Provider gesichert, Lombard. Gleicher Betreiber. Gleiche Infrastruktur. Dasselbe Team, das die Signing-Keys online hält — die ganze Nacht, für alle drei.
Die Isolation ist real — aber nur in der Ebene, für die sie gebaut wurde. Slashing: Wenn Lombard doppelt signiert auf Corn, trifft die Strafe den an Corn delegierten BTC. BOB und Pell bleiben unberührt. Genau dieser Teil der Garantie hält sich exakt an die geschriebene Form.
Was sie nicht erreicht, ist die darunterliegende Ebene unter der Kryptografie. Eine Slashing-Regel kann isolieren, welcher Stake bestraft wird. Sie kann nicht isolieren, welcher Betreiber ausfällt. Wenn die Infrastruktur von Lombard eine Failover-Konfiguration falsch einstellt, kompromittiert wird oder einfach nur eine schlechte Nacht hat — dann sind das nicht drei voneinander unabhängige Vorfälle in drei unabhängigen Netzwerken. Es ist ein Vorfall, der drei Namen trägt.
Wenn du irgendwo in diesem System BTC delegiert hast und dabei glaubst, dass dein Risiko an der Grenze des von dir gewählten BSN endet, dann ist das der Teil, bei dem es sich lohnt zu verweilen.
Das gesamte Verkaufsargument von Multi-Staking ist, dass eine einzige BTC-Einzahlung gleichzeitig viele Netzwerke absichern kann. Niemand bewirbt das spiegelbildliche Gegenstück: Auch ein Ausfall des Betreibers kann gleichzeitig viele Netzwerke erreichen. „Isolationsgrenzen“ war nie dafür gebaut, die beiden auseinanderzuhalten.
Das ist kein Argument gegen das Design. Die Konzentration der Delegation auf weniger, besser geprüfte Betreiber ist ein nachvollziehbarer Trade-off für ein junges Netzwerk, das noch knapp an Finality-Providern ist. Aber nichts Öffentliches zeigt, wie viele BSNs ein einzelner Betreiber aktuell bedient — oder was mit allen davon auf einmal passiert, wenn dieser Betreiber an seinem schlechten Tag Probleme bekommt.
Du kannst eine Strafe isolieren. Du kannst keine Person isolieren.

$EPIC $PROM

Wenn dein Finality-Provider mehrere BSNs absichert — wessen Problem ist dann eine schlechte Nacht?