市场刮胡刀

$ST Gute Nachrichten!!!
Vorher wurden Wallet-Aufgaben gemacht!

…

Ausgeluscht worden!

Ich denke, dass @BabylonLabs_io am dringendsten erklärt werden muss: Nicht darum, wer „theoretisch“ wählen kann, sondern darum, wer automatisch die Stimmen übernimmt, wenn die meisten Menschen nicht wählen.

Die offiziellen Dokumente von Babylon sind da sehr klar: Wenn Token-Inhaber nicht aktiv abstimmen, folgen die von ihnen ausgeliehenen Stimmrechte standardmäßig den Validatoren. Das klingt bequem, aber bei der On-Chain-Governance ist das Schlimmste, „Stille“ direkt als „Autorisierung“ zu werten.

In den heutigen On-Chain-Snapshots gibt es bei Babylon insgesamt 142 Validatoren, aktiv sind nur 76, mit rund 2,43 Milliarden BABY gebunden. Legt man die auf der Seite aufgeführten Stimmrechte zugrunde, dann halten die Top 10 Validatoren zusammen etwa 1,257 Milliarden BABY – das sind bereits über 51% der gesamten Stimmrechte.

Schauen wir uns die Governance-Regeln an: Die Abstimmungsfrist für normale Vorschläge beträgt nur 3 Tage, bei beschleunigten Vorschlägen sogar nur 1 Tag; die gesetzliche Teilnahmehürde liegt bei 33,4%. Das bedeutet: Die standardmäßig delegierten Stimmen, die von den Validatoren an der Spitze gehalten werden, können theoretisch nicht nur mühelos die Hürde überspringen, sondern möglicherweise sogar dann, wenn viele normale Nutzer den Vorschlag noch nicht einmal gesehen haben, bereits über Upgrades, Parameteranpassungen oder sogar Änderungen bei zentralen Rechten entscheiden.

Das ist genau der Punkt, der mir bei der Governance von Babylon wirklich nicht behagt: Nach außen wirkt es wie eine Governance durch BABY-Inhaber, in der Praxis kann es jedoch zu „die Nutzer stellen die Sicherheit, die Validatoren entscheiden für dich“ werden.

Mindestens sollte man die Standard-Follow-Stimme in eine aktive Autorisierung umwandeln, die historischen Abstimmungsdaten der Validatoren öffentlich machen und für Upgrades, Inflation sowie Security-Parameter längere Vorankündigungsfristen festlegen. Andernfalls ist die sogenannte On-Chain-Governance am Ende nur die Verlagerung zentralisierter Macht in ein Delegationssystem.

#baby $BABY @BabylonLabs_io

Ich habe mir gerade den am 27. Juli aktualisierten Bug-Bounty-Rahmen von Babylon angesehen, und danach fühlte ich mich eher noch unsicherer.

Die höchste Belohnung beträgt 500.000 US-Dollar, 16 Vermögenswerte fallen in den Geltungsbereich – auf den ersten Blick scheint es also nicht an Investitionen in Sicherheit zu mangeln. Doch wenn man genauer hinschaut, werden die Risiken, die ein System tatsächlich in einen größeren Zwischenfall ziehen könnten, klar ausgeschlossen: zentrale Risiken, eine vorübergehende Einstellung der Relays zwischen Bitcoin und Babylon, mehr als ein Drittel böswillige Finality Provider, ein böswilliges Mehrheitsverhalten im Covenant-Komitee oder das Unvermögen, genügend Signaturen zusammenzubekommen, sowie zu niedrig gesetzte Parameter wie die Bestätigungstiefe.

Besonders auffällig ist außerdem, dass die Bounty-Regeln das Testen von Orakeln und von Smart Contracts Dritter verbieten.

Das steht in einem sehr klaren Widerspruch zu der Richtung, die <a>@BabylonLabs_io </a> in letzter Zeit vorangetrieben hat. Babylon hat bereits angekündigt, Trustless Bitcoin Vaults an Aave V4 und Aegis anzuschließen und im vierten Quartal native, mit BTC unterlegte Kredite mit festem Zinssatz auf den Markt zu bringen.

Die Produktkette würde so aussehen: Babylon betreibt die BTC-unterlegte Infrastruktur, Aave den Kreditmarkt, Aegis die Produkte mit festem Zinssatz – und nach außen hin müssten möglicherweise noch Wallets, das Frontend, Orakel und Clearing-Mechanismen angebunden werden.

Was Nutzer sehen, ist „native BTC, Self-Custody, ohne Bridge“ – was Angreifer sehen, sind jedoch die Verantwortungsnahtstellen zwischen mehreren Systemen.

Die dieses Jahr von OpenZeppelin offengelegten Sicherheitsprobleme bei Babylon konzentrieren sich genau auf solche Nahtstellen: abgelaufene Staking-Positionen behalten weiterhin Stimmrechte, Finality Provider umgehen die Inhaftierung, außergewöhnliche Co-Staking-Buchungen führen zu eingefrorenen Geldern und sogar zum Absturz von Validatoren. Offiziell wurde zwar rechtzeitig gefixt, aber das zeigt vielmehr, dass es sich nicht nur um ein theoretisches Risiko handelt.

Ich bezweifle nicht, ob Babylon Audits hat, sondern frage mich: Wenn sich laufend Geschäftslogik mit Komponenten Dritter überlagert, wer trägt dann die Verantwortung für Unfälle, die „zwischen den Komponenten“ passieren?

Sicherheit darf man nicht nur daran messen, ob in einem einzelnen Repository eine Schwachstelle steckt. Wenn es wirklich zu einem Vorfall kommt, kann am Ende oft jede Partei nachweisen, dass ihr Code in Ordnung ist – und trotzdem kann niemand garantieren, dass die Gelder der Nutzer wirklich sicher sind.

#baby $BABY @BabylonLabs_io

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

Ich schaue mir gerade die Ökologie von @BabylonLabs_io an, und die Frage, die ich am meisten stellen möchte, ist längst nicht mehr „Mit wem arbeitet man wieder zusammen?“, sondern: Welche Menge an nutzbaren Assets und Liquidität bringen diese Kooperationen denn wirklich?

Laut der Website sind derzeit rund 56.853 BTC am Staking beteiligt, was etwa 5,64 Milliarden US-Dollar entspricht. Die Kooperationsliste ist auch ziemlich beeindruckend: Aave, Ledger, GoMining, Aegis, Utila – für Kreditgeschäfte, Wallets, Mining-Erträge und Institutionen-Zugänge ist praktisch alles abgedeckt.

Man kann die Kamera zurück zu Babylon Genesis ziehen: On-Chain- DeFi TVL liegt nur bei etwa 200.000 US-Dollar, und die 24-Stunden-Gebühren betragen ebenfalls nur ein paar Dutzend Dollar. Zwischen Staking-Größe und tatsächlicher Nutzung liegt also nicht irgendein kleiner Unterschied, sondern eine deutliche Kluft.

Noch entscheidender ist: Das von GoMining genannte „maximal 1.000 BTC aktivieren“ ist derzeit weiterhin nur ein Plan, Aegis’ festverzinsliches Kreditmodell wird voraussichtlich erst bis zum vierten Quartal 2026 umgesetzt, und Trustless Bitcoin Vaults wird ebenfalls noch getestet und vorangetrieben.

Ganz offen gesagt: Bei vielen Kooperationen liefern sie bislang vor allem Marke, Erwartungen und Pressematerialien. Die Produkte, die Nutzer wirklich dauerhaft zum Leihen, Umtauschen, LP machen und zum Bezahlen von Gebühren bewegen, sind noch nicht in dem Maßstab gestartet.

Ich bestreite nicht, dass Aave, Ledger und diese Namen Substanz haben. Aber am Ende bewertet man ein Ökosystem nach seiner Konversionsrate: Wie viele echte Nutzer kommen tatsächlich? Wie viel Stablecoin wird wirklich eingelagert? Wie viele Kreditbestände und Protokolleinnahmen entstehen?

5,6 Milliarden US-Dollar BTC stehen an der Tür Schlange, doch On-Chain arbeitet nur ein paar Hunderttausend US-Dollar.

Wenn diese Diskrepanz lange nicht kleiner wird, führt eine steigende Zahl von Partnern sogar eher dazu, Babylons Problem noch stärker offenzulegen: Das Ökosystem wirkt groß, der Anteil, der wirklich läuft, ist aber vergleichsweise klein.

#baby $BABY @BabylonLabs_io

@BabylonLabs_io Der Punkt, der mich im Moment am meisten stört, ist, dass die Produktfortschritte und der Token-Wert offensichtlich nicht auf derselben Linie laufen.

Babylon hat die Geschichten rund um natives BTC-Staking, BTCVault und kreditgestützte Sicherheiten inzwischen immer konkreter ausgearbeitet, und die Kooperationen sind von Börsen auf Aave, GoMining und Aegis ausgeweitet. Je mehr BTC im System gebunden sind, desto gewichtiger wirkt das Protokoll natürlich.

Aber die Frage ist: Wie viel echten Token-Kaufdruck wird dieses Wachstum tatsächlich erzeugen?

Die derzeit sichtbar erkennbare Nachfrage kommt vor allem aus Gas, Governance und Staking. Gas-Verbrauch ist allerdings meist sehr gering, Governance-Beteiligung ist schwer in einen dauerhaft anhaltenden Kauf umzuwandeln, und Staking-Erträge stammen wiederum aus neuem Token-Zuwachs. Noch unangenehmer ist, dass die offiziellen Stellen selbst einräumen, dass bestimmte BTC-Staker die Belohnungen nach Erhalt direkt verkaufen werden, und die Community fragt schon lange nach: Wo genau liegt die Token-Nachfrage eigentlich – abgesehen vom Staking?

Auf der Angebotsseite ist es hingegen ziemlich klar. Die aktuelle jährliche Inflationsrate beträgt 5,5 %, und sowohl BTC-Staker als auch Token-Staker erhalten dafür Belohnungen; ab Mai 2026 sind 49 % der Anteile, die frühen Investoren, dem Team und Beratern zusammen zuzurechnen sind, in einen 36-monatigen monatlichen Unlock-Zyklus übergegangen.

Damit entsteht ein sehr reales Dilemma: Belohnungen und Unlocks sind sichererweise absehbar, während der Wertrückfluss noch „in der Planung“ steckt.

Ich verstehe und unterstütze die Richtung, in der Babylon BTC als nutzbares Sicherheitenmittel macht. Aber wenn das Protokoll wächst, bedeutet das nicht automatisch, dass der Token natürlich davon profitiert. Welche Assets werden bei den Gebühren aus dem BTCVault zur Abrechnung verwendet? Wie viel wird zurückgekauft, verbrannt oder an Staker ausgeschüttet? Müssen die Kooperationspartner den Token besitzen, wenn sie das Produkt nutzen? Wenn diese Punkte nicht klar beantwortet werden, wirkt der Token eher wie ein laufender Betriebskosten-Posten, der vom System kontinuierlich bezahlt werden muss – statt wie ein Nachweis von Rechten aus dem Geschäfts-Wachstum.

Technik kann man Schritt für Schritt nach und nach einlösen; das Angebot wird nicht anhalten und warten. @BabylonLabs_io #baby $BABY

Studie @BabylonLabs_io je länger ich darüber nachdenke, desto mehr glaube ich, dass es ein Problem gibt, das man nicht umgehen kann:

Babylon betont seit Langem, „BTC zu einer nutzbaren, beleihbaren Vermögensklasse zu machen“. Auch die jüngst von den Gründern diskutierten Schwerpunkte drehen sich um große Narrative wie institutionelle Adoption und Kapitaleffizienz. Diese Richtung ist zweifellos richtig. Aber aus Sicht eines Traders interessiert mich vor allem noch etwas anderes: Kann der eigene Markt – $BABY – wirklich großen Geldern standhalten?

Derzeit liegt die Marktkapitalisierung von BABY bei etwa 46 Millionen US-Dollar. Der Preis liegt immer noch rund 93% unter dem historischen Allzeithoch. Noch beachtlicher ist: Laut CoinGlass liegt das Volumen im 24-Stunden-Spot-Handel bei unter 1 Million US-Dollar, während der Kontrakthandel bei knapp 12 Millionen US-Dollar liegt. Das offene Kontraktvolumen beträgt rund 9,3 Millionen US-Dollar. Anders gesagt: Die dominierende Kraft auf dem Orderbuch kommt derzeit in großem Teil aus dem Hebel – nicht aus realen Käufen am Spot.

Das ist ziemlich unkomfortabel.

Ein Protokoll, das vorgibt, Vermögenswerte auf BTC-Niveau bedienen zu wollen, hat aber einen Token, der im Derivatehandel aktiver ist als im Spot. Bei ruhiger Kursentwicklung fällt das nicht weiter auf. Doch sobald Nachrichten Druck auslösen, Tokens freigeschaltet werden und Verkaufsdruck entsteht oder der breitere Markt schnell einbricht, ziehen Market Maker zuerst ihre Orders zurück. Das Orderbuch wird sehr schnell dünn, Market-Orders rutschen mit größeren Slippage durch. Sobald der Stop-Loss ausgelöst ist, folgen oft unmittelbar Long- oder Short-Kontrakte in der Abwärtsspirale – bis hin zu Kettenliquidationen. Du glaubst, du hast einen Stop-Loss gesetzt, aber in extremen Situationen kann der tatsächliche Ausführungskurs völlig anders sein.

Aktuell liegen die Funding Rates bei Binance und OKX bei etwa 0,005% alle 4 Stunden. Das ist nicht extrem, zeigt aber, dass Longs weiterhin fortlaufend bezahlen. Gleichzeitig werden die Anteile von frühen Investoren, Team und Beratern bereits seit dem 10. Mai monatlich entsperrt; der nächste Entsperr-Termin ist der 10. August.

Ich stelle nicht Babylons technische Ausrichtung infrage. Ich bezweifle vielmehr Folgendes: Das Protokoll betont Sicherheit und institutionelles Level an Basisinfrastruktur. Gibt es auf der Markseite auch eine Tiefe auf demselben Niveau, stabile Market-Making-Strukturen und Schutzmechanismen für die Ausführung in Extremsituationen?

Bei der nächsten Telefonkonferenz der Gründer: Könnten sie neben Kooperationen und Vision auch öffentlich über die Orderbuch-Tiefe der wichtigsten Exchanges sprechen, über die Struktur der Market Maker, über abnormale Volatilität und über konkrete Liquiditätsziele?

Denn ein echter institutioneller Markt hängt nie nur an Storytelling – sondern daran, ob das Orderbuch nach dem Einschlag großer Orders noch da ist.

#baby $BABY @BabylonLabs_io

Ich habe mir in den letzten zwei Tagen wirklich den Staking-/Vorgang von @BabylonLabs_io angesehen. Am wenigsten bequem ist mir nicht, dass die Schritte so viele sind, sondern dass Nutzer nach „Vorgang erfolgreich“ trotzdem nicht wissen, ob es wirklich funktioniert hat.

Beim BTC-Staking muss man PENDING→VERIFIED→ACTIVE durchlaufen; beim BABY-Staking ist die Transaktion zwar schon bestätigt, der Status kann aber weiterhin Pending bleiben. Es muss erst das aktuelle Epoch-Ende abgewartet werden, damit es wirklich wirksam wird, die Gelder gesperrt werden und Zinsen anfallen. Ein und dasselbe „Pending“ bedeutet auf verschiedenen Seiten Unterschiedliches. Wer das Protokoll kennt, findet das normal; wer es zum ersten Mal nutzt, zweifelt nur: Ist die Wallet hängen geblieben? Ist die Transaktion fehlgeschlagen? Muss man noch einmal klicken?

Beim Ausstieg ist es genauso. Was Nutzer wirklich interessiert, sind nur drei Dinge: Wo ist das BTC gerade gesperrt, wann werden die Erträge berechnet und wann kann man es frühestens zurückholen. Aber die Antworten werden in Zeitlocks, Unbonding, Withdrawal und Finality Provider aufgespalten. Beim Knoten-Auswählen sieht man dir zwar Provision, Performance und Uptime, aber sobald ein Validator doppelt signiert, trägt das Risiko der Delegator. Wie groß ist das Risiko, wer hatte schon mal Probleme, wie teuer ist der Wechsel — warum kann man das nicht direkt als Risiko-Label darstellen, das man auf einen Blick versteht?

Ich finde, die grundlegendste Produkt-Erklärung muss mindestens Folgendes enthalten: Warum bleibt der aktuelle Status hier stehen, wie lange wird voraussichtlich der nächste Abschnitt dauern, ob bereits mit dem Verdienen von Rewards begonnen wurde, wie viel Zeit bis zum Exit noch übrig ist, und wo man nachsehen kann, wenn die Transaktion fehlschlägt/auffällig ist. Lass nicht zu, dass Nutzer mit der Transaktions-Houash in Gruppen den ganzen Tag fragen — und auch nicht, dass „noch ein bisschen warten“ zur Standard-Antwort des Supports wird. Es geht hier um BTC, nicht um Spielpunkte. Jede Unschärfe verstärkt die Angst.

Babylon treibt aktuell seit einiger Zeit BTCVault, Ledger-Signaturen sowie Aave/Aegis-Loan-Mechanismen voran, und die Story wird immer größer. Aber je näher es an ein echtes Finanzprodukt heranrückt, desto weniger darf man nur beweisen: „Technisch kann es laufen“.

Ob ein Produkt gut nutzbar ist, zeigt sich nicht daran, ob man bei reibungslosem Ablauf auf einen Button klicken kann, sondern daran, ob die Seite Nutzer, wenn sie feststecken, klar informieren kann: Was ist passiert, wie lange muss man noch warten, sind die Gelder sicher, und was ist der nächste Schritt.

Erst diese Dinge in Alltagssprache erklären, bevor man darüber spricht, dass mehr BTC in Ketten-Finanzprodukte kommt. #baby $BABY @BabylonLabs_io

Ich habe den BTC-Staking-Ablauf von Babylon noch einmal komplett durchlaufen, und das größte Gefühl ist nicht „Die Technik ist sehr fortschrittlich“, sondern: Wissen normale Nutzer wirklich, was sie bei jedem einzelnen Schritt gerade tun?

Die Seite wirkt zunächst ganz einfach: Wallet verbinden, Finality Provider auswählen, Staking bestätigen und Belohnungen abwarten.

Wenn man es aber wirklich ausführen will, muss der Nutzer zunächst UTXOs aufteilen; außerdem liegt die Mindestanlage bei 0,005 BTC. Zusätzlich muss er verstehen, was Taproot-Lockups, FP, BABY-Belohnungen, Unbonding und Withdraw jeweils genau bedeuten und in welchem Status sie sich befinden.

Das Problem ist nicht nur, dass es viele Schritte sind, sondern dass das Geld, sobald es in irgendeinem Status feststeckt, die Seite dir kaum direkt erklärt, was gerade passiert: Wartet sie jetzt auf die BTC-Bestätigung, auf eine Signatur, auf das Ende des Time Locks — oder ist die Aktion wirklich fehlgeschlagen?

Im aktuellen Babylon-Dashboard sind rund 51.300 BTC gelockt, aber die angezeigte Staking-APR liegt nur bei etwa 0,04 % bis 0,71 %. Die Rendite ist nicht extrem, aber die Verständnis-Hürde, die Nutzer tragen müssen, ist es keinesfalls.

Nach dem Antrag auf Entbindung muss man außerdem noch 301 BTC-Blöcke abwarten, also ungefähr 50 Stunden; und selbst in dieser Zeit könnten weiterhin Teile einbehalten bzw. bestraft werden.

Für Entwickler ist das ein Protokollmechanismus.

Für normale Nutzer bedeutet es: „Mein BTC kann sich vorerst nicht bewegen, aber ich weiß nicht, warum“.

Auch die Stelle bei @BabylonLabs_io bezweifle ich genau aus diesem Grund.

Das Projekt geht inzwischen in Richtung komplexerer Ziele wie Trustless Bitcoin Vault, Aave V4 und Festzins-Kreditvergabe; sogar für das vierte Quartal 2026 sind entsprechende Produkte geplant. Aber die grundlegendste Staking-Seite vermisst nach wie vor eine ausreichend klare Status-Erklärung, Risikohinweise und Einstiege für den Umgang mit Ausnahmen.

Technisch gesehen nicht verwahrt zu sein, heißt nicht, dass man sich bei der Nutzererfahrung automatisch sicher fühlen kann.

Echte Produkte für normale Nutzer dürfen sich nicht nur darauf beschränken, zu betonen „Der Private Key bleibt bei dir“. Man muss dem Nutzer bei jedem Warten, jedem Fehlschlag und jedem Exit-Knoten klar sagen: Wo ist das Geld, was passiert gerade, und was ist als Nächstes zu tun.

#baby $BABY @BabylonLabs_io

Ich habe den gemeinsamen Staking-Flow von Babylon noch einmal durchlaufen. Am unangenehmsten ist: Viele entscheidende Bedingungen merkt der Nutzer erst, wenn keine Belohnung ausgezahlt wurde.

Offiziell wird der Ablauf in zwei Schritte zusammengefasst: BTC wird an einen Finality Provider delegiert, und BABY delegiert anschließend an den Validator. In der Praxis muss der BTC jedoch von PENDING über VERIFIED bis schließlich in ACTIVE übergehen. Nur der ACTIVE-Status zählt als Belohnung. Außerdem müssen BTC und BABY dieselbe BABY-Adresse verwenden. Wenn die Adressen nicht übereinstimmen, wird die Belohnung beim gemeinsamen Staking direkt auf null gesetzt. Um die Belohnungs-Effizienz maximal auszuschöpfen, muss man außerdem im Kopf behalten: 1 BTC entspricht 20.000 BABY.

Das Problem ist, dass normale Nutzer „eingereicht“ oder „verifiziert“ sehen und leicht davon ausgehen, dass alles schon erledigt ist. Wo es genau hakt, warum es keine Belohnung gibt, ob der ausgewählte Finality Provider noch aktiv ist und ob die beiden Adressen überhaupt zueinander passen – das sollte die Seite direkt klar erklären. Die Nutzer sollten nicht in der Dokumentation herumstöbern und raten müssen.

Aktuell zeigt das Babylon-Panel an, dass etwa 51.342 BTC gestaked sind. Von 132 Finality Providern sind nur 36 aktiv. Die jährliche Rendite liegt im Bereich von 0,04 % bis 0,70 %. Die Größe ist bereits da, aber auf Nutzerseite wird immer noch durch eigenes Debugging versucht, das Problem zu finden.

Auch der Exit-Teil ist nicht so leicht, wie es auf den ersten Blick wirkt. In der offiziellen Doku zur BTC-Unstaking-Delegation steht, dass die minimale Wartezeit 301 Bitcoin-Blocks beträgt. Beim CLI-Fehlersuche kann es außerdem um Gas-Parameter, RPC- und GRPC-Konfiguration gehen. Wenn sich das nicht beheben lässt, soll man in den Discord gehen und um Hilfe bitten.

Ich zweifle an @BabylonLabs_io ziemlich direkt: Komplexität im Protokoll kann man verstehen – aber das Produkt darf die Komplexität nicht 1:1 an die Nutzer abgeben.

Was wirklich fehlt, sind Erklärungen zu den Zuständen, eine klare Fehlerlokalisierung und ein eindeutiger Behandlungsweg. Andernfalls wird das vermeintliche „Self Custody“ sehr schnell zu Folgendem: Alle Fragen, die man nicht versteht, trägt am Ende der Nutzer selbst.

#baby $BABY @BabylonLabs_io

Ich möchte @BabylonLabs_io am liebsten nicht mehr als „Hat BABY einen Nutzen?“ ausfragen, sondern klären, ob der Value-Return (Wert-Rückfluss) tatsächlich vor der Incentive-Auszahlung priorisiert ist oder ob er für immer auf später verschoben wird.

In der offiziellen Beschreibung zum Trustless Bitcoin Vaults-Plan heißt es sehr direkt: Um damit frühe DeFi-Protokolle an die Vault-API anzubinden, wird gezielt BABY als Reward bereitgestellt – für Kredit-/Leihfunktionen, Stablecoins, Perpetuals, die Frontend- und die Abwicklungs-/Clearing-Infrastruktur.

Sobald es um die Einnahmenseite geht, ändert sich der Ton: Zukünftig „könnten“ Gebühren für Cross-Chain-Deployments anfallen, Gebühren „könnten“ auch im nativen BTC abgerechnet werden; außerdem „könnten“ sie – nachdem sie über eine On-Chain-Auktion in BABY getauscht wurden – anschließend wieder verbrannt werden, am Ende jedoch erst, wenn die Governance das genehmigt.

Das ist ziemlich unangenehm.

Die Subventions-Adressaten und die konkreten Maßnahmen sind bereits sehr detailliert aufgelistet; wie BABY aber den echten Wachstumsschub rund um die Vault-Services wirklich „frisst“, bleibt eine Option.

Wenn der Kooperationspartner die Incentives abholt, Nutzer und BTC-Flow jedoch auf den externen Chains bleiben und Babylon nur die Schnittstelle bereitstellt, dann trägt der Token-Inhaber die Kosten für Neukundenakquise – während die Einnahmen womöglich gar nicht zurückkommen.

Die anfängliche Emission bei Babylon Genesis beträgt 10 Milliarden Coins, und das Protokoll hat zuvor bereits mehr als 50.000 BTC angezogen. Je größer das Ganze wird, desto früher sollte man klarmachen: Wer wird wie bezahlt, an welchen Stellen entstehen Gebühren und welcher Anteil fließt zurück. Andernfalls sieht man, dass BTC reaktiviert wird, Partner Subventionen erhalten und die App den Traffic bekommt – und dass BABY-Inhaber weiter auf ein „vielleicht später“ beim Verbranntwerden warten.

Ich bin nicht dagegen, Geld ins Ökosystem zu investieren – aber Ausgaben sind klare, konkrete Handlungen; der Value-Capture bleibt langfristig im Modus „wartet auf Governance, wartet auf den Launch“. Diese Reihenfolge verdient Skepsis.

Je lebhafter das Ökosystem wird, desto mehr sollte man nachhaken: Teilen Inhaber das Wachstum, oder zahlen sie für das Wachstum?

#baby $BABY @BabylonLabs_io

@BabylonLabs_io Was mich im Moment am meisten verunsichert, ist nicht, ob Babylon überhaupt etwas tut, sondern ob das BABY tatsächlich auch den Wert abbekommt, je weiter sich das Protokoll entwickelt.

Babylon hat die jährliche Inflation bereits von 8 % auf 5,5 % gesenkt und zudem ein BTC-BABY-„Joint Staking“ eingeführt. Die Richtung wirkt stimmig: weniger willkürliches Ausgeben, und BTC-Staker sollen BABY parallel mit halten.

Das Problem ist jedoch nicht wirklich verschwunden.

Die anfängliche BABY-Gesamtmenge beträgt 10 Milliarden Token. Davon entfallen 30,5 % auf frühe Investoren, 15 % auf das Team und 3,5 % auf Berater. Diese Teile werden seit Mai 2026 monatlich freigeschaltet und laufen bis April 2029. Das heißt: Mehr Angebot ist fest in einen Zeitplan geschrieben, während das Wachstum der Nachfrage noch darauf wartet, dass das Produkt Schritt für Schritt eingelöst wird.

Noch ungemütlicher ist, dass Babylon selbst zugibt: Ein Teil der BTC-Staker verkauft die BABY-Belohnungen direkt, wodurch ein anhaltender Verkaufsdruck entsteht. Außerdem ist die Marktnachfrage nach BABY abgesehen vom Staking bislang nicht klar.

Das ist genau der Punkt, an dem ich wirklich Zweifel habe.

Die jüngsten Fortschritte bei BTCVaults, Aegis mit festverzinslichen Kreditvergaben etc. sind zwar tatsächlich ordentlich: Das Potenzial für native BTC-Belastung, Kreditvergabe und Stablecoins ist groß. Aber die Wertabschöpfung von BABY in BTCVaults bleibt offiziell weiterhin auf dem Niveau: „Das wirtschaftliche Design wird gerade entwickelt“.

Ganz offen gesagt: Das Produkt beginnt bereits, über Einnahmen und Finanzszenarien zu sprechen, aber der Token wartet noch auf die geplante Umsetzung.

Inflation zu senken heißt nur, den Wasserhahn etwas zuzudrehen – aber man löst nicht, wohin das Wasser fließt. Werden zukünftige Kredit-Zinsen, Vault-Servicegebühren und Gebühren für institutionelle Anbindung überhaupt mit BABY bezahlt, gestaket oder zurückgekauft? Wenn dafür keine klaren Regeln existieren, dann gilt: Je lebendiger das Ökosystem wird, desto eher profitieren BTC, die Anwendungsseite und die Dienstleister – und BABY übernimmt weiterhin vor allem die Rolle, Belohnungen auszuteilen und Verkaufsorders zu bedienen.

Babylon fehlt jetzt nicht mehr in erster Linie an zusätzlichen Kooperations-News, sondern an einem klaren Pfad für den Rückfluss von Wert.

#baby $BABY

Ich beobachte heute nicht nur Kursgewinne oder -verluste, sondern eine grundlegendere Sache: Babylon geht es darum, Bitcoin sicher in PoS zu bringen. Können die Projekt-Token, die diese Erzählung aufnehmen sollen, wirklich dem Ein- und Ausströmen großer Gelder standhalten?

Derzeit liegt seine zirkulierende Marktkapitalisierung bei rund 50 Millionen US-Dollar, das 24-Stunden-Volumen bewegt sich etwa im Bereich von 5,6–6,5 Millionen US-Dollar, und die zirkulierende Menge beträgt ungefähr 4 Milliarden Token. Auf der anderen Seite hatte Babylon offiziell zuvor offengelegt, dass im Protokoll mehr als 57.000 BTC an der Verpfändung/Absteckung (Staking) beteiligt waren. Dieser Vergleich wirkt unstimmig: Das Volumen des zugrunde liegenden Sicherheits-Assets ist groß, die Fähigkeit, im Sekundärmarkt Orders aufzunehmen, ist jedoch weiterhin eher wie bei einem Small-Cap-Token.

Wer Hochfrequenz-Trading macht, schaut nicht nur auf das Handelsvolumen. Mich interessiert vielmehr, wie viele echte Orders sich in den nächsten ±1% und ±2% tatsächlich im Orderbuch befinden, wie groß der Slippage ist, nachdem man fortlaufend Orders gefressen hat, ob sich bei aufkommender Volatilität das Market-Making in Sekundenschnelle zurückzieht und ob die Kursdifferenzen zwischen verschiedenen Börsen Gebühren und Kapitalkosten überdecken können.

Insbesondere beim Launch von projektseitigen Token-Perpetuals erfolgt die Abrechnung der Funding Fees alle 4 Stunden, wobei die Obergrenze der Funding-Rate zeitweise bei ±2% lag. Wenn dann einseitige Marktbewegungen auftreten, können gleichzeitig die Positionskosten, der Druck zur Liquidation und das „Aushöhlen“ des Orderbuchs zusammenkommen. Auf den ersten Blick wirkt es bei ruhigem Markt zwar liquid, aber wenn dann eine große Verkaufsorder wirklich hereinkommt, kann das Orderbuch schneller reagieren als bei anderen, die noch so schnell laufen.

Ich würde mir vielmehr @BabylonLabs_io wünschen, ein öffentlich verifizierbares Stresstest: die On-Chain-Bestätigungszeiten in Extremphasen, die Reaktionszeiten der Validatoren, die Verzögerung beim Exit sowie die Tiefenverteilung der wichtigsten Märkte und die Konzentration beim Market Making.

Das Projekt kann nicht jede einzelne Börse kontrollieren. Aber wenn der Token Governance-, Sicherheits- und Ökosystem-Abwicklungsfunktionen übernehmen soll, darf die Liquiditätsqualität nicht langfristig nur durch einen Screenshot vom Handelsvolumen erklärt werden.

Der deutlichste Widerspruch bei Babylon ist aktuell: Die BTC-Erzählung im Protokoll wird immer schwerer, doch die Handels- und Infrastruktur wirkt weiterhin zu leicht. Wenn der Markt stabil ist, sieht alles gut aus. Die eigentliche Prüfung ist jedoch immer dieselbe: die paar Minuten, in denen kontinuierlich abverkauft wird, Market Maker ihre Orders zurückziehen und die Funding Fees plötzlich stark ansteigen.

#baby $BABY

#COSM 三条硬核逻辑自行判断
Belegseite: Native digitale Belege machen Identität und Rechte überprüfbar und übertragbar – keine leeren Versprechen
Anlegerseite: Gemeinsame Gründung mit drei führenden Institutionen als Rückendeckung, doppelter Schutz aus Ressourcenimport + rechtskonformer Mindeststandard
Traffic-Seite: Dutzende Städte mit kontinuierlichem Vor-Ort-Umsetzungsaufwand erzeugen echten Traffic, während sich der Gewinnpool fortlaufend erweitert
Der größte Teil der Gewinne geht an die Nutzer zurück: jeden Tag gibt es Vergünstigungen, und durch Mundpropaganda entsteht neuer Traffic
Der positive Kreislauf ist bereits mit voller Geschwindigkeit gestartet
Wo stehst du gerade?

#BTC

Als ich das Babylon-Dokument durchgelesen habe, fiel mir eine Stelle immer wieder unangenehm auf:

**Wenn BTC im Bitcoin-Netzwerk bleibt, bedeutet das zwar nicht, dass das gesamte System überhaupt niemandem mehr vertrauen muss.**

@BabylonLabs_io betonte ständig nativen Staking-Prozesse, Self-Custody und kein Cross-Chain – daran ist nichts auszusetzen. Die BTC des Nutzers werden nicht in eine andere Art von Asset über eine Brücke umgewandelt und auch nicht direkt an einen zentralisierten Custodian übergeben. Aber wenn man weiter in die Protokolldetails hineinsieht, braucht der Staking-Flow in Phase 2 nach wie vor eine vorab signierte „covenant committee“-Transaktion zur Bestrafung/Strafverhängung von Slashings; im frühen Mainnet wurden außerdem noch 6/9-Multi-Signatur-Komitees verwendet.

Hier steckt im Kern eine sehr wichtige Grenze bei den Berechtigungen.

Das Komitee kann die BTC der Nutzer schließlich nicht einfach willkürlich wegübertragen und es kann auch nicht ohne Grund normale Staker bestrafen. Aber sobald das Komitee in der Mehrheit böswillig agiert, könnte es mit bestimmten „Finality Provider“-Instanzen kooperieren, um sich Strafen für das Vermeiden von Double-Signings zu entziehen; wenn das Komitee als Ganzes die Reaktion einstellt, könnte auch der neue Staking-Prozess nicht mehr weiterlaufen und verarbeitet werden.

Darum glaube ich, dass Babylon an der Stelle, wo es am ehesten zu Missverständnissen führt, genau darin liegt, dass mehrere völlig unterschiedliche Konzepte miteinander vermischt werden.

„Das Asset wird nicht gestohlen“, „Der Nutzer behält Self-Custody“, „Das Protokoll ist von keinem Vertrauen abhängig“ – diese drei Sätze klingen ähnlich, sind aber in Wahrheit überhaupt nicht dasselbe. Die ersten beiden sind bereits recht klar umgesetzt; der dritte ist noch lange nicht vollständig erfüllt.

Babylon hatte zuvor offengelegt, dass das Protokoll insgesamt über 10 Milliarden US-Dollar an nativen BTC aktiviert hat, wobei das Staking-Volumen zeitweise fast 60.000 BTC erreichte, und während des Betriebs ist auch kein schwerwiegender Vorfall passiert. Das ist sicherlich eine Anerkennung wert. Aber große Geldmengen und vorübergehend sicher zu sein heißt nur, dass das aktuelle Modell bislang läuft – es beweist nicht, dass alle Vertrauensannahmen aus dem Whitepaper bereits verschwunden sind.

Noch interessanter ist, dass die offizielle Seite später sogar weiter an „Trustless Bitcoin Vaults“ geforscht hat und zugleich zugestanden hat, dass einige der bestehenden Liquid-Staking-Lösungen möglicherweise weiterhin vertrauenswürdige Entitäten oder Komitees benötigen. Das zeigt gerade: Eine wirklich vollständige Entkopplung von Vertrauen – „to trustless“ im eigentlichen Sinne – ist derzeit noch ein Ziel, nicht schon ein abgeschlossenes Ergebnis.

Andernfalls wäre für Nutzer zu sehen, wie ein bereits fertiggestelltes trustless System aussieht – und erst wenn sie wirklich selbst teilnehmen, merken sie, dass das Protokoll nach wie vor Komitees, Aktivitätsbedingungen und die Umsetzung von Slashings tief in den Annahmen verankert hat.

#baby $BABY

Ich habe das offizielle Design von Babylon einmal komplett durchgesehen, und die auffälligste Stelle ist, dass das Wort „trustless“ offenbar zu vollmundig gewählt ist.

Die Sicherheiten-Ebene von BTCVault ist tatsächlich schön: BTC bleibt auf der Bitcoin-Chain, Nutzer behalten die Kontrolle, und es ist nicht nötig, es vorher in ein anderes Asset zu verpacken. Doch sobald man weiter Richtung Kreditvergabe, Festzins und Bergbau-Erträge geht, tauchen in der Kette sofort Aave V4, Aegis, GoMining sowie Drittanbieter- Verwahrung, -Verwaltung und -Bewertungs-Arrangements auf.

Das von Babylon selbst veröffentlichte SCRIPT-Risikorahmenwerk ist ebenfalls sehr ehrlich: Es macht klar, dass jedes Bitcoin-Kautionsmodell – einschließlich des eigenen von Babylon – Souveränität, Verwertungsregeln, Asset-Isolation, Lizenzfreiheit und Transparenz prüfen muss.

Was ich also wirklich wissen will: Bekommen die Nutzer am Ende „weniger Vertrauen“ nur auf der Ebene des Tresors – oder im gesamten Finanzprodukt „weniger Vertrauen“? Diese beiden Konzepte unterscheiden sich stark und lassen sich nicht mit einem einzigen Wort abtun.

Auch der Umsetzungstakt ist eine Frage wert. Der ursprüngliche Fahrplan für 2025 hatte geplant, EVM und den Mainnet-Launch mit Mehrfach- Staking bereits im vierten Quartal des Jahres zu bringen. Später wurde das jedoch in „Vault First“ geändert, und die betreffenden Pläne wurden auf nach BTCVault verschoben. Das neueste Aegis-Festzinsprodukt soll erst im vierten Quartal 2026 an den Start gehen – und hängt zudem von Entwicklung und Tests ab. In der offiziellen Dokumentation bleibt außerdem noch die Phase für lizenzierte Deployments erhalten: Verträge dürfen nur mit freigegebenem Code und Whitelist-Accounts deployed werden.

Kautious Engineering ist nachvollziehbar. Aber solange die technischen Grenzen noch nicht eingelöst sind, sollte das Narrativ nicht zu früh als „abgeschlossen“ formuliert werden. @BabylonLabs_io muss eigentlich erst beweisen, wie weit „trustless“ tatsächlich über die Kette hinweg reicht.

#baby $BABY

gn!😴

GRVT – die echten Hürden, die man nur in den wenigen Sekunden sieht, in denen der Markt am chaotischsten ist

Wenn ich mir eine Handelsplattform anschaue, schaue ich selten zuerst darauf, wie viel Vermögen dort „hängend“ ist. Meine erste Reaktion ist meistens, direkt auf das Orderbuch zu schauen: Wie groß ist die Spanne zwischen dem besten Kauf- und Verkaufspreis, wie viel Slippage kostet es, mehrere Stufen zu fressen, und ob Rückbuchungs-/Storno-Anweisungen plötzlich hängen bleiben.

Die von GRVT offiziell angegebenen Leistungsdaten sind tatsächlich beeindruckend: Die Matching-Latenz liegt im Millisekundenbereich, und die Systemdurchsatzleistung soll mehr als 600.000 Trades pro Sekunde erreichen. In einem normalen Markt reicht diese Architektur, um das Order-Erlebnis sehr nah an eine zentralisierte Börse heranzuführen. Jetzt hat man zusätzlich Krypto-Assets, Gold, Rohöl und Aktien-Perpetuals in dieselbe Handelsoberfläche integriert – die Abdeckung wird immer breiter.

Aber was ich im Moment am liebsten beobachten möchte, ist die Orderbuchqualität nach der Expansion.

High-Frequency Trading fürchtet vor allem einen Fall: Die Kursaktualisierung auf der Seite erfolgt sehr schnell, aber die echte Ausführungstiefe kann nicht mithalten. Gerade bei Gold und US-Aktien, also traditionellen Assets, wenn der Handel ausgesetzt ist, erlaubt GRVT weiterhin, dass Perpetual-Kontrakte gehandelt werden. Quellen der Liquidität, Index-Updates und die Market-Maker-Angebote können sich dadurch ändern. Was normale Nutzer sehen, sind vielleicht ein paar Punkte Sprung im Preis. Was ich sehe, ist: Das Orderbuch wird plötzlich dünner, das Storno gerät in eine Warteschlange und die Slippage-/Impaktkosten von Market-Orders werden gleichzeitig verstärkt.

Auch die Funding Rate sollte man im Blick behalten. GRVT unterstützt derzeit Abrechnungen für 1 Stunde, 4 Stunden und 8 Stunden und macht die Berechnung näher an Binance. Das hilft, Abweichungen bei Gebühren zwischen Plattformen zu reduzieren. Gleichzeitig bedeutet es aber auch, dass externe Indizes, das Umschalten der Oracles und das lokale Orderbuch synchron bleiben müssen. In extremen Marktphasen reicht es, wenn nur eine dieser Ketten um eine halbe Sekunde nachhinkt, dann stürmt Arbitrage-Kapital zuerst hinein – und am Ende bleibt die Slippage für diejenigen übrig, die langsamer reagieren.

Darum bin ich gegenüber GRVT derzeit eher positiv eingestellt, aber noch nicht vollständig beruhigt. 600.000 TPS sind die Leistungsobergrenze. Ob ein professionelles Kapital langfristig bleiben will, entscheiden letztlich die dauerhaft handelbare Tiefe, die Erfolgsquote von Stornos in extremen Marktphasen und die Geschwindigkeit, mit der sich das Orderbuch nach der Ausführung großer Orders wieder erholt.

Ich werde diese Details weiterhin beobachten, denn der echte Stresstest für eine Börse passiert nie dann, wenn es alle bequem haben – sondern immer genau dann, wenn alle gleichzeitig loslaufen wollen.

@grvt_io #grvt

Nawtons „Fluch der Vernunft“: Fortschrittliche Technologie trifft auf einen brutalen Markt
Viele preisen auf dem Markt seine Vision einer „dezentralen Governance-Engine“ und behaupten, sie sei eine Firewall zwischen KI-Agenten und DeFi: Sie soll komplexe Risikokontrollregeln von NEWT übernehmen und löst theoretisch tatsächlich die „blinden Flecken“ von Smart Contracts.

Doch ich habe einen tödlichen Widerspruch entdeckt: Diese „extrem rationale“ Compliance-Schicht ist massiv fehlkalibriert gegenüber den Anforderungen der aktuellen Kryptowelten, in denen es „wild wächst“.

Newton will eine Sicherheitsbasis auf Institutionsebene schaffen – für Szenarien wie RWA, Stablecoins und KI-Agenten, bei denen alles „maßgeschneidert“ sein muss. In der heutigen Umgebung zeigt sich jedoch eine unbequeme Tatsache: Die Institutionen, die wirklich so komplexe Compliance-Strategien brauchen, bevorzugen oft eher private Chains oder halbzentralisierte Whitelist-Lösungen. Mit einer fertigen API ist das Problem direkt gelöst – und es besteht keinerlei Antrieb, Vermögenswerte einem dezentralen AVS zur Verwahrung zu übergeben. Und die Gruppen der wirklich aktiven „Grassroots“-Trader brauchen genau das nicht: Sie benötigen nicht solch ein „Schraubstock“-Gerüst, das jede On-Chain-Interaktion mit „engem Halsband“ versieht.

Die neuesten Werbeaktionen haben zwar für kurzfristige Aufmerksamkeit gesorgt, aber im Verhältnis zu seiner FDV: Kann diese kurzfristige Liquidität, die auf Task-Anreizen basiert, wirklich in reale „Policy-Execution“-Use-Cases umgewandelt werden? Ich halte es für schwierig.

Technisch ist es fortschrittlich – man könnte sogar sagen, es bereitet den Boden für das künftige „On-Chain-Compliance-Zeitalter“. Aber kann diese Logik eine eigene Liquiditäts-Festung hervorbringen? Wenn Newton sich nicht so schnell wie möglich aus der „PPT-Logik“ löst und in den harten Wasserbereich des institutionellen Abrechnungsprozesses eintritt, könnte Newton sehr wahrscheinlich in den idealistischen Mauern der eigenen Vorstellung feststecken.

Die technische Story gibt es mittlerweile genug. Jetzt möchte ich vor allem sehen, welche der großen Institutionen tatsächlich ihre Kern-Assets auf @NewtonProtocol .$NEWT #Newt laufen lässt.