@TermMax 自己公布的数据确实很漂亮:1.5M+ registrierte Wallets, 90K+ DAU, 10 EVM-Chains, TGE am 25. August. Schaut man weiter zurück, dann sind die Kampagnen noch beeindruckender: Beim RLUSD-Einzahlungs-Event wurden direkt 5 Millionen TMX ausgeschüttet, Binance W3W liefert in zwei Runden 200.000 XP, und die Venus-Kooperation erreicht sogar 120X XP.
Aus Sicht des Marketings/der Betriebsführung möchte ich aber eher eine Frage stellen: Sind das wirklich TermMax-Nutzer – oder sind es Nutzer der Belohnungen?
Denn die Task-Pfade sind inzwischen sehr klar: Check-ins, Posten, Borrow, Earn, Einladen, XP/AP/MP farmen. Die Nutzer sind so designt, dass sie sehr gut darin sind, „Aktionen abzuschließen“. Aber abgeschlossene Aktionen und die Bildung von Nutzungsgewohnheiten sind etwas völlig anderes.
Offiziell heißt es, dass das TVL bereits 90M+ beträgt – aber die jüngsten Zahlen von DeFiLlama liegen bei etwa 32M. Auch die Protokollgebühren der letzten 7 Tage liegen bei weniger als 1.000 US-Dollar. Die Begriffe mögen unterschiedlich sein, aber diese Differenz ist es zumindest wert, genau beobachtet zu werden.
Vor allem: Nach dem 25. August kommt die eigentliche Betriebsprüfung.
Die RLUSD-Belohnungen sind beendet, die W3W-XP ausgezahlt, die Venus-Hochmultiplikatorpunkte weg – werden die Nutzer dann noch von sich aus zurückkommen, um zu leihen, zu borgen und feste Zinssätze zu handeln? Wenn die Aktivität mit den Anreizen wieder abfällt, dann sind die vorherigen 1,5 Millionen Wallets eher eine hübsche Akquise-Zwischenbilanz – und keine Bilanz der Retention.
Ich habe eigentlich nichts dagegen, dass TermMax Geld ausgibt, um Nutzer heranzuziehen. Beim DeFi-Kaltstart braucht man nun mal Subventionen. Was ich fürchte, ist, dass das Projekt „Aufgaben erledigen“ fälschlicherweise mit „Nutzer gut eingewiesen“ gleichsetzt.
Das TGE kann eine Welle an Traffic bringen – aber wirklich wertvoll ist, wie viele Menschen auch einen Monat nach dem TGE noch zurückkommen, ohne sich auf Punkte/Belohnungen zu stützen.
Diese Zahl halte ich für deutlich wichtiger als die Anzahl registrierter Wallets.
Je mehr ich mir @TermMax s V2 anschaue, desto mehr glaube ich, dass es ein Problem gibt, das man nicht einfach mit „Code ist Open Source“ abtun kann: Das Protokoll betont fixed-rate und Effizienz, aber was wirklich bestimmt, wohin das Kapital fließen kann, in welche Märkte man einsteigen kann und wie Parameter angepasst werden, ist durch Berechtigungen nicht so „unaufgeregt“ geregelt, wie man vielleicht denkt.
V2 wurde dieses Jahr im März bereits auf Ethereum, Arbitrum und BNB ausgerollt, und im April kamen mit den Updates Market-/Pool-Whitelist-Checks sowie ERC4626-Access-Control hinzu. Heute hat das USDC Vault V2 ein TVL von etwa 5,817 Mio. USD, und die Seite listet direkt Curator, Guardian und ein 24h Timelock auf. Meine Frage ist ganz einfach: Wenn es eine Strategie-Governance gibt, es Whitelists für Märkte gibt und damit Regeln existieren, dann sollten Nutzer nicht nur wissen, ob das Ganze „auditiert“ wurde, sondern vor allem: Wer darf Änderungen vornehmen, was genau darf geändert werden und wie lange dauert die Wirksamkeit – und wer hat im Fehlerfall die letzte Entscheidungsgewalt.
Ich bin nicht gegen ein Berechtigungskonzept – DeFi braucht für das Risikomanagement schließlich klare Grenzen. Aber @TermMax wirbt gleichzeitig mit Alpha, RWA, Limit-Orders und Punkten, während die Erklärung der Berechtigungsstruktur offensichtlich nicht so prominent ist wie die Produkt-Erweiterung. Je mehr Funktionen, desto klarer und deutlicher sollten auch die Berechtigungsgrenzen beschrieben werden.
Sonst löst fixed-rate zwar die Unsicherheit bei den Zinssätzen, aber nicht die Unsicherheit darüber, nach welchen Regeln am Ende entschieden wird – also „wer die Regeln bestimmt“.
#termmax Wenn es als stärkstes Kaufargument für einen Token im Grunde heißt „nach dem Staking gibt es mehr von diesem Token“, stelle ich mir das erstmal grundsätzlich in Frage.
Das ist auch eine Unklarheit, die ich gerade bei @TermMax habe.
Die Gesamtmenge liegt bei 1 Milliarde. Die anfängliche Umlaufmenge nach dem TGE beträgt etwa 20 %. Jetzt zieht Binance Wallet Booster direkt 2 Millionen TMX als Belohnungen aus dem Bestand heraus. Auch die frühen Punkte wie XP, AP, MP werden nach dem TGE in die Auszahlungsphase übergehen.
An der Tokenausgabe selbst ist eigentlich nichts grundsätzlich Problematisches, und Belohnungen für frühe Nutzer kann ich auch nachvollziehen. Die eigentliche Frage ist: Wer wird später dauerhaft die freigegebenen TMX „aufnehmen“?
In dem aktuellen Whitepaper ist der Bedarf zwar recht klar – Governance, Staking und Ökosystemanreize. Aber was ich viel lieber sehen würde, ist eine zweite Linie: Wie das Geld aus den echten Geschäften von TermMax wieder zu TMX zurückkommt.
Aktuell zeigt DeFiLlama für TermMax ein TVL von etwa 31,2 Millionen USD, aktive geliehene Beträge etwa 27,28 Millionen USD und die Erträge aus dem Protokoll in den letzten 30 Tagen liegen bei fast 20.000 USD. Das bedeutet: Das Protokoll ist kein „leeres Gerüst“, sondern hat tatsächlich schon Geschäft.
Gerade das lässt mich aber weiter nachhaken: Wenn bereits Einnahmen entstehen – warum erklärt man dann nicht einen noch deutlich konkreteren Pfad zur Wertabschöpfung in Richtung Token?
Zum Beispiel: Gibt es eine klar definierte Quote, nach der Gebühren TMX zurückgekauft werden? Wie viel der Staking-Erträge kommt von echten Protokolleinnahmen, und wie viel ist nur die Freigabe neu ausgegebener Tokens? Wenn das Protokoll in Zukunft größer wird – welchen Teil des Wachstums teilen dann tatsächlich TMX-Inhaber?
Diese Fragen sind viel wichtiger als „wie viele Airdrops noch kommen“.
Ich habe nichts dagegen, wenn TMX in der Anfangsphase freigegeben wird. Was mir Sorgen macht, ist, dass die Nachfrage langfristig vor allem auf „Token-Ausgabe als Halteanreiz“ basiert. Wenn der Hauptreiz fürs Staking lediglich darin besteht, dadurch mehr TMX zu bekommen, dann verschiebt man im Grunde nur den Verkaufsdruck nach hinten.
Je näher der 25. August und damit das TGE rückt, desto stärker will ich sehen, dass @TermMax die Rechnung zur Rückführung von Wert klar darlegt.
#termmax Aktionsseite wird immer reibungsloser – und ich mache mir ausgerechnet deshalb ein bisschen Sorgen.
Denn das größte Problem von TermMax ist im Moment nicht, dass Nutzer nicht reinkommen, sondern dass sie möglicherweise zu leicht reinkommen.
In letzter Zeit läuft die Sache bei @TermMax sehr schnell: Am 25. August TGE, und danach wird direkt noch die Binance Booster Campaign angeschlossen. Die Belohnungen werden eine Gruppe neuer Nutzer quasi direkt ins Produkt schieben. Für das Projekt ist das Traffic, aber aus Sicht eines normalen Nutzers möchte ich eine Frage stellen: Haben diese Leute wirklich verstanden, was sie da eigentlich tun?
Ich habe TermMax tatsächlich mir angeschaut. Auf der Oberfläche ist die Bedienung schon sehr vereinfacht: fester Zinssatz, One-Click-Leverage, Ertragsauszahlung zum Laufzeitende. Die Seite vermittelt den Eindruck: „Einen Renditesatz auswählen, rein klicken – fertig“.
Aber die Dinge, die man wirklich verstehen müsste, fehlen kein bisschen.
FT, XT, GT, Maturity, LTV, Liquidationslinie, vorzeitiger Ausstieg, Rückkauf bei Fälligkeit … Diese Begriffe sind für erfahrene DeFi-User nicht weiter aufregend. Aber neue Nutzer schauen dann sehr leicht nur auf die APR. Vor allem „fester Zinssatz“ – vier Wörter, die leicht so verstanden werden können: „Die Rendite ist fix, das Risiko ist auch ziemlich fix“.
Tatsächlich ist das überhaupt nicht dasselbe.
Den Zinssatz kann man vorab festlegen, aber der Preis des Collaterals wird nicht fixiert; die Rendite bis zur Fälligkeit lässt sich zwar ausrechnen, doch die Liquidität beim vorzeitigen Ausstieg ist nicht unbedingt gegeben. Und auch One-Click-Leverage spart zwar ein paar Schritte – aber bedeutet nicht, dass die Logik rund um die Liquidation einfach mit verschwindet.
Daher zweifle ich gerade an der Produkt-Richtung von TermMax: Es senkt zwar die Einstiegshürde bei der Bedienung – aber senkt es zugleich auch die Hürde fürs Verständnis?
Wenn man nur die komplexe Logik hinter Buttons versteckt, dann klicken Nutzer zwar schneller – aber heißt das automatisch, dass das Erlebnis besser ist? Ein wirklich gutes Produkt sollte es normalen Leuten ermöglichen, vor dem Ordern drei Dinge zu wissen: Wofür sie genau ihr Geld verdienen, in welchen Fällen sie verlieren könnten und ob sie rechtzeitig wieder rauskommen können, wenn sie früher gehen wollen.
Was TermMax jetzt am dringendsten ergänzen sollte, finde ich nicht noch weniger Klicks, sondern Risiken in verständlicher Sprache.
Sonst wird aus „einfache Bedienung“ am Ende sehr leicht „einfach rein – komplexe Probleme, wenn etwas schiefgeht“.
Forschung @TermMax Das, worüber ich jetzt am meisten nachfragen möchte, ist nicht „ob die Kooperationsliste luxuriös genug ist“, sondern: Was genau haben diese Kooperationen TermMax am Ende gebracht.
Die Eko-Performance, die TermMax derzeit vorlegt, ist tatsächlich ziemlich beeindruckend: TVL bereits über 90 Millionen US-Dollar, registrierte Wallets 1,5 Millionen+, tägliche aktive Nutzer 90.000+. Die Infrastruktur ist bereits auf Ethereum, BNB Chain, Arbitrum, Base, Berachain und weitere insgesamt 10 EVM-Ketten ausgeweitet, außerdem wurden Morpho, Aave, Venus, Pendle und andere DeFi-„alte Bekannte“ angebunden. Allein anhand der Folien wirkt dieses Ökosystem schon ziemlich vollständig.
Aber ich bin trotzdem ein wenig misstrauisch.
Die Daten, die TermMax im März veröffentlicht hat, lagen bei 49,18 Millionen US-Dollar TVL und 17.000 täglichen aktiven Nutzern; jetzt, noch vor dem TGE, ist der TVL über 90 Millionen gestiegen und die täglichen aktiven Nutzer direkt auf 90.000 hochgegangen. Wachstum ist natürlich etwas Gutes, aber gerade am 25. August steht $TMX vor dem TGE, und auch die XP-, AP- und MP-Belohnungen werden erst nach dem TGE zur Auszahlung freigegeben. Genau zu diesem Zeitpunkt wird der Traffic plötzlich verstärkt – da kann ich nicht anders, als eine Frage zu stellen: Wie viel davon sind wirklich langfristige Nutzer, die von den Partnern dauerhaft eingeleitet wurden, und wie viel ist nur Kapital, das wegen Punkten und Airdrops kommt?
Auch auf der Asset-Seite ist es ähnlich. Bei Morpho, Aave, Pendle und sogar bei der tokenisierten Form der Aktien von Ondo, die in festverzinsliche Kreditvergabe eingebracht wird – diese Richtungen halte ich allesamt für sinnvoll, denn sie können TermMax tatsächlich um Asset-Typen und Anwendungsszenarien erweitern.
Aber Kooperation ist nicht nur „eine Ankündigung rausgeben und damit ist es Ökosystem“.
Ich will vielmehr sehen, was nach dem TGE passiert: Wie viel von 90 Millionen TVL kann tatsächlich bleiben? Wie stark fallen die 90.000 täglichen aktiven Nutzer ab? Gibt es auf dem Kooperationsmarkt weiterhin einen nachhaltigen Bedarf an Krediten? Entstehen neue Assets wirklich mit echter Tiefe.
Wenn die Belohnungen sinken und gleichzeitig Nutzer, TVL und Transaktionsvolumen mit abnehmen, dann ist die vorher noch so schön wirkende Kooperationsliste im Kern immer noch „geliehene Prosperität“.
Das ist genau das, worauf ich als Nächstes am meisten achten möchte: @TermMax .
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.
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.
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.
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.
@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.
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.
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.
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?
@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.
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.