Freunde sind letzte Woche voller Begeisterung zu BABBYS Testnet-Interaktion gegangen, haben es Schritt für Schritt nach Anleitung gemacht, und waren am Ende bei: „Warten auf die Ankunft der Bitcoin-Testcoins“ hängen geblieben. Er hat ganze zwei Tage gewartet. In der Gruppe hat er sich beschwert: „Bin ich hier, um die BABY zu testen, oder um das Bitcoin-Netzwerk zu erleben?“
Mit diesem Satz wurde das größte aktuelle Erlebnisproblem von BABY punktgenau auf den Punkt gebracht. Die Kernidee des BABY-Protokolls ist, dass die PoS-Chain die Sicherheit von Bitcoin übernimmt. In den technischen Whitepapers ist diese Erzählung makellos. Aber sobald es beim Nutzer ankommt, wird daraus: Für jede Aktion muss man auf die Bestätigung im Bitcoin-Block warten – schnell sind es etwa zehn Minuten, langsam aber mehrere Stunden. Diese Diskrepanz im Nutzererlebnis ist eine ganz andere Welt als das, was in der BABY-Dokumentation als „seamless Bitcoin security“ beschrieben wird.
Ich habe mit ein paar Freunden gesprochen, die Wallet-Produkte entwickeln. Ihre Einschätzung war ziemlich einheitlich: Das grundlegende Design von BABY macht es unmöglich, schnell zu sein. Wenn du auf BABY stakest, sperrst du im Grunde zuerst Assets auf der Bitcoin-Chain, und BABY liest dann diesen Sperrstatus aus. Jede Status-Synchronisierung hängt vom Fortschritt der Bitcoin-Blocks ab. Das ist nicht so, als wäre das Engineering-Team von BABY nicht gut genug – vielmehr ist diese Architektur im Kern wie: „einen Rennwagen-Motor auf ein Panzerfahrgestell bauen“ – nicht schnell, aber theoretisch sehr robust.
Das Problem ist jedoch: Normale Nutzer lesen keine Whitepaper. Sie merken sich nur die Schlagworte von BABY: „Bitcoin-Staking“ und „Remote Native Earnings“. Die psychologischen Erwartungen sind, dass es so einfach und geschmeidig ist wie USDT in AAVE einzulegen. In der Praxis stellt sich dann heraus: Man muss nicht nur ein Bitcoin-Wallet verstehen und den BABY-Staking-Prozess kennen, sondern auch mental darauf vorbereitet sein, lange zu warten.
Noch größere Schwierigkeiten entstehen, sobald ein Nutzer während der Wartezeit einen Bedienfehler macht – zum Beispiel ein zu niedriges Gas-Setting wählt und dadurch die Transaktion festhängt, oder aus Versehen auf „Abbrechen“ klickt. Dann ist der komplette BABY-Interaktionsablauf unterbrochen und muss von vorn beginnen. Diese fehlende Fehlertoleranz setzt die Einstiegshürde von BABY derzeit ungefähr in die Nähe des Bitcoin Lightning Network von 2017.
Das BABY-Team scheint dieses Problem erkannt zu haben: In der aktuellen Roadmap wird eine Planung zur Optimierung der Nutzerprozesse erwähnt. Aber die grundlegende Abhängigkeit von Bitcoin-Blockbestätigungen bleibt unverändert – und die Decke für eine spürbare Erlebnisoptimierung ist deshalb sehr klar.
Obiges sind lediglich persönliche Ansichten und stellen keine Anlageberatung dar. #baby @BabylonLabs_io $BABY
Mit diesem Satz wurde das größte aktuelle Erlebnisproblem von BABY punktgenau auf den Punkt gebracht. Die Kernidee des BABY-Protokolls ist, dass die PoS-Chain die Sicherheit von Bitcoin übernimmt. In den technischen Whitepapers ist diese Erzählung makellos. Aber sobald es beim Nutzer ankommt, wird daraus: Für jede Aktion muss man auf die Bestätigung im Bitcoin-Block warten – schnell sind es etwa zehn Minuten, langsam aber mehrere Stunden. Diese Diskrepanz im Nutzererlebnis ist eine ganz andere Welt als das, was in der BABY-Dokumentation als „seamless Bitcoin security“ beschrieben wird.
Ich habe mit ein paar Freunden gesprochen, die Wallet-Produkte entwickeln. Ihre Einschätzung war ziemlich einheitlich: Das grundlegende Design von BABY macht es unmöglich, schnell zu sein. Wenn du auf BABY stakest, sperrst du im Grunde zuerst Assets auf der Bitcoin-Chain, und BABY liest dann diesen Sperrstatus aus. Jede Status-Synchronisierung hängt vom Fortschritt der Bitcoin-Blocks ab. Das ist nicht so, als wäre das Engineering-Team von BABY nicht gut genug – vielmehr ist diese Architektur im Kern wie: „einen Rennwagen-Motor auf ein Panzerfahrgestell bauen“ – nicht schnell, aber theoretisch sehr robust.
Das Problem ist jedoch: Normale Nutzer lesen keine Whitepaper. Sie merken sich nur die Schlagworte von BABY: „Bitcoin-Staking“ und „Remote Native Earnings“. Die psychologischen Erwartungen sind, dass es so einfach und geschmeidig ist wie USDT in AAVE einzulegen. In der Praxis stellt sich dann heraus: Man muss nicht nur ein Bitcoin-Wallet verstehen und den BABY-Staking-Prozess kennen, sondern auch mental darauf vorbereitet sein, lange zu warten.
Noch größere Schwierigkeiten entstehen, sobald ein Nutzer während der Wartezeit einen Bedienfehler macht – zum Beispiel ein zu niedriges Gas-Setting wählt und dadurch die Transaktion festhängt, oder aus Versehen auf „Abbrechen“ klickt. Dann ist der komplette BABY-Interaktionsablauf unterbrochen und muss von vorn beginnen. Diese fehlende Fehlertoleranz setzt die Einstiegshürde von BABY derzeit ungefähr in die Nähe des Bitcoin Lightning Network von 2017.
Das BABY-Team scheint dieses Problem erkannt zu haben: In der aktuellen Roadmap wird eine Planung zur Optimierung der Nutzerprozesse erwähnt. Aber die grundlegende Abhängigkeit von Bitcoin-Blockbestätigungen bleibt unverändert – und die Decke für eine spürbare Erlebnisoptimierung ist deshalb sehr klar.
Obiges sind lediglich persönliche Ansichten und stellen keine Anlageberatung dar. #baby @BabylonLabs_io $BABY
BABY为什么要等这么久
0%
大规模采用能实现吗
0%
操作失误怎么补救
100%
1 Stimmen • Abstimmung beendet