Ich habe den gesamten gemeinsamen Staking-Prozess für den BTC-BABY von @BabylonLabs_io gerade noch einmal durchlaufen, und der größte Eindruck ist: Offiziell steht da „in zwei Schritten“, aber wenn man es in die Hände normaler Nutzer legt, ist es wirklich nicht so einfach.
Zuerst wählt man mit BTC einen Finality Provider aus, reicht das EOI ein und wartet dann, bis der Status von PENDING/VERIFIED auf ACTIVE wechselt; anschließend muss man BABY staken und dabei erneut einen Validator auswählen.
Das Wichtigste ist, dass beide Seiten dieselbe BABY-Adresse verwenden müssen. Wenn die Adresse falsch ist, wird die zusätzliche Belohnung direkt auf Null gesetzt. Dieses „Loch“ ist so wichtig, dass die offizielle Dokumentation mehrere Male hintereinander „CRITICAL WARNING“ verwendet.
Außerdem müssen Nutzer verstehen, dass 20.000 BABY genau 1 BTC als angeblich optimales Verhältnis entspricht. Der zusätzliche Ertrag kommt aus dem jährlichen Inflations-Belohnungspool von 2,35% und muss zudem entsprechend den Gewichten des gesamten Netzwerks verteilt werden. Je mehr Teilnehmer es gibt, desto weniger bekommt jeder Einzelne.
Aber worum sich normale Nutzer wirklich kümmern, sind im Grunde nur drei Dinge:
Wie viel kann ich tatsächlich verdienen?
Wo ist es am leichtesten, einen Fehler zu machen?
Und wie kann man sich nach einem Fehler wieder retten?
Diese Fragen erklärt die Seite nicht genug direkt.
Auf der Babylon-Startseite wird angezeigt, dass derzeit etwa 56.853 BTC im Wert von rund 5,64 Milliarden US-Dollar am Staking teilnehmen. Die Größenordnung ist bereits so groß, aber das Nutzererlebnis hängt immer noch davon ab, dass Nutzer lange Dokumente selbst lesen, sich Adressen merken und Finality Provider sowie Validator unterscheiden. Ich finde, das passt nicht.
Komplexität beim Protokoll kann man verstehen, aber komplex sollte nicht komplett an die Nutzer delegiert werden.
Zumindest sollte man die Adresse automatisch validieren, die erwartete Nettorendite und die Risiken direkt anzeigen und eine klare Fehlerbehebungsroute liefern.
Andernfalls ist das angebliche „One-Click-Claimen“ nur der letzte einfache Schritt – die Fallen davor bleiben alle.
#baby $BABY @BabylonLabs_io
Zuerst wählt man mit BTC einen Finality Provider aus, reicht das EOI ein und wartet dann, bis der Status von PENDING/VERIFIED auf ACTIVE wechselt; anschließend muss man BABY staken und dabei erneut einen Validator auswählen.
Das Wichtigste ist, dass beide Seiten dieselbe BABY-Adresse verwenden müssen. Wenn die Adresse falsch ist, wird die zusätzliche Belohnung direkt auf Null gesetzt. Dieses „Loch“ ist so wichtig, dass die offizielle Dokumentation mehrere Male hintereinander „CRITICAL WARNING“ verwendet.
Außerdem müssen Nutzer verstehen, dass 20.000 BABY genau 1 BTC als angeblich optimales Verhältnis entspricht. Der zusätzliche Ertrag kommt aus dem jährlichen Inflations-Belohnungspool von 2,35% und muss zudem entsprechend den Gewichten des gesamten Netzwerks verteilt werden. Je mehr Teilnehmer es gibt, desto weniger bekommt jeder Einzelne.
Aber worum sich normale Nutzer wirklich kümmern, sind im Grunde nur drei Dinge:
Wie viel kann ich tatsächlich verdienen?
Wo ist es am leichtesten, einen Fehler zu machen?
Und wie kann man sich nach einem Fehler wieder retten?
Diese Fragen erklärt die Seite nicht genug direkt.
Auf der Babylon-Startseite wird angezeigt, dass derzeit etwa 56.853 BTC im Wert von rund 5,64 Milliarden US-Dollar am Staking teilnehmen. Die Größenordnung ist bereits so groß, aber das Nutzererlebnis hängt immer noch davon ab, dass Nutzer lange Dokumente selbst lesen, sich Adressen merken und Finality Provider sowie Validator unterscheiden. Ich finde, das passt nicht.
Komplexität beim Protokoll kann man verstehen, aber komplex sollte nicht komplett an die Nutzer delegiert werden.
Zumindest sollte man die Adresse automatisch validieren, die erwartete Nettorendite und die Risiken direkt anzeigen und eine klare Fehlerbehebungsroute liefern.
Andernfalls ist das angebliche „One-Click-Claimen“ nur der letzte einfache Schritt – die Fallen davor bleiben alle.
#baby $BABY @BabylonLabs_io
