3Z R A_

@Dusk $DUSK #dusk

I checked #Dusk around block #4,178,605: 8,635 blocks had been produced over 24h, with 206 active provisioners.

That feels very different from looking at an old Dusk Network label and thinking of a single blockchain.
The 2023 rebrand explicitly dropped Network because Dusk wanted to represent more than the chain itself.

What clicked for me now is that the architecture actually followed that idea: DuskDS handles consensus, data availability and settlement, while DuskEVM and DuskVM sit above it for different execution needs.

DUSK moves across those layers rather than belonging to one narrow environment.

I initially treated the name change as mostly branding.

Then I looked at the current stack and had to rethink it. The interesting part is that the evolution shows up in how the system is structured, not just what the homepage calls it.

Still, I’m wondering where the real center of gravity eventually sits… the settlement layer, the EVM activity or the native privacy side?

Entdecke diese Woche etwas anderes, statt schon wieder einen Roadmap-Recap zu lesen, und die Zahl, die mir aufgefallen ist, war nicht der Preis – sondern die Lücke zwischen dem Total Stake und dem Active Stake.

Der Total Stake liegt bei 216,9 Mio. DUSK, der Active Stake bei 215,2 Mio. DUSK. Das heißt, es sind ungefähr 1,6 Mio. DUSK gesperrt und 65,5 Tsd. DUSK befinden sich in Pending, verteilt auf 5 Pending-Provisioner. Kleine Zahlen, aber sie bewegen sich gerade – nicht nur in einer Pressemitteilung.

Was mich dazu gebracht hat, tiefer zu graben: Fünf neue Provisioner, die im selben Zeitraum hinzukommen, ist isoliert betrachtet nicht bemerkenswert – Knoten wechseln ständig.

Weniger offensichtlich ist, dass der Pending Stake als Anteil am Active Stake winzig ist, etwa ~0,03%. Das bedeutet, dass die meisten aktuellen Staking-Aktivitäten Erneuerungen/Compoundings von bestehenden Provisionern sind, nicht frisches Kapital, das neu onboardet wird. Die Staking-APR liegt bei 22,31%, und der Foundation-Dev-Tax-Pool hat sich auf 7,0 Mio. DUSK aufgestaut.

Die Daten zeigen: Wer bereits gestaked ist, staked immer noch weiter. Es zeigt nicht die neue Nachfrage. Ich konnte auch nicht bestätigen, ob die Pending-Provisioner neue Wallets sind oder ob bestehende Operatoren Staking rotieren, denn der Explorer macht die Wallet-Historie auf dieser Granularität nicht sichtbar. Diese Unterscheidung ist wichtiger als die Schlagzeile der gesamten Stake.

Verfolgt jemand den Churn von Provisionern separat? Wird das Active Set wirklich größer oder werden nur die gleichen Operatoren immer wieder recycelt?

@Dusk $DUSK #dusk

Der Grund, warum Dusk geschaffen wurde, ergibt mehr Sinn, wenn man sich ansieht, was heute auf der Kette passiert.

Ich bin noch einmal durch die ursprüngliche Vision von Dusk gegangen, und eine Sache stach heraus: Das war nicht einfach nur darum, eine weitere Privacy-Chain zu bauen.

Die Idee war, reale Finanzwerte on-chain zu bringen und dabei drei Dinge zusammenzubringen: Privatsphäre, Compliance und die Kontrolle der Nutzer. Dusk wurde 2018 um dieses Problem herum gegründet – lange bevor die heutige RWA-Erzählung populär wurde.

Jetzt schauen wir uns das Netzwerk selbst an.

Die neuesten Explorer-Daten zeigen, dass etwa 207M $DUSK über 206 Bereitsteller aktiv gestaktet sind, mit 236 Transaktionen in den letzten 24 Stunden. Noch interessanter: Eine kürzliche Transaktion zeigt, dass 2.53M $DUSK entstakt wurden.

Das hat meine Aufmerksamkeit geweckt.

Das entspricht ungefähr 1,2 % des aktuell aktiven Stakings in einer einzigen Entstake-Transaktion. Aber ich würde das nicht automatisch als Verkauf oder als Verlust des Vertrauens bezeichnen. Ein Entstake kann einfach bedeuten, dass man sich neu ausrichtet, Validatoren wechselt oder Gelder für einen anderen Zweck vorbereitet.

Und genau das beobachte ich.

Dusk wurde für Finanzinfrastruktur entwickelt, aber die heute sichtbare Aktivität hängt immer noch stark mit der Staking-Ebene des Netzwerks zusammen.

Die Frage ist, ob diese Sicherheitsbasis irgendwann von bedeutungsvoller Aktivität rund um tokenisierte Assets, vertrauliche Transfers und regulierte Finanz-Workflows ergänzt wird…

Denn genau dafür wurde Dusk ursprünglich gebaut.

@Dusk $DUSK #dusk

Ich bin diese Woche etwas herumgestöbert bei Dusk’ unabhängiger Explorer-Ansicht, und eine Zahl hat mich gestoppt: In dem jüngsten 24h-Zeitraum waren nur 21 von 252 insgesamt Transaktionen Shielded Transfers, die restlichen 231 waren Moonlight, also der transparente Transaktionstyp.

Das entspricht grob 8% Privacy-Nutzung auf einer Kette, deren gesamtes Versprechen Vertraulichkeit ist: ZK-geschützte Abwicklung.

Ich habe noch etwas tiefer geschaut, weil ich das Gegenteil erwartet hatte. Die Contract-Calls lagen im selben Fenster bei 89 und die Ausfallrate bei 9,9% – hoch genug, dass ich zweimal nachgesehen habe, weil ich dachte, es sei ein Anzeige-Fehler.

War es nicht: Es ist ein Live-Zähler. Die durchschnittlichen Fees lagen bei ~0,0136 DUSK und der Gas-Preis bei 1 LUX – beides wirkte normal. Also ist das keine spamgetriebene Überlastung, sondern fehlgeschlagene Calls, die in ansonsten routinemäßige Aktivität eingemischt sind.

Was das für mich bedeutet: Die aktuelle Nutzung auf Dusk sieht eher nach Aktivität auf einer öffentlichen Chain aus – einfache Transfers, staking-bezogene Calls und Vertragsinteraktionen – nicht nach dem vertraulichen Transfer-Use-Case, für den das Projekt gebaut wurde.

Das könnte heißen, dass frühe Nutzer Tester/Validatoren sind, die routinemäßige Aufgaben ausführen, oder dass Moonlight im Moment schlicht der Standard-Flow für die meisten Wallets ist.

Was ich nicht bestätigen kann: Ob dieses 24h-Snapshot typisch ist oder ein Ausreißer. Ich habe keine historischen Werte für die Ratio zwischen Shielded und Moonlight, um es zu vergleichen. Verfolgt das jemand über die Zeit hinweg?

$DUSK #dusk @Dusk

„Das Ding, auf das ich immer wieder zurückkam, waren nicht die Staking-Mechaniken. Es ging um die Governance.

@BabylonLabs_io just hat gerade eine Trading-Kampagne abgeschlossen, während ich gescrollt habe – und ich habe tatsächlich nachgeschaut, wer bei Babylon Genesis über die Vorschläge abstimmt.

Ergebnis: $BTC staker stimmen nicht ab. Gar nicht. Dein Bitcoin wird ver-zeitgesperrt, mit einem Zeitstempel versehen, an die Sicherheit eines Finality-Providers gekoppelt und erhält BABY-Belohnungen.

Der Validator, dem du delegierst, gibt die Governance-Abstimmung in deinem Namen ab. BABY-Holder sind diejenigen, die tatsächlich über die Gebührenänderungen, Inflationsparameter und Upgrades entscheiden. Nicht das BTC.

Ich habe das eine Minute lang sacken lassen. Der Marketing-Claim lautet: Dein Bitcoin sichert das Netzwerk – und das stimmt auch, rein mechanisch.

Aber Sicherheit und Kontrolle sind hier zwei verschiedene Dinge: Das Asset, das die ganze Schwerstarbeit macht, ist nicht das Asset mit dem Steuer.

BABY inflatiert immer noch um 8 % pro Jahr, nur teilweise ausgeglichen durch den BSN-Auktions-Burn – dort liegt die eigentliche Mitbestimmung.

Ich sage nicht, dass das falsch ist; Delegationsmodelle gibt es überall. Nur: Ich bin mit der Annahme reingegangen, Staking bedeutet Mitmachen, und bin rausgekommen mit der Erkenntnis, dass es bedeutet, beizutragen. Andere Verben.

Hat hier jemand staked BTC und tatsächlich seine Governance-Abstimmung irgendwo gezielt delegiert, oder haben die meisten Leute es einfach dem Standard-Validator überlassen?

@BabylonLabs_io $BABY #baby

Es wurde mir klar, dass @BabylonLabs_io Bitcoin überhaupt nicht auffordert, eine andere Kette zu validieren. Bitcoin macht einfach weiter, was es am besten kann: eine unveränderliche Uhr zu werden. Die zusätzliche Sicherheit entsteht durch das, wie Babylon darum herum baut – nicht dadurch, dass Bitcoin selbst verändert wird.

Als ich den Babylon-Explorer prüfte, war die Kette bereits über die Blockhöhe 4.071.229 hinaus und bewegte sich mit ungefähr 10-Sekunden-Blockzeiten sowie etwa 36 Transaktionen pro Block. Das klingt normal… bis man es mit Babylons epoch-basiertem Staking verbindet.

Delegierungen ändern die Validator-Power nicht sofort. Sie liegen in einer Warteschlange, bis die Epoche schließt, und werden dann gemeinsam ausgeführt. Ich hatte ehrlich gesagt erwartet, dass Staking sich wie eine typische Cosmos-Kette verhält; diese Verzögerung ist beabsichtigt, nicht Reibung.

Diese kleine Designentscheidung hat meine Sicht auf das Projekt verändert. Die Marketing-Story lautet: „Bitcoin sichert neue Ketten.“ In der Praxis ist das Erste, was man bemerkt, wie sorgfältig Babylon steuert, wann sicherheitsrelevante Zustandsänderungen tatsächlich stattfinden.

Ich ertappte mich dabei, dass ich den Staking-Flow immer wieder neu las, weil er langsamer wirkte als erwartet, und merkte dann, dass das wahrscheinlich der Punkt ist.

Jetzt frage ich mich, ob diese zusätzliche Geduld mit der Zeit noch wertvoller wird, wenn mehr Bitcoin-gestützte Netzwerke anschließen… oder ob Nutzer irgendwann trotzdem auf schnellere Ausführung drängen.

@BabylonLabs_io $BABY #baby

Ich ertappte mich dabei, beim heutigen CreatorPad-Task länger als erwartet auf den Babylon-Explorer zu starren.

Nicht wegen irgendeiner auffälligen Kennzahl… sondern weil die Kette einfach weiter ihren Job machte. Bei ungefähr Blockhöhe 4.071.229 lief das Netzwerk immer noch mit einer Blockzeit von etwa 10 Sekunden und mit 100% Online-Wahlmacht über aktive Validatoren. Es wirkte fast schon langweilig – und ich meine das im besten Sinne.

Das brachte mich dazu, die ganze Zukunftsidee von Blockchain-Sicherheit neu zu denken. Alle reden über Bitcoin-Staking wie über die Schlagzeile, aber hängen geblieben ist mir eher die ruhigere Ebene darunter.

Wenn ein Sicherheitsnetzwerk jemals für andere Chains wirklich relevant werden soll, dann dürfte Beständigkeit wichtiger sein als Aufregung. Man merkt zuverlässige Infrastruktur erst, wenn sie funktioniert.

Nur wenn sie nicht funktioniert, fällt sie auf. Das ist eine ganz andere Geschichte als die, die die meisten erzählen.

Ich habe sogar eine Minute lang den Tab geschlossen, mir etwas zu essen geholt und bin dann zurückgekommen, weil ich dachte, mir entgehe etwas Größeres. Wie sich herausstellte, war genau der „langweilige“ Teil der Punkt. Vielleicht besteht der eigentliche Wert von Babylon nicht darin, mehr Aktivität zu erzeugen… vielleicht darin, dass andere Ökosysteme im Hintergrund weniger Sorgen um Sicherheit haben.

Wenn das stimmt, wie messen wir dann überhaupt, ob dieser Wert schon sichtbar wird?

@BabylonLabs_io $BABY #baby

Die Unlock-Uhr von BABY sitzt bei 8 Tagen aus, 136,11 Mio. Tokens, grob 1,73 Mio. US-Dollar, etwa 1,2 % des gesamten Umlaufs, der in Umlauf kommt.

Ich hab das auf CoinGecko gecheckt und es hat einfach nur kurz da gesessen. In Isolation keine riesige Zahl, aber auf den Zeitpunkt kommt’s an. $BABY setzt nicht auf Hype vor diesem Datum, es ist einfach… ruhig. Keine Countdown-Banner, keine „macht euch bereit“-Threads von @BabylonLabs_io . Nur die Vaults, die ihren Job machen.

Das ist es auch, was bei dem Task auffiel: Die „Security First“-Einordnung ist kein Marketingtext, sondern strukturell gerade wirklich so. BTC-Staker bekommen ab Tag eins Slashing-Schutz via EOTS. BABY-Holder bekommen Governance-Votes.

Aber die Liquiditätstiefe für BABY selbst? Immer noch dünn im Verhältnis zu dem, was beim BTC tatsächlich gesichert ist. Also ist die Antwort auf „Wer profitiert zuerst?“ ziemlich klar die Bitcoin-Seite der Staker und die Chains, die sich diese Security ausleihen, während die eigene Marktstruktur von BABY später aufholt – Unlock für Unlock.

Ergeben tut’s schon irgendwie: Sicherheit muss existieren, bevor jemand dem Token vertraut, der darum gewickelt ist. Hab mir meinen Kaffee geholt, die Unlock-Mathe zweimal gelesen, und bin trotzdem bei der Erkenntnis gelandet: macht Sinn, nicht: macht mir Angst.

Hilft es der Preisfindung von BABY wirklich, wenn ein Protokoll sich langsam und wenig glamourös beweist, oder verschiebt es nur den Moment, in dem die Liquidität aufholen muss, was bereits abgesichert ist?

@BabylonLabs_io #baby $BABY

Babylon Finality-Provider-Explorer mitten im Task und musste zweimal hinschauen – über 250 Finality-Provider registriert, aber das Dual-Quorum-Design bietet nur etwa 60 Sitze mit aktivem, durch BTC abgesichertem Stimmgewicht in irgendeiner gegebenen Epoche. #baby $BABY @BabylonLabs_io

Diese Lücke ist die ganze Geschichte. Registrieren ist einfach, im Grunde weitgehend permissionless. Genug delegiertes BTC zu bekommen, um tatsächlich das aktive Set zu knacken und damit Provision zu verdienen – das ist die echte Hürde, und sie konzentriert sich schnell. Ich habe ein paar Provider angeschaut, die bei null Delegation komplett registriert sind, einen EOTS-Schlüssel veröffentlicht haben, und… einfach warten. Währenddessen wachsen die Top-Plätze in Stimmkraft und Provision durch Delegierte, die bereits wissen, wen man auswählen sollte.

Hat meine Sicht auf „Finality Provider“ als Rolle irgendwie umgedeutet. Es wird wie Validieren vermarktet, offene Tür, jeder kann den Daemon hochziehen. In der Praxis verhält es sich eher wie eine Warteliste mit einer Rangliste – frühe Konzentration entscheidet, wer verdient, und alles danach ist eher Optik, bis ein Top-FP geslasht wird oder aus dem Takt gerät. Das Slashing ist nur 5% – also bewegt das Abwärtsrisiko die Anreizstruktur zur Diversifizierung weg von den Leaders kaum.

Lässt mich fragen – will Babylon tatsächlich 250 konkurrierende Anbieter, oder bevorzugt der Epochenmechanismus stillschweigend weniger, größere und lässt den Long-Tail nur für die Narrativ-Fassade existieren?

@BabylonLabs_io $BABY #baby

Bablyons Vesting-Tracker, der die Entsperrung vom 10. Juli beobachtet: 1/36 der Tranche für frühe Investoren – Team und Berater bewegen sich tatsächlich.

Diese frisch entsperrten Tokens können nicht einfach direkt in Staking „dumpen“. Investoren und Team können die gelockerten $BABY im ersten Jahr nach dem Launch schlicht nicht staken. Daher gibt es selbst nach dem Entsperr-Tag diese stille Verzögerung, bis das Angebot zu „aktivem“ Angebot wird. Die meisten sehen sich nur die Unlock-Zahl an und denken: sofortiger Verkaufsdruck.

Aber wenn man Wallets beobachtet … naja, es sickert nur langsam durch. Und das hat mich an meine eigene Angewohnheit erinnert, Unlock-Kalender wie Countdown-Uhren zu einem Dump zu prüfen. Bablyons Dual-Staking-Setup: BTC und BABY sichern beide die Chain und verdienen beide leise Rewards – belohnt also diejenigen, die bereit sind, diese Verzögerung auszuhalten, nicht diejenigen, die am schnellsten die Exit-Treppe runterrennen. Design > Erzählung, würde ich sagen.

Ich bin mir aber immer noch nicht sicher, ob das nur zufällige Reibung ist oder eine bewusste Governance-Entscheidung, um Spekulationen auszubremsen. Hat irgendjemand schon getrackt, wie viel von der Juli-Tranche tatsächlich gestaket ist – im Vergleich dazu, was einfach nur untätig in Wallets liegt?

@BabylonLabs_io $BABY #baby

Babylon hat gerade den Governance-Vorschlag #13 live geschaltet – den, bei dem $BABY durch BSN-Reward-Auktionen verbrannt werden soll, statt ihn einfach an die Staker zurückzugeben. Die Abstimmung endet am 11. Aug.

Ich habe nach tatsächlichen Retail-Abstimmungen zu diesem Thema gesucht und habe dabei größtenteils Validator-Konten gefunden: Stakecito etwa kündigt öffentlich sein Ja-Votum an und nennt Gründe, noch bevor sich normale Token-Inhaber überhaupt geäußert haben. Der Validator hat das explizit als Unterstützung für einen deflationären Mechanismus gerahmt, der Rewards in einem einzigen Token hält und den Compliance-Aufwand für Teilnehmende reduziert.

Genau das ist hängen geblieben. Die Doku beschreibt Governance als dieses offene Ding, bei dem jede BABY-Inhaberin und jeder BABY-Inhaber das Netzwerk mitgestaltet. In der Praxis berühren die meisten delegierten Staker die Abstimmung nie – ihr Validator macht es. Und die öffentliche Stellungnahme des Validators wird im Grunde zur Retail-Stimmung.

Das Standardverhalten sind nicht Holder-Abstimmungen, sondern Holder-Delegationen: Der Validator äußert sich, die Chain bewegt sich. Nichts im Verborgenen daran, einfach… nicht das Bild aus der Pitch-Deck-Präsentation.

Ich drehe das noch immer weiter: Wenn die Mehrheit der Stimmkraft in einer dezentralen Kette über eine Handvoll lautstarker Validatoren läuft – ab wann hört das auf, Dezentralisierung zu sein, und wird zu einem etwas größeren Komitee?

@BabylonLabs_io $BABY #baby

Babylon Labs hat mich mitten in der Aufgabe bei der Zahl 56,853 BTC innehalten lassen: echte Bitcoin, nicht eine umgehängte Attrappe, die in seinen Staking-Tresoren steckt. Das sind etwa 5,64 Mrd. US-Dollar, und ganz still und leise macht sie Babylon zum größten BTC-Staking-Protokoll da draußen. #baby $BABY @BabylonLabs_io

Der Marketing-Slogan lautet „no wrapping, no bridging“ – sauber, simpel, fast zu ordentlich. Aber wenn man beobachtet, wie BABY diese Woche um ungefähr 30% hochschießt und ganz nach oben auf CoinGeckos Trending-Liste klettert, sieht man eigentlich: Kapital jagt Rendite-Mechaniken – nicht die Self-Custody-Erzählung.

Die BTC liegt nativ in Tresoren. In Ordnung. Aber der Reward-Flow, der beim Dual-Staking zwischen BTC- und BABY-Holdern aufgeteilt wird, dieses BSN-Auktion-Burn-„Ding“, bei dem Gebote verbrannt werden – dort spielt sich das echte Verhalten ab, und das ist deutlich chaotischer, als man es sich schönredet. Und man fragt sich, warum es ausgerechnet hier erst wieder darum geht, wer zuerst profitiert.

Frühe Staker und die Finality-Provider, die die Infrastruktur betreiben – klar. Die „produktive Bitcoin für alle“-Rahmung wirkt, als würde sie immer noch ein Stück hinterherhinken, was tatsächlich on-chain passiert.

Ganz dagegen bin ich nicht & native Custody reicht als Burggraben, wenn die Rendite-Engine darunter aber immer noch so viele bewegliche Teile braucht, um zu funktionieren?

@BabylonLabs_io $BABY #baby

Das Verzeichnis blieb länger gesperrt, als ich erwartet hatte $BABY , statt der üblichen TVL-Grafik mit den Entbündelungsmechaniken. Und genau das blieb hängen.

@BabylonLabs_io Schiffe entbündeln etwa eine Woche lang, plus ein 0,1%-Slashing-Verhältnis für fehlverhaltene Validatoren für Finality-Provider.

Vergleiche das mit den meisten PoS-Chains, die darauf rennen, die Rücknahmefenster zu verkürzen, um die UX zu verbessern. Babylon … hat das nicht getan. Ich habe auch die Governance-Seite geprüft: Das BSN-Reward-Auktions-Burn-Mechanismus routet den Genesis-Anteil an BSN-Rewards in wöchentliche Burn-Auktionen, statt ihn direkt an Staker auszuzahlen. Langsamer, bedacht, weniger spektakulär.

Da ist die Lücke zwischen Verhalten und Marketing. Der Pitch ist produktives Bitcoin: keine Bridges, kein Wrapping – klingt mühelos.
Die Realität auf Kettenebene ist Reibung, und zwar absichtlich: lange Entbündelung, doppeltes Slashing von BTC #baby burns statt Instant Yield. Security first ist hier kein Slogan, es ist einfach … langsameres Geld

Kleine Anekdote: Ich wäre fast an den Entbündelungs-Parametern vorbeigegangen, weil ich dachte, sie seien nur Boilerplate. Gut, dass ich es nicht getan habe; ngu – das ist das echte Vertrauensmodell, nicht der Text von der Landingpage.

Ich kaue aber noch über eine Sache: Hält diese Reibung auch stand, wenn Multi-Staking eine BTC-Position auf einmal über mehrere BSNs verteilt? Es wirkt so, als würde sich die gleiche Vorsicht viel schwerer durchgehend einheitlich durchsetzen lassen.

@BabylonLabs_io $BABY #baby

Sehr schön & lange anhaltende Ansammlung

$KGEN

$BABY Diese Woche war richtig was los: Das Protokoll hat 56.853 BTC gestakt, liegt bei rund 5,6 Mrd. $ TVL und ist das größte BTC-Staking-Setup da draußen. Die Zahlen sahen auf dem Dashboard richtig sauber aus. Dann habe ich tatsächlich versucht nachzuvollziehen, was beim Ausstieg passiert… und genau da habe ich kurz gestoppt.

@BabylonLabs_io sich verkauft sich auf deinem BTC – es verlässt nie die Bitcoin-Chain. Volle Self-Custody, kein Wrapping. Technisch gesehen stimmt das also.

Aber wenn du ausstaken willst, bekommst du keine sofortige Liquidität – da macht die Bitcoin-Blockzeit die Arbeit. Das Unbonding dauert daher mehrere Tage, unabhängig davon, wie schnell sich die Cosmos-Seite von #baby Genesis bewegt. BABY-Staking wickelt sich in etwa 2 Tagen ab. Beim BTC-Unstaking gibt’s diesen Luxus nicht.

Schon irgendwie lustig, ehrlich. Das Marketing setzt stark auf trustless, flexibel, kein Custodian-Risiko – und strukturell stimmt das auch. Aber Flexibilität in der Praxis beugt sich trotzdem dem eigenen Takt der Bitcoin-Uhr. Die Kryptografie löst das Trust-Problem wunderbar. Sie löst nur nicht das Warte-Problem.

Ich hab mir erstmal meinen Snack geschnappt, weil ich dachte, das sei eine UX-Lücke. Mittlerweile bin ich mir weniger sicher, ob es überhaupt eine ist – vielleicht ist es einfach der Tradeoff, den du akzeptierst, wenn du wirklich Custody behältst, statt einer Bridge zu vertrauen.

Ich kau noch dran: Ist trustless am Ende immer nur teilweise, sobald du die Bitcoin-Settlement-Layer erreichst – egal, welches Protokoll darauf aufbaut?

@BabylonLabs_io $BABY #baby

Ich habe Babylons zirkulierendes Angebot gegen seinen eigenen Unlock-Plan abgeglichen, und die Zahlen passen nicht so zusammen, wie ich es erwartet hatte.

Laut der Baby-Tokenomics-Seite traf der Vesting-Cliff am 10. Mai 2026 ein, danach greifen monatliche Unlocks von 1/36 für Team 1,5 Mrd., Investoren 3,05 Mrd. und Berater 350 Mio. Das entspricht etwa 136 Mio. BABY, die pro Monat freigeschaltet werden. Zwei Unlocks am 10. Mai und 10. Juni hätten bis Mitte Juli ungefähr 270 Mio.+ $BABY zum zirkulierenden Angebot hinzufügen müssen.

Das tatsächliche zirkulierende Angebot laut einem Snapshot vom 22. April: ~3.996.680.614. Laut einem separaten Tracker vom 15. Juli: ~4.004.766.595. Das ist eine Zunahme von etwa 8 Millionen Tokens, nicht von 270 Millionen.

Entweder verwenden die Tracker unterschiedliche Ausgangs-Methoden, oder ein großer Teil der freigeschalteten Tokens ist schlicht noch nicht in den Status „zirkulierend“ übergegangen – ist weiterhin delegiert, weiterhin vesting-restricted trotz des Cliffs – oder liegt einfach unberührt herum.

Ich habe das aus Versehen bemerkt, als ich versuchte, die FDV-Zahlen zu plausibilisieren, nicht um das Problem zu finden. Es könnte genauso gut ein Reporting-Delay sein oder ein Definitionskonflikt zwischen Aggregatoren, statt irgendetwas auf Babylons Seite. Ich kann nicht bestätigen, was es ist, ohne die Roh-Ledgerdaten selbst abzurufen.

Hat das jemand tatsächlich verfolgt, indem er die freigeschalteten Wallets direkt überwacht hat, um zu sehen, ob sie sich bewegen?

#baby $BABY @BabylonLabs_io

Babylons Vesting-Mechanik, nachdem ich das am 10. Juli ausgelöste Unlock-Event auf tokenomist.ai bemerkt habe. Es ist die zweite Tranche unter dem geänderten Zeitplan: Der erste Cliff wurde am 10. Mai 2026 getroffen und setzt weitere 1/36 des gelockten Team-/Advisor-/Early-Investor-Kontingents frei, das sich monatlich wiederholt, bis April 2029.

Was meine Aufmerksamkeit nicht auf die Unlock-Größe lenkte, sondern darauf, dass $BABY eine unendliche maximale Gesamtmenge hat. Nicht groß, sondern unendlich – der Vesting-Zeitplan läuft einfach weiter. Jedes Projekt, das ich mit monatlichen Cliff-Unlocks verfolgt habe, endet irgendwann. Dieses hat laut Tokenomics-Seite überhaupt keinen eingebauten Endzustand.

Ich habe nach einem passenden Sell-off rund um den 10. Juli gesucht – so, wie man es nach einem ~3% supply-adjacent Unlock erwarten würde – und habe in der Kursentwicklung nichts Offensichtliches gefunden, auf das ich sauber verweisen könnte. Das ist der Teil, den ich nicht mit Zuversicht bestätigen kann: Ich habe keine sauberen Wallet-Level-Daten darüber, ob die freigeschalteten Tokens tatsächlich zu Exchanges gelangt sind, gestakt wurden oder einfach unberührt blieben.

Empfänger können gelockte, aber bereits vested Tokens nach einem Jahr staken, daher bedeutet „unlocked“ nicht zwangsläufig „liquid“.

Es wirkt so, als hätte der Markt das entweder bereits vollständig eingepreist – oder niemand prüft wirklich, wohin diese monatlichen Tranchen gehen. Wer verfolgt die konkreten Unlock-Adressen auf Mintscan, um zu sehen, ob sie staken oder zu CEXs weiterleiten?

#baby @BabylonLabs_io $BABY

$BABY letzte Woche laut gewesen, ungefähr 30% in 7 Tagen zugelegt, vom März-Tief nahe $0.0107 wieder über $0.02 abgeprallt, und die Vaults liegen jetzt bei 56,853 BTC gestakt, so etwas wie $5.64B. Zahlen sind in Ordnung. Aber was mich wirklich hat innehalten lassen, war der Registrierungs-Flow selbst: Dein BTC-Stake wird auf PENDING gesetzt, wartet dann auf Signaturen aus dem Covenant-Komitee und braucht anschließend die TX, um in k Tiefe auf tatsächlichen Bitcoin-Blöcken anzukommen, bevor sie live geht.

Nirgendwo taucht ein Wrapped Token auf. Kein Bridge-Contract, der die Verwahrung übernimmt. #baby leitet deine Coins nicht durch eine synthetische Version von sich selbst, sondern es ist einfach ... warten auf die Bestätigung durch Bitcoin, genau wie jede andere BTC-Transaktion auch wartet. Das ist der leise Teil, den niemand laut vermarktet. Die meisten BTCfi-Projekte verkaufen kein Bridging als Slogan. Es ist eher eine mechanische Einschränkung: Das Sicherheitsmodell kann die Wartezeit nicht „auscheaten“, weil es nichts gibt, was man auscheaten könnte.

Du vertraust keinem Peg eines wrapped Assets, sondern der eigenen Blockzeit von Bitcoin.
Das bringt mich zum Nachdenken, wie Finality-Provider eigentlich mit Slashing-Streitfällen umgehen, sobald Dutzende BSNs gleichzeitig ihre Security aus demselben BTC-Pool ziehen.

@BabylonLabs_io $BABY #baby

@BabylonLabs_io $BABY war für mich interessanter, als ich aufhörte, auf den Token zu schauen, und stattdessen beobachtete, wie sich das Security-Modell tatsächlich verhält. Eine Sache, die diese Woche besonders auffiel, war der stetige Strom an Checkpoint- und Finality-Aktivitäten zwischen Babylon Genesis und Bitcoin. Das Protokoll verarbeitete weiterhin Finality-Voten und Bitcoin-Checkpoint-Reports, statt Anzeichen spekulativer Ausbrüche zu zeigen. Das deutet darauf hin, dass die Teilnehmer darauf fokussiert sind, die Sicherheitsgarantien am Leben zu halten, statt nur dem Token-Momentum hinterherzulaufen. Die Architektur beruht darauf, dass Finality Provider mit BTC-gestützter Sicherheit abstimmen, während die Checkpoint-Daten kontinuierlich wieder in Bitcoin verankert werden.

Das hat meine Sicht auf Babylon verändert. Das eigentliche Produkt ist nicht nur BTC-Staking oder der #baby token – es geht darum, die Sicherheitsannahmen von Bitcoin über das Bitcoin-Netzwerk hinaus zu exportieren. Ich frage mich noch immer, wie sich dieses Modell unter deutlich stärkerer Nachfrage verhält oder in Phasen angespannter Netzbedingungen, aber die jüngste On-Chain-Aktivität wirkt eher operativ als werblich.

Es hat mich daran erinnert, dass die wertvollste Blockchain-Aktivität oft die am wenigsten dramatische ist. Wenn die Sicherheit leise weiter funktioniert, dann ist das vielleicht das stärkste Signal von allen.

Was passiert, wenn viele weitere externe Netzwerke anfangen, von denselben Bitcoin-gestützten Finality-Providern abhängig zu sein?

Der Screenshot scheint wiederholte On-Chain-Transaktionen zu verdeutlichen, die $SIREN über Uniswap betreffen. Dabei treten ähnliche Wallet-Adressen und Transaktionsgrößen innerhalb eines kurzen Zeitraums auf. Das deutet auf bemerkenswerte Wallet-Aktivität hin, aber allein das Bild reicht nicht aus, um zu schlussfolgern, ob es sich um Ansammlung, Liquiditätsmanagement, Wash Trading oder etwas anderes handelt.

Wenn du nach einem Crypto-Post suchst, hier ist einer:

> 👀 Spannende On-Chain-Aktivität rund um $SIREN .

Mehrere Transaktionen mit ähnlicher Größe fließen seit Stunden durch Uniswap und deuten auf eine erhöhte Wallet-Aktivität hin.

Ob das Ansammlung ist oder interne Geldbewegungen, es lohnt sich auf jeden Fall, das im Blick zu behalten.

Prüfe immer die On-Chain-Daten, bevor du vorschnelle Schlüsse ziehst. 👀📊 #SIREN #Crypto #OnChain #DeFi

#SpaceXAnthropicOpenAIIPOsMayTopVCExitsSince2000 #AMDSharesSlideNearly10% #BitcoinPlansECashHardFork