蟹大的加密之旅

#dusk $DUSK 这两天 $DUSK 涨得挺热闹，但我越看盘口，越觉得这波有个地方不太对劲：成交量起来了，不代表流动性真的变好了。

现在 DUSK 价格大概 0.0695 美元，24 小时涨了接近 11%，成交量大概 445 万美元，比前一天多了四成多。单看这些数字，确实很容易觉得“资金进来了”。再叠加最近 CreatorPad 奖励活动，短期注意力起来也正常。

但我做交易不太吃这一套，我更喜欢直接看盘口。

CoinGecko 上 Binance 的 DUSK/USDT，24 小时成交大概 81 万美元，可问题是当前 +2% 深度只有约 1.59 万美元，-2% 深度也就 3.05 万美元，点差大约 0.14%。这才是我真正介意的地方：一天能刷出几十上百万成交，不代表你真拿几万美元进去还能舒服成交。

平时行情慢的时候感觉不明显，一旦 @Dusk 碰上活动结束、市场突然转弱，或者短时间大量止损一起砸下来，薄盘口的问题马上就会放大。你看到的可能还是“涨跌几个点”，实际吃到的却是滑点、插针、撤单来不及，甚至止损成交价跟你想的完全不是一回事。

所以这波 DUSK 涨，我不会只拿成交量当流动性改善的证据。真正让我改观的，是持续几周都能看到盘口厚度增加，而且不是靠一次活动把交易量顶起来。

量可以靠热点做出来，深度没那么好装。

这也是我现在对 DUSK 最大的疑问：热度来了以后，留下的是交易者，还是只留下了一张漂亮的 24h Volume？

#dusk $DUSK @Dusk

#dusk $DUSK Wenn man zuerst diese großen Worte auf der offiziellen Website zu „regulated onchain finance“ abdeckt und nur einen normalen Nutzer Dusk verwenden lässt, finde ich, dass das Problem sogar noch deutlicher wird: Schritt eins – worauf genau soll man klicken?

@Dusk Jetzt ist die grundlegende Ebene eigentlich nicht mehr die Phase „geht nicht“. Das Mainnet ist Live, die Daten auf der offiziellen Website zeigen 210 Mio.+ DUSK, die am Staking teilnehmen, und das deterministische Endspiel dauert ungefähr 10 Sekunden. Das Problem ist: Ob die Basis technisch läuft und ob es sich für Nutzer tatsächlich gut anfühlt, sind zwei völlig verschiedene Dinge.

Im April hat die offizielle Stelle sogar speziell Dusk Connect und die neue Dusk Wallet veröffentlicht – und schon das sagt viel aus. Die Offiziellen räumen selbst ein, dass die alte Web Wallet eher wie eine eigenständige Anwendung war, bei der man im Sinne der üblichen EVM-Logik dApps nicht so direkt wie gewohnt Wallet finden, Konten anfragen und Transaktionen signieren konnte. Die neue Version ergänzt zwar Browser-Plugins, Desktop- und Mobile-Clients sowie Funktionen wie öffentliche/private Transfers, shield/unshield, Staking und Claim Rewards. Aber damals war die offizielle Positionierung weiterhin „developer preview“.

Das ist auch mein größtes Produktzweifel an Dusk: Es kommen immer mehr technische Fähigkeiten dazu, aber wissen normale Nutzer wirklich, wann sie einen public transfer machen sollten und wann shield? Wenn die Assets die Umgebung gewechselt haben – wo kann man sie dann ansehen? Und wenn etwas fehlschlägt: sofort erneut versuchen, warten oder Support kontaktieren?

Das ist kein Haare-spalten. Im Januar wurde der Bridge-Dienst wegen eines Einbruchs in die signierte Wallet vorübergehend gestoppt. In der späteren Analyse hat der offizielle Bericht sogar explizit den Transaktionsstatus in seen, submitted, completed, failed und stuck aufgeteilt – gerade um zu zeigen, dass es zur Produktsicherheit gehört, ob Nutzer nach Problemen überhaupt verstehen können, was gerade passiert ist.

Realistischer ist: Auf der offiziellen Website ist Dusk Trade immer noch „Building“, und DuskEVM sowie Hedger sind weiterhin „Testnet“.

Deshalb glaube ich eher, dass Dusk in der nächsten Phase nicht unbedingt noch einen weiteren technischen Fachbegriff „noch mal draufpacken“ sollte, sondern dass man daraus eine harte Kennzahl macht: Können Personen, die zum ersten Mal reinkommen, innerhalb von zehn Minuten eine vollständige Aktion erfolgreich abschließen?

Infrastruktur auf institutionellem Niveau kann extrem komplex sein, aber das User-Interface darf nicht verlangen, dass Nutzer erst selbst zu einer Art „halbem Entwickler“ werden.

#dusk $DUSK @Dusk

Ich habe jetzt die größte Frage zu @Dusk – und zwar nicht, ob man es technisch umsetzen kann, sondern: Wann können normale Nutzer wirklich „ohne Doku wagen, es zu benutzen“?

Die Dusk-Website erklärt mittlerweile schon einiges weiter: Bestätigung des geplanten Emissionsumfangs von 300+ Millionen, 50.000+ investierende Teilnehmer, 210+ Millionen DUSK in der Teilnahme an der Staking-Absicherung – am Ende liegt die endgültige Sicherheit bei etwa 10 Sekunden. Auf der anderen Seite steht bei Dusk Trade aber noch „Building“, DuskEVM und Hedger sind weiterhin Testnet. Das neue Dusk Wallet, das im April veröffentlicht wurde, war laut der offiziellen Positionierung damals auch noch ein „Developer Preview“. Daten und Storyline sind längst in den „institutionellen Finanz-Infrastrukturbereich“ vorgedrungen, aber die Produktebene, die Nutzer wirklich anfassen können, lernt noch nach – diesen Abstand finde ich darf man nicht ignorieren.

Besonders nachdem ich das Bridge-Ereignis im Januar erlebt habe, achte ich noch mehr darauf, was passiert, „wenn etwas schiefgeht“. Damals wurde ein signierendes Wallet kompromittiert. In der offiziellen Rückschau im März wurde offengelegt, dass im Verlauf des Angriffs zeitweise mehrere Millionen DUSK zu ungewöhnlichen Transfers geführt haben; der letzte Versuch, 8,91 Millionen DUSK über die Bridge zu übertragen, scheiterte erst, nachdem der Dienst bereits abgeschaltet worden war. Später wurde das Bridge-System gezielt um eine ganze Reihe von Transaktionsstatus erweitert: seen, submitted, completed, failed, stuck. Im Kern geht es dabei um genau eine Sache: Verhindern, dass Nutzer vor einer feststeckenden Transaktion stehen und am Ende nur noch raten müssen.

Das ist auch etwas, das ich mir wünsche, dass Dusk in der nächsten Phase nachliefert. Privatsphäre, Compliance, ZK und institutionelle Vermögenswerte müssen normale Nutzer vielleicht nicht am ersten Tag verstehen – aber „Wo bin ich gerade?“, „Warum ist es fehlgeschlagen?“, „Sind die Gelder rausgegangen?“, „Wen muss ich als Nächstes kontaktieren?“ – das muss auf einen Blick klar sein.

Am Ende wird bei Finanzinfrastruktur nicht nur die Bestimmtheit auf der Chain ausgespielt, sondern auch die Bestimmtheit, die Nutzer erleben, wenn es zu Anomalien kommt. Die Technik darf komplex sein, aber die Komplexität darf nicht beim Nutzer hängen bleiben.

#dusk $DUSK @Dusk

Forschung @Dusk bis heute: Stattdessen kümmere ich mich immer mehr um ein sehr realistisches Problem: Hat die Nachfrage nach DUSK „wirklich jemanden, der es tatsächlich nutzt“, oder werden die Coins erst mal nur gesperrt, damit man sie später irgendwann verkauft?

In letzter Zeit macht Dusk die RWA-Linie immer konkreter. Auf der offiziellen Website sind mittlerweile die Zahlen „über 300 Mio. EUR bestätigte Emission“ und „5万+ Reichweite für Investoren“ genannt, gleichzeitig sind bereits mehr als 210 Mio. DUSK-Coins am Staking beteiligt. Rein betrachtet haben diese Zahlen tatsächlich mehr Substanz als bloß das Gerede von „Privacy-Blockchain“.

Aber wenn ich es aus Sicht der Token-Ökonomie betrachte, sehe ich hier genau einen Widerspruch.

Die beiden bisher eindeutigsten Verwendungszwecke von DUSK sind immer noch Gas und Staking. Das Problem ist: Staking löst zwar Sicherheitsanforderungen, bedeutet aber nicht automatisch, dass es eine neue externe Kaufnachfrage schafft. Das offizielle Emissionsmodell sieht außerdem zunächst 500 Mio. Coins vor und lässt die weiteren 500 Mio. über 36 Jahre frei. Dabei liegt das geplante Emissionsvolumen in den ersten vier Jahren bereits bei etwa 250,48 Mio. Coins. Die Blockbelohnungen, die Validatoren erhalten, enthalten ihrerseits bereits die neu hinzukommende Emission.

Deshalb will ich eigentlich nicht wissen, „wie viele gestaktet wurden“, sondern: Welche On-Chain-Transaktionen erzeugen wirklich Gebühren – und ab wann können diese Gebühren anfangen, einen immer größeren Anteil am Sicherheitsbudget zu decken?

Gerade am 15. August @Dusk hat Dusk gerade einen neuen Artikel zur „SME Tokenization“ veröffentlicht. Die Route über NPEX, Dusk Trade und regulierte Wertpapiere wird inzwischen tatsächlich immer klarer. Aber Achtung: 300 Mio. EUR an Vermögenswerten, die auf Dusk ausgegeben werden, bedeutet nicht, dass daraus auch in gleichem Umfang eine Nachfrage nach DUSK in Höhe von 300 Mio. EUR entsteht. Zwischen Vermögensgröße, Handelsfrequenz, dem Gas-Verbrauch und dem finalen Rückfluss an DUSK-Besitzer liegen noch mehrere Schichten.

Genau diese Daten möchte ich jetzt am meisten sehen.

Wenn Dusk Trade in Zukunft wirklich anläuft und echte Vermögenswerte kontinuierlich gehandelt werden, und die Gebühreneinnahmen dann spürbar steigen, wird das Wirtschaftsmodell von DUSK viel besser aussehen als heute. Aber bis dahin werde ich es nicht einfach als starke Nachfrage verstehen, nur weil „210 Mio. Coins gestaktet“ sind.

Sperren kann die Umlaufmenge reduzieren – und erst die Nutzung beweist, dass der Wert zurückfließt.

#dusk $DUSK @Dusk

Ich schaue mir gerade die Ökologie von @Dusk an und habe nicht mehr die Frage „Mit wem arbeitet man noch zusammen“, sondern vielmehr: Was haben diese Kooperationen tatsächlich auf der Kette hinterlassen?

Die neueste offizielle Website hat NPEX, Chainlink, 21X, Cordial Systems und Quantoz in seine Kooperations-Landkarte aufgenommen und zudem €300M+ an bestätigten Emissionen sowie 50K+ Investor-Reichweite ausgewiesen. Der Auftritt wirkt immer mehr wie ein seriöses Projekt für Finanzmarkt-Infrastruktur.

Allerdings gibt es hier eine Frage, die leicht übersehen wird: Die Daten der Kooperationspartner sind nicht gleichbedeutend damit, dass Dusk die entsprechenden Daten bereits erhalten hat.

Zum Beispiel: NPEX hat in der Vergangenheit über €200M finanziert, 100+ SME betreut und verfügt über 17.500+ aktive Investoren. Das zeigt, dass NPEX selbst echte Geschäfte hat. Aber wie viele dieser Nutzer sind bereits zu Dusk-Nutzern geworden? Wie viele Vermögenswerte sind wirklich auf die Kette umgezogen? Und welche Menge an fortlaufenden Trades und Liquidität wurden dadurch tatsächlich ausgelöst? Offiziell wurden bislang keine ebenso klaren Umwandlungsdaten veröffentlicht.

Noch aufschlussreicher ist, dass Dusk Trade aktuell immer noch als „Building“ markiert ist, DuskEVM und Hedger weiterhin im Testnet sind; auch die von 21X erwähnte, tiefergehende Integration in DuskEVM ist an sich nur „geplant“.

Daher finde ich: Dusk fehlt im Moment nicht die nächste Kooperations-Posterfolie, sondern eine „Kooperations-Umwandlungstabelle“: Wie viel Kapital ist reingekommen, wie viele echte Nutzer sind gewonnen worden, wie viele Abschlüsse wurden erzeugt und wie viel Liquidität wurde hinterlassen.

Am 15. August hat das Offizielle erneut darüber gesprochen, wie Tokenisierung den Markt für SME-Privatplatzierungen öffnen kann. In diese Richtung stimme ich zu, aber wenn die Story an diesem Punkt endet, sollte das Ökosystem jetzt Ergebnisse liefern.

Eine immer länger werdende Liste an Partnern ist natürlich eine gute Sache. Aber wenn man langfristig nur belegen kann, dass „der Zugang existiert“, jedoch nicht, dass „das Geld wirklich reinkommt“, dann sind ein florierendes Ökosystem und die Ökosystem-Erwartungen zwei verschiedene Dinge.

#dusk $DUSK @Dusk
#dusk $DUSK

#dusk $DUSK Ich habe eine Weile auf den DUSK-Chart gestarrt und habe mich stattdessen zunehmend um ein Problem gekümmert: @Dusk spricht von RWA und der On-Chain-Kapitalisierung institutioneller Vermögenswerte, aber $DUSK – ist sie in ihrer aktuellen Handels-Tiefe wirklich bereit, solch ein Volumen zu übernehmen?

Stand heute liegt der DUSK-Preis ungefähr bei 0,061 US-Dollar, die Marktkapitalisierung bei etwa 30,5 Millionen US-Dollar, und das gesamte Handelsvolumen der letzten 24 Stunden beträgt nur rund 2,8 Millionen US-Dollar. Diese Zahl allein wirkt zwar nicht so, als würde gar niemand handeln – aber wenn man das in den Kontext von Hochfrequenzhandel setzt, interessiert mich vor allem, was passiert, sobald echte Orders wirklich durchkommen.

Insbesondere am 10. Juli hat Bitget das DUSK/USDT-Spot-Handelspaar direkt aus dem Handel genommen. Offiziell wurde nicht ausdrücklich gesagt „wegen schlechter Liquidität“, aber in den Prüf- bzw. Abkriterien ist das Handelsvolumen und die Liquidität ganz klar an vorderster Stelle genannt. Gleichzeitig wurden auch die zu DUSK gehörenden Dienste wie Bots, Copy-Trading und Earn entfernt.

Ich finde, das ist eine Sache, die wichtiger ist, als nur ein paar Prozent Kursrückgang zu beobachten.

Denn @Dusk wird in der offiziellen Ökologie gerade bereits über NPEX, Quantoz und Chainlink diskutiert – die Richtung ist eindeutig: regulierte Vermögenswerte, Stablecoins und RWA. Aber genau das, wovor institutionelles Kapital am meisten Angst hat, ist nicht „keine Story“, sondern: Es gibt einen Kurs, aber keine Tiefe; man kann zwar Orders platzieren, aber man bekommt sie nicht wieder heraus.

Kleinere Marktorders scheinen den Unterschied vielleicht nicht sofort zu spüren. Doch sobald die Position größer wird, sind die wirklichen Kosten die Orderbuch-Tiefe, der Slippage und die Geschwindigkeit beim Stornieren. In extremen Marktphasen kommt noch der Hebel hinzu: Wenn ein paar Verkaufsorders nach und nach „aufgefressen“ werden, dann sind diese wenigen Punkte, die man im Chart sieht, bei den realen ausgeführten Trades möglicherweise ganz etwas anderes.

Noch interessanter ist, dass es im August einen Katalysator mit OpenDusk-Governance-Wahlen gibt: die Diskussion, ob die ursprünglich verbrannten Block-Belohnungen in Richtung Community-Treasury umgeleitet werden. Ich bin nicht grundsätzlich dagegen, Ökosystem-Anreize zu setzen – aber ich würde eine Frage stellen: Wenn neue Anreize am Ende hauptsächlich kurzfristiges Handelsvolumen erzeugen und es keine langfristigen Market-Maker-Gelder sowie echte Kauf- und Verkaufsorder im Buch gibt, geht die Tiefe dann nach dem Abklingen der Hype wieder zurück?

Für Trader ist meine Einschätzung, ob DUSK wirklich in die nächste Phase eingetreten ist, nicht nur davon abhängig, wie stark es steigt, sondern von drei Dingen: Ist das Orderbuch an den großen Börsen wirklich dicker geworden? Ist die Slippage bei großen Orders gesunken? Und kann die Tiefe in extremen Marktphasen durchhalten?

RWA kann man langsam erzählen – aber das Thema Liquidität erledigt das Orderbuch jeden Tag durch seine Arbeit.

#dusk $DUSK @Dusk

#dusk $DUSK Diese beiden Tage habe ich es weiter praktisch mit @Dusk angesehen, und ich habe immer mehr das Gefühl, dass bei DuskEVM irgendwo etwas ziemlich widersprüchlich ist: Es betont ständig „die vertraute EVM-Erfahrung“, aber wenn es dann darum geht, dass normale Nutzer ihre Assets von DuskEVM zurück nach Dusk L1 holen, ist der Prozess überhaupt nicht „vertraut“.

In der offiziellen Dokumentation ist DuskEVM nach wie vor Testnet. Für einen Auszahlungsprozess müssen 3 On-Chain-Aktionen nacheinander abgeschlossen werden: Zuerst auf DuskEVM einen withdrawal initiieren, warten, bis der Status „Ready to prove“ ist, dann auf Dusk L1 das proof einreichen, anschließend weiter warten bis „Ready to finalize“ erreicht ist und danach die Transaktion noch einmal bestätigen – erst dann sind die Assets wirklich zurück. Außerdem erfordern sowohl proof als auch finalize zusätzliche Dusk-L1-Gebühren.

Was mich am meisten beschäftigt, ist dieses „Warten“ dazwischen. Die offizielle Stelle hat es selbst geschrieben: Wann die Auszahlung fortgesetzt werden kann, hängt vom Netzwerkzustand, dem proof maturity und den checks im dispute-game ab. Man kann das nicht anhand von Zeit beurteilen, sondern nur den Status im Web Wallet im Blick behalten. Wenn man den Browser wechselt oder die Aufzeichnungen verloren gehen, muss man sich selbst den transaction hash aufbewahren und erneut nachsehen.

Technisch haben diese Schritte natürlich Gründe, aber normale Nutzer wollen sich nicht mit irgendwelchen output proposal, proof submitted oder waiting to finalize auseinandersetzen. Vor allem, weil im Januar dieses Jahres erst ein sicherheitsbezogenes Bridge-Ereignis bei Dusk passiert ist: Damals hat die offizielle Seite den Bridge-Dienst ausgesetzt und die entsprechenden Adressen ersetzt. Obwohl in der Bekanntmachung behauptet wurde, dass es keinen Verlust von Nutzergeldern gab, zeigt das eher noch deutlicher: Bei Cross-Chain-Produkten ist das Wichtigste nicht nur „ob es läuft“. Sondern: Wissen Nutzer nach einem Problem wirklich, an welcher Stelle sie gerade feststecken und was der nächste Schritt ist.

Deshalb ist meine größte Frage an DuskEVM nicht, ob es technisch überhaupt umgesetzt werden kann, sondern ob nach dem echten Gang ins Mainnet @Dusk diese ganzen zugrunde liegenden Zustände so gründlich hinter die Produkt- bzw. Bedienebene versteckt, dass sie für Nutzer nicht sichtbar werden. Für regulated markets kann das sehr komplex sein, aber für Nutzer sollten die Buttons möglichst nicht komplex sein. Sonst sieht die On-Chain-Abwicklung zwar noch so hübsch aus – wenn die erste Auszahlung einmal zehn Minuten hängt, denkt man im Kopf nur noch: Wo sind meine Gelder eigentlich hin?

#dusk $DUSK @Dusk

#dusk $DUSK Als ich @Dusk recherchiert habe, hat mich vor allem ein Punkt wirklich aufgehalten—eigentlich nicht seine Privatsphäre-Technologie, sondern dieser Satz, den es die ganze Zeit betont: „stellt Infrastruktur für regulierte Finanzdienstleistungen und institutionelle Anwendungen“ bereit.

Dieses Ziel ist groß, weshalb ich mich um eine konkrete Frage besonders sorge: **Ab wann gilt Dusk wirklich als „institution-grade“?**

Als das Mainnet im Januar 2025 online ging, hat die offizielle Seite die Entwickler bereits ganz klar dazu aufgerufen, „on Dusk zu bauen“. Doch erst im April 2026 sind Dusk Connect und die neue Wallet in die Developer-Preview eingetreten. Sogar die offizielle Seite räumt ein, dass die zuvorige Web Wallet im Kern weiterhin eine eigenständige Anwendung war—dApps konnten den Wallet-Findungsprozess, Account-Anfragen und das Signieren nicht direkt durchführen. Diese Dinge werden sogar als „missing front-end pieces“ für Dusk-Anwendungen bezeichnet.

Das ist ein bisschen peinlich.

Das Mainnet läuft schon seit mehr als einem Jahr, und die Geschichte mit Blick auf Institutionen wird seit Langem erzählt. Aber wenn Entwickler ihre Anwendungen wirklich den Nutzern zugänglich machen wollen, dann werden nach wie vor einige ganz grundlegende Verbindungsschichten nachgereicht.

Noch beunruhigender finde ich jedoch die Frage der Berechtigungsgrenzen.

Im Januar dieses Jahres wurde die signing wallet von Dusk Bridge aus der Bahn geworfen: Der Angreifer verlegte anschließend etwa **10,91 Millionen DUSK**. Die offizielle Erklärung danach war sehr eindeutig: kein Problem auf der Konsensschicht, sondern dass die Wallet-Schlüssel der Bridge kompromittiert wurden—und dass die Bridge damals aus Gründen von Geschwindigkeit und einfacher Wartung ein vergleichsweise leichtgewichtiges Design verwendete.

Daraufhin hat die AEGIS-Sicherheitskorrektur erneut auf einen Schlag 39 Probleme behoben, darunter 7 Critical und 1 zugehöriges High.

Daher sind meine Zweifel an Dusk im Grunde ganz einfach:

Wenn die Zukunft tatsächlich darauf abzielt, Wertpapiere, RWA und regulierte Assets zu tragen, dann reicht „die Sicherheit des Protokolls an sich“ offensichtlich nicht aus. Brücken, Wallets, Berechtigungen, Schlüssel und die Frontend-Verbindungsschicht—wenn irgendwo eine zentrale Vertrauensstellung existiert, kann das zur tatsächlichen Risikogrenze des gesamten Systems werden.

Die technische Roadmap halte ich für plausibel. Aber die Formulierung „institutionelle Finanz-Infrastruktur“—die @Dusk —muss nach meiner Einschätzung jetzt noch weiter unter Beweis gestellt werden.

#dusk $DUSK @Dusk

Ich habe mir heute die Website und den Explorer von @BabylonLabs_io noch einmal angesehen, und da gibt es eine Einzelheit, die mich ziemlich unruhig macht.

Am 3. August zeigt die Startseite der offiziellen Website, dass bereits 56.853,16 BTC eingesetzt/verpfändet wurden – mit einem Wert von etwa 5,64 Milliarden US-Dollar. Diese Größenordnung ist nicht gerade klein. Wenn man dann aber in den offiziellen Explorer geht, zeigt BABY Price jedoch $0(-). Auch die entscheidenden Daten wie Blockhöhe, Gesamtzahl der Transaktionen, Gesamtumfang der Delegierungen usw. werden nicht ordnungsgemäß angezeigt.

Noch problematischer ist, dass auch auf der Seite „Finality Provider“ die aktiven Knoten, das Delegierungsvolumen und die Anzahl der Delegierenden ebenfalls leer sind.

Das ist nicht einfach nur eine Frage davon, ob die Seite gut aussieht.

Nehmen wir an, ich habe gerade erst delegiert/eingesetzt und die Transaktion wird lange nicht aktualisiert – wie soll ich dann überhaupt beurteilen, was passiert ist? Bestätigt BTC noch? Ist die Wallet-Operation fehlgeschlagen? Gibt es eine Verzögerung beim Indexer von Babylon? Oder war die Delegierung am Ende überhaupt nicht erfolgreich?

Wenn man „Finality Provider“ auswählt und dabei weder den Echtzeitstatus noch die Verteilung der Delegierungen sieht, woran soll der Nutzer dann erkennen, ob ein Knoten stabil ist oder ob die Delegierungen zu stark gebündelt sind?

Babylon betont seit jeher nativen BTC, Self-Custody und keine Cross-Bridge. Aber dass die Vermögenswerte in der eigenen Wallet bleiben, heißt nicht automatisch, dass der gesamte Prozess schon ausreichend beruhigend ist.

Was Vertrauen wirklich beeinflusst, sind oft nicht die technischen Begriffe auf der Werbeseite, sondern ob man nach dem Transfer des Geldes alles nachvollziehen kann, ob man bei Auffälligkeiten die Ursache finden kann und ob es nach einem Stopp einen klaren Einstiegspunkt für die Behandlung gibt.

Bei einem Protokoll, das Vermögenswerte im Wert von über 5,6 Milliarden US-Dollar trägt, können die Daten auf der offiziellen Website zwar sehr schön aussehen – der Explorer, der diese Daten validieren soll, sollte aber nicht dauerhaft darauf basieren, dass Nutzer raten müssen.

Ob das Produkt ausgereift ist, lässt sich am Ende nicht daran beurteilen, wie groß die Schlagworte sind, sondern ob diese grundlegenden Dinge wirklich stabil sind.

#baby $BABY @BabylonLabs_io

99 Projekte gehen zu Fall – wer zahlt noch für Sicherheit?

In diesem Jahr haben bereits 99 Krypto-Projekte den Betrieb eingestellt.

Als ich diese Meldung sah, war meine erste Reaktion nicht, wie viele Narrative der Markt wieder aussortiert hat, sondern dass viele Projekte von Anfang an ein grundlegendes Problem nicht gelöst haben: Wenn der Preis des Tokens fällt, Subventionen zurückgehen und Validierer abwandern – wer soll dann weiterhin für die Netzwerksicherheit aufkommen?

Eine neue PoS-Kette kann durch hohe APYs Anreize für Staker schaffen oder durch Airdrops Aktivität erzeugen. Wenn das Sicherheitsbudget jedoch vollständig auf dem eigenen Token beruht, schwankt die Verteidigungskraft mit dem Kurs des Coins. Je kleiner die Marktkapitalisierung, desto niedriger die Angriffskosten; und weiteres Nachschütten zur Aufrechterhaltung der Knoten würde den Wert des Tokens zusätzlich weiter verwässern.

Genau deshalb forsche ich kontinuierlich an Babylon. Es versucht, natives BTC in den Bereich der Sicherheitsbereitstellung einzubringen, sodass PoS-Ketten, Rollups und App-Chains ihre wirtschaftliche Verteidigung nicht nur auf den eigenen Token stützen müssen. BTC-Inhaber können den BTC-Verriegelungsprozess im Bitcoin-Netzwerk abschließen – ohne Verpackung oder Cross-Chain – und stellen durch eine Mechanik, die bestraft werden kann, eine Garantie für externe Netzwerke bereit.

Aber ich werde nicht allein deshalb davon ausgehen, dass das Muster funktioniert, weil die Staking-Größe wächst. Wenn am „Supply-End“ BTC beteiligt ist, zeigt das nur, dass es Renditebedarf gibt. Was wirklich darüber entscheidet, ob Babylon langfristig weiterläuft, ist, ob das angebundene Netzwerk bereit ist, weiterhin echte Kosten zu tragen.

Nur wenn nach dem Abklingen der Subventionen noch Menschen BTC-Sicherheit kaufen, kann Babylon vom Staking-Protokoll hin zu einer Sicherheitsinfrastruktur werden.

#baby $BABY @BabylonLabs_io

Über 2,5 Millionen ETH warten darauf, in die Staking-Warteschlange aufgenommen zu werden.

Der Markt sieht eine Erholung der Staking-Nachfrage, aber mich interessiert vor allem das Signal dahinter: Wenn immer mehr Kapital bereit ist, Vermögenswerte zu veräußern, um die Netzwerksicherheit zu gewährleisten, wird die Blockchain-Sicherheit selbst zu einem Geschäft, das man einpreisen kann.

Ethereum schützt sein eigenes Netzwerk mit ETH, und Babylon möchte diese Logik noch weiter ausbauen – damit BTC nicht nur Bitcoin schützt, sondern auch zu externer Sicherheitskapital-Basis wird, die von PoS-Chains, Rollups und App-Chains aufgerufen werden kann.

Das ist auch der Punkt, an dem ich glaube, dass Babylon leicht unterschätzt wird. Auf der Oberfläche bietet es einen BTC-Staking-Zugang, im Kern baut es jedoch einen Markt für Sicherheit zwischen Angebot und Nachfrage. BTC-Inhaber stellen wirtschaftliche Sicherheiten bereit, wodurch das Netzwerk den Zugang mit höheren Angriffskosten erkaufen kann. Babylon verbindet beide Seiten und setzt Regeln für Bestrafung und Exit durch.

Doch aus Sicht von Research und Investment ist das Staking-Volumen nicht die einzige Antwort. Selbst wenn man auf der Angebotsseite noch so viele BTC einsperrt: Wenn nicht genügend Netzwerke bereit sind, dauerhaft Sicherheitsgebühren zu zahlen, kann das Wachstum weiterhin von Token-Subventionen abhängen. Was es wirklich zu verfolgen gilt, sind: die Anzahl der angeschlossenen Netzwerke, die tatsächlichen Sicherheitsausgaben, die Protokolleinnahmen – und ob diese Einnahmen die Renditen für BTC-Staker nach und nach tragen können.

Die Warteschlangen für ETH-Staking zeigen, dass Kapital langfristig bereit ist, Netzwerksicherheit zu „binden“. Was Babylon als Nächstes beweisen muss, ist: Ob die ökonomische Sicherheit von Bitcoin von einer reinen Eigenschaft eines Assets zu einem grundlegenden Infrastruktur-Service wird, den andere Blockchains dauerhaft einkaufen wollen.

Wenn die Antwort positiv ausfällt, konkurriert Babylon nicht nur in einem Markt für BTCFi-Erträge, sondern um die gesamten Sicherheitsbudgets der Onchain-Welt.

#baby $BABY @BabylonLabs_io

Als ich das Staking-Modell von Babylon zum ersten Mal sah, verstand ich es nicht sofort als ein Ertragsprodukt. Was mich wirklich anzog, war der Versuch, einen neuen Markt zu schaffen: Andere Netzwerke sollen direkt die wirtschaftliche Sicherheit kaufen können, die Bitcoin bereitstellt.

Früher brauchte es, wenn eine neue Chain starten sollte, meist eigene Token-Emissionen, die Rekrutierung von Validatoren und dann durch hohe Anreize den Aufbau eines Sicherheitsbudgets. Das Problem ist: In vielen Projekten reichen Token-Ökonomik und Liquidität nicht aus, um die langfristige Sicherheit zu tragen. Wenn die Subventionen sinken, wandern Validatoren ab, die Angriffskosten sinken, und die Netzwerksicherheit schwächt sich rasch.

Babylon verfolgt eine andere Denkweise. BTC-Inhaber können natives BTC sperren und so für PoS-Chains, Rollups oder andere Systeme eine sicherheitsrelevante Absicherung bereitstellen, die bestraft werden kann; der Anschluss an das Netzwerk erfolgt dann über die Zahlung von Belohnungen. Dadurch erhält das Netzwerk eine wirtschaftliche Legitimation, die stärker ist als die, die nur durch eigene Tokens entstehen würde. Für mich ähnelt das eher dem Aufbau eines dezentralen Kapitalmarkts für Sicherheit – nicht einfach dem Umwandeln von BTC in eine weitere Staking-Asset-Kategorie.

Ob dieses Modell am Ende funktioniert, hängt jedoch nicht entscheidend davon ab, wie viele BTC man einsperrt, sondern von der Nachfrageseite. Entscheidend ist, ob die Netzwerke, die Babylon anschließen, wirklich dauerhaft dafür bezahlen wollen. Ob die gewonnene Sicherheit in mehr Nutzer, Kapital und Protokoll-Einnahmen übersetzt werden kann, bestimmt, ob das gesamte System dauerhaft ohne Subventionen auskommen kann.

Ich werde auch weiterhin beobachten, welche Rolle <span>$BABY </span> darin spielt. Wenn es nur die Ausschüttung von Belohnungen übernimmt, wird der Verkaufsdruck langfristig bestehen bleiben; wenn die Anforderungen an Gas, Governance, Validierung und Ökosystem-Abrechnung parallel wachsen, dann könnten Token eine stabilere Wertabschöpfung erreichen.

Babylons Obergrenze ist nicht, einfach noch einen weiteren Einstieg in das BTC-Staking zu schaffen – sondern die Sicherheitssimulations-Ökonomie von Bitcoin zu einem öffentlichen Kapital zu machen, auf das die gesamte On-Chain-Welt zugreifen kann.

#baby $BABY @BabylonLabs_io

Nachdem ich Babylon erneut untersucht habe, ist das, was mich am meisten interessiert, nicht mehr nur Bitcoin Staking, sondern die Trustless Bitcoin Vaults, die es vorantreibt. Seit Langem hat BTC zwar die höchste Konsensbasis unter Kryptoinvestoren, lässt sich aber nur schwer direkt in die Märkte für Kredite, Stablecoins und institutionelle Kredite integrieren. Nutzer können in der Regel nur auf WBTC, Cross-Chain-Brücken oder zentralisierte Verwahrstellen zurückgreifen, um natives BTC in einen anderen On-Chain-Nachweis umzuwandeln. Sobald diese Umwandlung erfolgt ist, verlagert sich das Risiko von Bitcoin selbst auf Verwahrstelle, Brücke und Smart Contracts.

Babylon will das viel grundlegendere Problem lösen: BTC verlässt nicht das Bitcoin-Hauptnetz, und externe Protokolle können weiterhin verifizieren, ob es existiert, ob es gesperrt ist, ob die Beleihungsquote gesund ist und wann es liquidiert werden sollte. Wenn dieser Ansatz umgesetzt wird, stehen Aave und andere Kreditprotokolle nicht mehr vor einer Art verpacktem BTC, sondern vor einer Sicherungsinfrastruktur, die den Status von nativem BTC auslesen kann. Für mich ist das die entscheidende Veränderung, damit BTCFi von „dem Erzeugen von Rendite-Nachweisen“ zur „Schaffung nativer Finanzschienen“ übergeht.

Ich finde, das ist wichtiger als nur die Steigerung der BTC-Rendite. Das bedeutet, dass BTC die Chance hat, von einem passiven Wertaufbewahrungsinstrument zu produktivem Kapital weiterzuentwickeln, das an Krediten, Finanzierung und Asset-Liability-Management teilnehmen kann. Miner, langfristige HODLer und institutionelles Kapital könnten zudem neue Liquidität gewinnen, ohne die Kontrolle über ihre Vermögenswerte aufzugeben. Wenn dieser Pfad funktioniert, steigt die finanzielle Effizienz von BTC, und der Markt muss nicht länger den Kernkredit auf wenige Emittenten verpackter Assets konzentrieren.

Allerdings bedeutet technische Verifikation nicht automatisch einen geschlossenen kommerziellen Kreislauf. Statusnachweise, Orakel, Liquidationsverzögerungen und die Ausführungseffizienz in extremen Marktphasen werden darüber entscheiden, ob das Produkt echtes Kapital tragen kann. Als Nächstes interessiert mich besonders die praktische Umsetzung von Babylon mit Aave und Ledger sowie ob BTCVaults stabile Gebühren generieren können. Wenn diese Bausteine zusammenspielen, könnte Babylon nicht nur ein weiteres BTCFi-Protokoll sein, sondern zu einer wichtigen Schnittstelle werden, über die nativer Bitcoin in die On-Chain-Finanzwelt gelangt.

#baby $BABY @BabylonLabs_io

哈哈哈哈

Als ich Web3 zum ersten Mal kennenlernte, dachte ich, der größte Vorteil der Blockchain sei die Einfachheit.

Keine komplizierten Prozesse, keine Zwischeninstitutionen – mit einer einzigen Wallet kann man an globalen Finanzen teilnehmen.

Doch später versuchten immer mehr traditionelle Vermögenswerte, in die Kette einzutreten, und ich bemerkte ein immer deutlicher werdendes Problem:

Die Blockchain kann Transaktionskosten senken, aber sie übernimmt nicht zwangsläufig die Ausführungsregeln des traditionellen Finanzwesens „von Natur aus“.

Dass die reale Finanzwelt große Geldmengen tragen kann, liegt nicht nur an den Vermögenswerten, sondern vor allem an dem dahinterliegenden, vollständigen Regelwerk.

Wer darf kaufen, wer darf verkaufen, wie hoch ist das Kontingent, und in welchen Fällen wird das Handeln ausgesetzt – das sind die grundlegenden Elemente, die über lange Zeit im Finanzsystem gewachsen sind.

Die On-Chain-Welt hat in der Vergangenheit vor allem mehr damit zu tun gehabt, „wie Vermögenswerte übertragen werden“, aber für „wie Vermögenswerte verwaltet werden sollen“ fehlt es bislang an einer ausreichend ausgereiften Infrastruktur.

Genau hier wird Newton Protocol für mich interessant.

Die von ihm angestrebte Authorization Layer ist im Kern eine zusätzliche Fähigkeit zur Regel-Ausführung, die On-Chain hinzugefügt wird.

Mit dem Policy Framework können Entwickler Bedingungen aus unterschiedlichen Szenarien in ausführbare Logik übersetzen, sodass die Anwendung nicht nur Transaktionen abwickelt, sondern gemäß den vorgegebenen Regeln läuft.

Ich denke, die Bedeutung dieses Ansatzes liegt darin, dass er zwei Welten miteinander verbindet.

Die On-Chain-Welt bietet Offenheit und Effizienz.

Das traditionelle Finanzwesen bietet Regeln und Ordnung.

Die echte großflächige Einführung in der Zukunft wird nicht nur darin bestehen, Vermögenswerte auf eine Blockchain zu verlagern, sondern darin, dass die Logik der realen Finanzwelt natürlich in einer On-Chain-Umgebung weiterlaufen kann.

Newton ist nicht die Antwort auf alle Probleme, aber es greift eine Richtung auf, an der man nicht vorbeikommt.

Denn wenn immer mehr Gelder, Vermögenswerte und Anwendungen in die Kette kommen, verschwinden die Regeln nicht – sie existieren nur in einer anderen Form weiter.

Der langfristige Wert von $NEWT hängt davon ab, ob es von mehr Protokollen und Anwendungen übernommen werden kann.

Wenn On-Chain-Finanzen in der Zukunft eine Reihe universeller Ebenen zur Regel-Ausführung benötigen, könnte der von Newton eingeschlagene Weg ein wichtiger Bestandteil davon werden.

@NewtonProtocol $NEWT #Newt

Wenn Projekte schon lange laufen, lasse ich mich immer weniger von diesen besonders großen Geschichten anziehen.

Denn auf dem Markt mangelt es nie an hübschen Erzählungen. Wirklich selten sind Teams, die komplexe Probleme auseinandernehmen und sie dann Schritt für Schritt lösen können.

Newton Protocol ist eines der Projekte, die ich in letzter Zeit besonders gern kontinuierlich beobachte.

Nicht weil es so viel über die Zukunft erzählt, sondern weil der Einstieg in das Problem ziemlich grundlegender Natur ist.

Die Entwicklung der On-Chain-Welt besteht im Kern darin, dass fortlaufend mehr Komplexität hinzukommt. Von einfachen Transaktionen über Finanzprotokolle bis hin zu automatisierten Anwendungen werden die Systeme immer leistungsfähiger, gleichzeitig wird aber auch immer stärker neue Koordination benötigt.

Was Newton vorhat, ist, dass diese komplexen Abläufe nach klaren Regeln funktionieren können.

Vom Authorization Layer über das Policy Framework bis hin zur Verifiable Automation: Die Kernlogik ist nicht, eine neue Anwendung zu erfinden, sondern eine Reihe von Basisfähigkeiten bereitzustellen, damit Anwendungen regelkonformer laufen.

Ich finde, das größte Merkmal von Infrastrukturprojekten ist, dass sie kurzfristig oft nicht besonders aufregend sind.

Denn im Gegensatz zu Consumer-Apps kann man nicht direkt sehen, wie die Nutzerzahlen wachsen. Aber sobald sie zu einer Basis-Komponente im Ökosystem werden, sammelt sich ihr Wert mit der zunehmenden Nutzung kontinuierlich an.

Natürlich braucht man aus Investorensicht immer Vorsicht.

Technisch die richtige Richtung zu verfolgen bedeutet nicht automatisch, dass es auch zum Erfolg führt. Ein exzellentes Whitepaper reicht ebenfalls nicht aus—es braucht die Übernahme durch das Ökosystem als Beweis.

Darum beobachte ich $NEWT vor allem anhand einiger langfristiger Kennzahlen: Gibt es echte Anwendungsintegration? Nutzen Entwickler es dauerhaft? Entsteht im Netzwerk ein tatsächlicher Bedarf?

Der Markt bringt jeden Tag neue Hypes hervor. Aber die Gelegenheiten, die wirklich Aufmerksamkeit verdienen, verbergen sich viele Male in Projekten, die langfristige Probleme lösen.

Wie weit Newton in Zukunft kommen kann, muss die Zeit zeigen. Aber die Richtung, die es erforscht, ist tatsächlich eine, an der man sich in der Entwicklung der On-Chain-Welt nicht vorbeidrücken kann.

@NewtonProtocol $NEWT #Newt

Vor einiger Zeit habe ich mir einige automatisierte Strategien während des Betriebs angesehen, und ich habe eine Frage, die mir nicht aus dem Kopf geht: Wenn ein System dir jeden Tag dabei hilft, eine große Menge an Aufgaben zu erledigen – worauf solltest du dann wirklich achten?

Viele haben als Erstes vielleicht Effizienz im Blick.

Schnellere Trades, mehr Ausführung, geringere Kosten für manuelle Arbeit.

Aber wenn die Geldmenge immer weiter wächst, wird das eigentliche, wichtige Problem in eine andere Richtung gehen: Gibt es diesen Prozess wirklich nach der vorgesehenen Logik?

Deshalb finde ich die Design-Idee des Newton Protocols ziemlich interessant.

Es setzt nicht den Fokus darauf, „dass die Maschine mehr für den Menschen erledigt“, sondern auf ein oft übersehenes Problem in der Automatisierung: Wie wird der Ausführungsprozess verifiziert?

In Newtons Whitepaper steht „Verifiable Automation“ im Kern dafür, einem Automatisierungssystem einen verifizierbaren Mechanismus hinzuzufügen.

Viele frühere On-Chain-Automatisierungslösungen sind im Grunde eher wie ein Ausführungsskript: Das System erhält eine Aufgabe, führt die Aktionen aus, und der Nutzer sieht am Ende das Ergebnis. Was jedoch dazwischen passiert, warum genau so ausgeführt wird, ob es die ursprünglichen Bedingungen erfüllt – das ist in vielen Fällen nicht transparent.

Newton verfolgt einen Ansatz, der diesen Ablauf verändert.

Über das Operator Network ist die Aufgaben-Ausführung nicht mehr von einem einzelnen Ausführenden abhängig, sondern wird durch Teilnehmer im Netzwerk koordiniert und verifiziert. Gleichzeitig übernehmen TEE- und ZK-Technologien die Verarbeitung der Ausführungsumgebung und der Nachweise, sodass das System beweisen kann, dass bestimmte Handlungen vorab festgelegte Bedingungen erfüllen.

Für mich ist hier der entscheidendste Punkt: Newton steigert nicht einfach nur die Effizienz der Automatisierung, sondern definiert neu, welche Fähigkeiten ein Automatisierungssystem haben muss.

Ein wirklich ausgereiftes Automatisierungsnetzwerk sollte nicht nur „können, um auszuführen“, sondern auch „seine eigene Ausführung erklären können“.

Das hat tatsächlich gewisse Ähnlichkeiten mit traditionellen Finanzsystemen.

Ein großes Finanzmanagement konzentriert sich nicht nur auf die finalen Erträge, sondern auch auf Prozessdokumentation, die Ausführungsgrundlagen und die Verantwortungswege. Wenn On-Chain-Automatisierung in Zukunft komplexere Finanzhandlungen abbilden soll, braucht sie ebenfalls diese verifizierbare Grundlage.

Bezüglich $NEWT interessiert mich vor allem, ob es zu einer grundlegenden Komponente im Automatisierungs-Ökosystem werden kann.

Denn in der Zukunft wird die On-Chain-Welt nicht arm an Automatisierungstools sein. Das eigentliche Seltene könnte eher das zugrunde liegende System sein, das Automatisierungsverhalten verifizierbar macht, Vertrauen schafft und in großem Maßstab übernommen wird.

@NewtonProtocol $NEWT #Newt