SAMI Web3

Ethereum spielt weiterhin eine wichtige Rolle in der dezentralen Finanzwelt, bei Smart Contracts und bei Blockchain-Innovationen. Für mich ist besonders interessant, wie Entwickler immer wieder praktische Anwendungen erkunden, die über einfache Token-Transfers hinausgehen.
$ETH ist mehr als ein Börsenticker; die Zahl steht für ein Ökosystem, in dem Anwendungen, Entwickler und Nutzer on-chain miteinander interagieren. Langfristiger Fortschritt hängt jedoch von der Benutzerfreundlichkeit und Sicherheit des Netzwerks sowie von seiner Fähigkeit ab, mit der steigenden Nachfrage umzugehen.
Ich glaube, die stärksten Blockchain-Ökosysteme werden diejenigen sein, die reale Probleme lösen, statt sich vollständig auf die Begeisterung der Märkte zu verlassen. Es lohnt sich, die Entwicklungsaktivitäten und die tatsächliche Nutzung zu untersuchen, bevor man sich eine Meinung bildet.
@Ethereum
#Ethereum
#ETH
#Blockchain
#Web3

Spent the CreatorPad session poking around Dusk's regulated-asset pitch, and the thing that actually stuck wasn't the roadmap talk or the MiCA compliance slides. It was the bridge. Still closed. #dusk $DUSK @Dusk
Quick recap for anyone who missed it — Aug 16, Dusk's own team flagged suspicious activity on a team-managed bridge wallet, paused operations immediately, recycled the addresses, added a recipient blocklist, and looped in Binance once they saw part of the flow touch that platform. Checked the bridge page again this week while doing the task — same status. Paused. "Security review in progress." No reopening date attached.
Here's what actually landed for me though. This is a chain marketed around bringing regulated, institutional finance on-chain — compliance logic, auditability, self-custody, the whole pitch. But when something looked off, the response wasn't a protocol vote or some trustless failsafe. It was a team wallet making a manual call and a blocklist going up after the fact. Which, hmm — that's genuinely what institutions want. Controlled, reversible, someone accountable on the other end.
If you're just a regular holder who bridged DUSK last week and it's sitting frozen with zero ETA, though, you're not who this design was built to reassure first.
Sat with that longer than I meant to. Still can't decide if that's the system working exactly as intended, or the gap between who it's built for and who's actually using it right now.
@Dusk
#dusk
$DUSK

Was deep in the #dusk CreatorPad task, snack in hand, poking around their own site — and I got stuck on the product stack section. $DUSK , @Dusk , the pitch is loud: "regulated markets, settled onchain," €300M+ issuance, 20K+ investors through NPEX. Sounds fully live. Then I actually read the status tags next to each layer. Native L1 — Live. DuskEVM — Testnet. Dusk Trade, the RWA trading app itself — Building.
Hold up — so the piece that lets outside capital and builders actually touch the RWA economy isn't live yet. Bridge's still paused too, since the Aug 16 wallet-compromise incident — recipient blocklist went up, Binance got looped in on the flow that touched their platform, and reopening is explicitly tied to the DuskEVM launch that hasn't happened either. Meanwhile NPEX, the one institutional partner already wired into native L1, just keeps quietly stacking tokenized issuance in the background.
That's the part that stuck with me. The infrastructure story is true, it's just not evenly true yet. One partner's already inside the room. Everyone else — bridge users, EVM builders — is standing at the door.
Caught myself mid-scroll almost writing this up as "fully operational." Glad I slowed down. Makes me wonder how long a chain can run on one client's numbers before "testnet" quietly stops being a phase and starts being the plan.
@Dusk
#dusk
$DUSK

Ich sitze jetzt schon seit dem Abschluss der DUSK-Aufgabe damit herum… ehrlich gesagt: Nicht der Tokenisierungs-Pitch blieb hängen. Jeder redet über diese @Dusk $DUSK #dusk compliant-Issuance-Layer, selektive Offenlegung, all das – aber das, was diese Woche tatsächlich on-chain ausgeübt wurde, war nicht die RWA-Schiene. Es war das langweilige Zeug.
Am 16. August hat das Team verdächtige Aktivitäten gemeldet, die mit einer von der Bridge verwalteten Wallet verknüpft waren. Die Antwort: die betroffenen Adressen deaktivieren und recyceln, die Bridge-Services pausieren, eine Web-Wallet-Empfänger-Blockliste für sanktionierte/markierte Adressen veröffentlichen und dann koordinieren, sobald ein Teil des Ablaufs ihre Plattform berührt. Das ist keine Tokenisierungsfunktion. Das ist Custody- und Incident-Response-„Klempnerarbeit“ – der Teil, der nie in die Präsentationsfolien kommt.
Moment mal – aber genau das ist eigentlich der ganze Punkt. „Infrastruktur jenseits des Mintings eines Tokens“ wird immer als Compliance-Module und Disclosure-Logik gerahmt. In der Praxis wurde das erste System tatsächlich auf Herz und Nieren mit Key-Management und Monitoring unter Last getestet. Nicht glamourös, nicht vermarktet – einfach… da, wenn es gebraucht wurde.
Ich habe mich dabei erwischt, „keine Benutzergelder betroffen“ zu schnell für bare Münze zu nehmen. Das ist selbst berichtet. Vermutlich stimmt es, die Reaktion wirkte professionell genug – aber ich habe die Intuition bemerkt, es einfach zu glauben, weil alles andere sauber gelesen hat. Das sollte ich mir selbst vor Augen halten, nicht nur dem Projekt gegenüber.
Also welche Schicht schafft zuerst institutionelles Vertrauen – die Privacy-Mathematik oder die Leute, die um 2 Uhr nachts auf die Wallets schauen?
@Dusk
#dusk
$DUSK

Ich habe den Nachmittag damit verbracht, für eine CreatorPad-Aufgabe die Bridge-Aktivitäten von Dusk rund um #dusk und $DUSK zu durchforsten. Was mir dabei wirklich hängen geblieben ist, war nicht der RWA-Pitch – sondern wie schnell das Team am 16. August reagiert hat, als das Monitoring eine vom Team verwaltete Wallet entdeckte, die mit Bridge-Operationen verknüpft war. Sie warteten weder auf eine Governance-Abstimmung noch auf einen langwierigen Multisig-Prozess. Adressen wurden deaktiviert und ersetzt, Bridge-Dienste pausiert, fast sofort wurde eine Sperrliste für Empfänger in der Web Wallet eingerichtet, und sie koordinierten sich bereits mit Binance, als ein Teil des Geldflusses deren Plattform berührte. Die offizielle Aussage von @Dusk : Keine Nutzergelder waren betroffen.
Moment mal – genau das ist mir im Gedächtnis geblieben. In der ganzen Kommunikation rund um Dusk ist von „dezentral, Self-Custody, keine Mittelsmänner“ die Rede. Aber die tatsächliche Reaktion auf den Vorfall lief über eine vom Team verwaltete Wallet und etwas, das im Grunde ein zentralisierter Notausschalter für die Bridge ist. Kein wirklicher Vorwurf an sie; es hat funktioniert, und niemand hat etwas verloren. Mir ist nur … die Lücke zwischen dem Versprechen und der technischen Umsetzung aufgefallen. Das Problem wurde nicht durch die Zero-Knowledge-Schicht erkannt, sondern durch ein menschliches Team, das schnell mit Admin-Kontrollen reagierte, über die es offensichtlich noch immer verfügt.
Ich habe die Vorfallmeldung auf dusk.network ständig aktualisiert und auf einen Tx-Hash oder eine Post-mortem-Nummer gewartet. Bisher nichts, nur den Bericht.
Da frage ich mich: Wenn der Pitch von „regulierter Finanzwirtschaft“ tatsächlich einem Stresstest unterzogen wird, leistet dann die schnelle Reaktion des Teams hier mehr von der eigentlichen Arbeit als die Kryptografie jemals leisten wird?
@Dusk
#dusk
$DUSK

Just wrapped the CreatorPad deep-dive on Dusk settlement infra, still nursing cold coffee, and something from six days back kept nagging at me more than the task itself. $DUSK #dusk @Dusk — on Aug 16, Dusk's team caught suspicious activity on a wallet tied to bridge operations. Hold up— that's not the story I went in looking for, but it's the one that stuck.
What got me: the fix wasn't some elegant on-chain slashing event or automated circuit breaker. It was manual. Recycle the flagged bridge addresses, pause bridge services, roll out a Web Wallet recipient blocklist to block transfers to known bad addresses. Then coordinate directly with Binance once part of the flow touched their platform. That's a team making judgment calls in real time, not a protocol enforcing itself.
Little pause for me there. I'd been reading Dusk's whole pitch around deterministic settlement and regulated finality, half-assuming the bridge layer carried the same rigor by default. Instead the actual save was old-school ops — human monitoring catching it, human decision to pause, a human-curated blocklist doing the heavy lifting. Not a knock, just… the compliance-grade language and the containment tooling live in two different places right now, and only one of them got stress-tested this week.
Makes me wonder how much of "regulated infra" anywhere is protocol-enforced versus team-enforced once something actually goes sideways. Curious how other settlement chains handle this moment — automated failsafe, or also just someone hitting pause?
@Dusk
#dusk
$DUSK

Ich habe meinen CreatorPad-Run auf Dusk bei der Ausführung / Privacy / Settlement-Split heute abgeschlossen und das Diagramm ist sauber — drei Schichten, eine stimmige Story. #dusk $DUSK @Dusk . Aber das, was mich wirklich vom Scrollen abgehalten hat, war nicht das Diagramm.

Ich bin nachgesehen, was tatsächlich ausgeliefert ist und was nur hübsch beschriftet wurde. Direkt von dusk.network aus gesehen: Die native Settlement-Schicht (DuskDS) ist als Live getaggt. DuskEVM — die Ausführungsschicht, die es dir ermöglicht, Solidity über Hardhat zu deployen — ist als Testnet getaggt. Hedger, die Privacy-Engine, also der Teil, der angeblich der ganze Sinn eines Privacy-L1 sein soll … ebenfalls Testnet. Dusk Trade, wo ein echter Investor Privacy und Settlement zusammen anfassen würde, ist als Building getaggt — nur Warteliste.

In ihrem eigenen Aug-15-Writeup zur Tokenisierung von SME liest sich das genauso — viel „kann“ und „unterstützt“, kaum „ist“.

Also die Schicht, die gerade wirklich Arbeit leistet, ist die am wenigsten glamouröse: Settlement. Ausführung ist testbar, wenn du technisch genug bist, um daran herumzustochern. Privacy — das große Schlagwort — ist am weitesten von den tatsächlichen Händen von jemandem entfernt. Ich musste die Produktseite ehrlich gesagt zweimal lesen, weil ich davon ausging, dass ich falsch verstanden hätte, welches Feld was sagt.

Kein Angriff auf die Roadmap — die Reihenfolge hat ihre Gründe. Aber es lässt mich darüber nachdenken, was „privacy-first architecture“ in der Praxis wirklich bedeutet, wenn Privacy konsequent der letzte Baustein ist, der ausgeliefert wird.
@Dusk
#dusk
$DUSK

Ich sitze gerade mit den Zahlen von TermMax auseinander und da nagt etwas an mir. 31,29 Mio. $ TVL, davon 98,5 % auf Ethereum — eine klassische Flaggschiff-Ketten-Geschichte. #TermMax @TermMax TMX
Dann habe ich den Reiter „Fees“ überprüft. Letzte 7 Tage: 3.071 $ insgesamt an Protokollgebühren, und 2.999 $ davon gingen auf BSquared zurück — eine Kette, die laut Dashboard aktuell $0 TVL anzeigt. Ethereum, das im Grunde die gesamte Schatzkammer hält, hat nur siebzehn Cent beigesteuert. Moment—
das ist kein Rundungsfehler. Das ist eine ganze Woche echter Aktivität — auslaufende Kredite, Gebühren, die eingesammelt werden — die irgendwo stattfindet, wo die Bilanz sagt, dass dort nichts ist. TVL sagt dir, wo das Geld geparkt ist. Gebühren sagen dir, wo die Leute tatsächlich gerade damit etwas machen. Diese Woche waren das fast durchweg ganz andere Orte.
Ich habe die Seite zweimal aktualisiert, bevor ich ihr vertraut habe. Könnte auch einfach eine Handvoll großer Positionen sein, die gerade geschlossen werden — vielleicht dreht sich das bis nächste Woche wieder, wer weiß. Aber wenn TVL die Zahl ist, die jeder zitiert, und Fees die, die niemand prüft… welche davon zeigt dir eigentlich, was $TMX-User gerade jetzt tun?
@TermMax
#TermMax

Was deep in the Dusk compliance task earlier today, snack in hand, and the thing that stopped my scroll wasn't the ZK jargon — it was a table. Dusk (@Dusk , $DUSK , #dusk ) put out a piece on Aug 15 about SME tokenization, and buried in it is a six-row "before vs after" breakdown of a private-market workflow. Every single row has a "what remains" column. Structuring — still needs corporate approvals. Onboarding — still needs sanctions screening. Transfer — still needs a notary in some jurisdictions.
That's the part that stuck. The pitch going around is "regulation becomes programmable." What's actually shipping, hold up—, is more like a coordination layer that kills reconciliation between systems, not one that removes the humans making the calls. NPEX's €300M+ in confirmed issuance and the 210M+ DUSK currently staked securing the network are real numbers, not vaporware — but the compliance layer itself is still very much off-chain, just referenced on-chain.
Kept re-reading that table thinking I'd misread it, half expecting a line like "smart contract handles KYC end to end." Never found one. Honestly made me trust the project more, not less — they put their own limitations in a public post instead of burying them somewhere.
Still chewing on this though — if the notary and the administrator stay load-bearing either way, at what point does "programmable compliance" become just... better paperwork?
@Dusk
$DUSK
#dusk

Spent the afternoon inside @TermMax 's contracts for a CreatorPad task — #TermMax tab open, TMX docs open next to it, poking around before writing anything down. Almost missed the thing that actually stuck.

Pulled DefiLlama mid-scroll: TVL sitting at $31.22M, down 7.2% over the trailing 30 days, $19,930.46 in fees generated in that same window, all of it flowing straight to protocol revenue. Normal-looking numbers. Then the chain breakdown loaded.

TermMax lists nine chains — Ethereum, Arbitrum, BNB Chain, Berachain, BSquared, X Layer, Pharos, Hyperliquid, Robinhood Chain. The full omnichain pitch. But 98.4% of that $31M sits on Ethereum alone. Not "mostly." Basically all of it.

Hmm… I'd assumed nine chains meant nine slices of liquidity. That's kind of the point of going multi-chain in the first place. Instead it reads more like: deploy everywhere for optionality, let capital pool wherever the deepest existing stack already is. Rational, probably. Still undercuts the "scalable across-chain finance" framing when one chain is quietly doing all the work.

Not knocking the mechanics — the fixed-rate design is genuinely clean, that part checks out. Just noting the gap between where TermMax says it lives and where the liquidity actually sits.

Makes me wonder if that 98.4% ever meaningfully shifts, or if "multi-chain" just stays a deployment checkbox until incentives force otherwise.
@TermMax
#TermMax

Habe meine heutige CreatorPad-Aufgabe damit verbracht, mich statt mit dem Whitepaper mit dem Produkt-Stack von #dusk zu beschäftigen, und bei einem Detail musste ich mitten beim Scrollen innehalten. Native L1: Live. DuskEVM: Testnet. Hedger – die Privacy-Layer für vertrauliche EVMs – ebenfalls Testnet. $DUSK , @Dusk s ganze Argumentation, und ausgerechnet der Privacy-Teil sitzt noch im Sandkasten.
Moment mal – ich habe das mit dem Artikel vom 15. Aug. über die Tokenisierung von KMU-Wertpapieren mit NPEX verglichen, der jetzt vier Tage alt ist. Selektive Offenlegung, abgeschirmte Transfers, deterministische Abwicklung – alles läuft bereits auf der Basisschicht und ist heute für Emittenten und regulierte Handelsplätze ausgelegt. Der Weg über homomorphe Verschlüsselung, der gewöhnlichen EVM-Apps dieselbe Privatsphäre bieten soll, lässt dagegen noch auf sich warten. Die Reihenfolge ist also im Grunde: Institutionen bekommen jetzt regelkonforme Privatsphäre, alle anderen später das Versprechen davon.
Nicht heimlich, sondern einfach leise logisch, denke ich. Infrastruktur wird tendenziell zuerst dort ausgeliefert, wo das Geld schon ist. Ich hatte angenommen, „Privacy-Chain“ bedeute standardmäßige Privatsphäre für alle, die damit zu tun haben. Ist aber nicht so, zumindest noch nicht. Eher: zuerst Privatsphäre auf Compliance-Niveau, allgemeine Privatsphäre hinkt hinterher.
Da frage ich mich, wie lange Hedger noch als Testnet geführt wird, bis diese Lücke geschlossen ist – oder ob sich das einfach als dauerhafte Gestalt des Ganzen etabliert.
@Dusk
#dusk
$DUSK

TermMax für diese CreatorPad-Runde hochgezogen ( @TermMax , #TermMax ) – und das eine hat mich tatsächlich zum Stoppen beim Scrollen gebracht: Das TMX TGE ist jetzt für den 25. August bestätigt worden, etwa vor vier Tagen veröffentlicht. Direkt neben dieser Ankündigung standen die Recap-Zahlen: 1,5M+ registrierte Wallets, 90K+ tägliche Aktive, TVL „über 90M$“ laut deren eigener Angabe.
Dann hat das Gewohnheitsmuster eingesetzt, also habe ich statt einfach nur mitzunicken DefiLlama gecheckt. Aktuelles On-Chain-TV L: 31,22M$. Im Vergleich zu den letzten 30 Tagen: -7,2%. In diesem Zeitraum verdiente Gebühren – unter 20K$, annualisiert grob 314K$. Das… ist ein ziemlich anderes Bild.
Diese Lücke ist der Teil, der hängen geblieben ist – mehr als das Zero-Coupon-Bond-Design oder die eigentlichen Fälligkeitsmechaniken. TermMax’s Architektur ist auf dem Papier wirklich ordentlich: fester Zinssatz rein, fester Zinssatz raus, keine Liquidations-Überraschungen. Aber Wallets und DAU zählen Aufmerksamkeit. Eingesperrtes Kapital und Fee-Flow zählen Überzeugung. Im Moment bewegen sich diese beiden nicht zusammen – und das ist etwas, das das Pitch-Deck nicht erwähnt.
Ich hab meinen Snack gegessen und noch eine Weile länger auf dem DefiLlama-Tab gesessen, als ich eigentlich vorhatte. Vielleicht ist das einfach normales Verhalten vor dem TGE – Kapital steht bis die Token wirklich live sind eher am Seitenrand. Oder es ist genau das, wie „Nutzung“ aussieht, bevor Anreize da sind, die die Sache erzwingen.
Ehrlich gesagt, weiß ich nicht, was davon zutrifft. Zieht das Fixed-Rate-Design das Kapital durch seine eigenen Qualitäten an, oder wartet es darauf, dass das TGE diese Arbeit für sich übernimmt?
@TermMax
#TermMax

Ich war tief in der CreatorPad-Aufgabe zu Dusk Trade, ($DUSK , #dusk , @Dusk ), als ich auf den Post vom 15. August auf dusk.network stieß — „Wie Tokenisierung Private Märkte für KMU öffnet.“ Ich blieb genau dort stehen. Nicht wegen der Technik. Sondern wegen dessen, was sie still und leise zugibt.
Der Beitrag beschreibt einen sechs-stufigen Eigentumslebenszyklus für tokenisierte KMU-Wertpapiere, und jede einzelne Stufe braucht weiterhin eine menschliche Institution im Hintergrund — eine notariell beurkundete Urkunde für die Übertragung von Anteilen einer niederländischen BV, ein Sanktions-Screening beim Onboarding, eine autorisierte Handelsplattform (NPEX, gelistet im MTF-Register der AFM) für alles, was im Sekundärmarkt gehandelt wird. Tokenisierung entfernt hier keine Gatekeeper … sie synchronisiert lediglich deren Papierkram in einen gemeinsamen Datensatz.
Hmm. Das ist das Gegenteil vom „permissionless access“-Pitch, der in den meisten $DUSK -Threads herumgeistert. In der Praxis profitieren zuerst Emittenten, Administratoren, Notare — weniger Abstimmungsprobleme, weniger doppelte Dateneingabe zwischen Systemen, die früher nicht miteinander übereinstimmten. Reibungsloses Trading auf Retail-Ebene klingt eher wie ein Versprechen für später, sobald die regulierte-venue-Schicht tatsächlich skaliert.
Snackpause hat mich dazu gebracht, mein gesamtes Framing von „RWA = demokratisierte Märkte“ zu überdenken. Vielleicht ist es eher „RWA = Institutionen bekommen zuerst sauberere Bücher, und alle anderen warten auf die Plattform“.
Nicht sicher, ob das eine Kritik ist oder einfach … wie sich regelkonforme Finanzwelt verhält — unabhängig davon, was darunter in der Ledger-Schicht passiert. Führt das Abschneiden von Reibung bei der Abstimmung irgendwann bis zum Retail-Zugang durch, oder wird die Gatekeeper-Schicht nur effizienter darin, weiterhin ein Gatekeeper zu bleiben?
@Dusk
#dusk
$DUSK

TermMax (@TermMax ) task, and the moment that stopped me was the TGE date dropping mid-research — Aug 25, per their own post from 3 days back. The numbers in that announcement were loud: TVL over $90M, 1.5M+ registered wallets, 90K daily actives, spread across ten EVM chains. #TermMax was suddenly everywhere on my feed.
So I did the boring thing — pulled up DefiLlama out of habit, not suspicion. Tracked TVL there sits closer to $34M. 30-day protocol fees: $11,559.24. Annualized, that's roughly a $320K run-rate sitting under a protocol that's citing over a million lifetime users in its own materials.
Not calling it a red flag, honestly — different chains index at different speeds, and pre-TGE wallet counts always run a little hot. But the gap itself is what stuck. The pitch-deck number and the fee-generating number are almost describing two separate protocols. One's the story. The other's what people are quietly, actually paying to use on-chain right now.
Sat with that longer than the snack lasted, hmm.
Going into Aug 25 — which number should actually move the needle, the wallets they're counting, or the fees they're collecting?
@TermMax
#TermMax

Doing the CreatorPad deep-dive on Dusk and $DUSK today, and one line made me stop scrolling — their Aug 15 write-up on SME tokenization ("How Tokenization Opens Private Markets to SMEs" on dusk.network/news) straight up says fractional ownership "plays a limited role." Not the pitch you'd expect from #dusk @Dusk , honestly.
Here's what stuck. The six-stage ownership lifecycle they laid out — structuring, onboarding, issuance, settlement, servicing, secondary trading — every single stage still routes through an accountable operator. Notary for BV share transfers in the Netherlands, NPEX as the licensed venue, eligible-investor checks before a subscription even gets accepted. The chain isn't removing gatekeepers, it's giving them one shared record instead of five reconciled ones. Checked the homepage right after — 210M+ DUSK staked, €300M+ in confirmed issuance through NPEX — so there's real weight moving through this, not just a landing page promise.
Kind of assumed "tokenized private markets" meant retail finally gets a seat at the table. Nope — institutions get cleaner plumbing first, eligible investors and existing legal frameworks still decide who's in the room. "Opens markets to SMEs" reads more like SMEs reaching accountable capital faster, less about smaller-ticket buyers walking in day one.
Not knocking it… honestly makes more sense built this way, hmm. But if compliance gates every stage regardless, at what point does this actually feel different for someone standing outside the regulated system already?
@Dusk
#dusk
$DUSK

Als ich mich diese Woche mit Dusk (@DuskFoundation) und $DUSK beschäftigt habe, ging mir ein Detail nicht aus dem Kopf – mehr noch als das Gerede über MiCA oder die NPEX-Schlagzeile. Der Standardweg ins Ökosystem führt nicht über die Privacy-Ebene, auf der das ganze Versprechen aufbaut, sondern über DuskEVM: Deployments mit Solidity und Hardhat, genau wie auf jeder anderen EVM-Chain. Die vertraulichen Funktionen, die selektive Offenlegung und die Zero-Knowledge-Mechanismen, die eigentlich der Kern von #dusk sein sollen, tauchen erst dann auf, wenn die eigene App „Datenschutz braucht“ – fast wie ein optionales Plugin statt als Grundlage. Der einfachste Einstieg für Entwickler sieht heute also genauso aus wie die Entwicklung auf irgendeiner beliebigen Chain, und der datenschutzgerechte Schutz auf Compliance-Niveau, der in jedem Deck prominent angepriesen wird, ist ein zusätzlicher Schritt und nicht der Ausgangspunkt. Ich glaube nicht, dass das direkt unehrlich ist; es verrät aber einiges über die Reihenfolge: Vertrautes kommt zuerst, die Differenzierung wird obendrauf gesetzt, und die Akzeptanz folgt wahrscheinlich dem, worauf man mit Deadline um 23 Uhr am leichtesten zurückgreifen kann. Da frage ich mich, wie viele Apps auf DuskEVM überhaupt jemals das Privacy-Modul nutzen werden – oder ob „datenschutzfreundlich“ am Ende eher das Marketing der Chain beschreibt als den durchschnittlichen Smart Contract, der darauf deployed wird.
@Dusk
#dusk
$DUSK

Ich habe diese Woche Zeit damit verbracht, in Dusk einzutauchen ($DUSK , #Dusk, @Dusk Foundation) – und was mich überrascht hat, war nicht die Zero-Knowledge-Technologie, sondern die Reihenfolge der Abläufe. Der Pitch handelt davon, wirtschaftliche Teilhabe zu ermöglichen und institutionelle Vermögenswerte auf die Geldbörse von jemandem zu bringen. Aber wenn man sich anschaut, wer aktuell tatsächlich angebunden ist, dann sind es NPEX, 21X, lizenzierte Custodians, regulierte Handelsplätze mit MTF- und Broker-Lizenzen unter einem Dach. Der Teil mit der einzelnen Wallet wird immer noch so gerahmt, dass er dort hinführt, nicht dass er bereits der Status ist. Sogar das technische Design spiegelt das wider: DuskEVM liefert die Privatsphäre als optionales Modul aus, Hedger – geschichtet auf ansonsten standardmäßige, sichtbare Solidity-Verträge. Vertraulichkeit ist also etwas, das man einschaltet, wenn man für einen konformen institutionellen Ablauf baut – nicht der Ausgangszustand für einen normalen Nutzer, der mit der Kette interagiert. Operativ ergibt das Sinn: Reguliertes Kapital braucht Gewissheit, bevor Retail-Liquidität folgt. Aber das bedeutet, dass die Retail-nahe Story eine Stufe hinter der Infrastruktur-Story ankommt. Ich frage mich immer wieder, wie „die Geldbörse von irgendjemandem“ eigentlich aussieht, wenn die institutionellen Schienen das sind, wofür zuerst optimiert wird.
#dusk
$DUSK
@Dusk

Ich bin in diese Babylon-Aufgabe gegangen und habe den üblichen Pitch erwartet – Bitcoins träges Billionenvermögen, entsperren dies, entsperren das – und wäre fast an der Zahl vorbeigescrollt, die wirklich zählte. $BABY / #Babylon hält gerade $2,6B an echtem BTC in seinen Staking-Verträgen gesperrt. Das habe ich direkt von DeFiLlama gezogen. Dieselbe Seite zeigt, dass das TVL in der vergangenen Woche um fast 19% gefallen ist. Kein Tippfehler. Das ist tatsächlich Bitcoin, das Self-Custody-Skripte verlässt – innerhalb von Tagen.
Hier ist, was bei mir hängen blieb. @BabylonLabs_io rahmt das als Infrastruktur – geduldig, mit Bitcoin abgesichert, gebaut für die lange Strecke. Aber das Entbinden von BTC in Babylon dauert etwa zwei Tage. Moment mal – zwei Tage sind kein Infrastrukturverhalten, das ist ein Yield-Verhalten. Das Kapital behandelt das gesperrte BTC wie ein Sparkonto, das es bei Laune leeren kann, weil es kann.
Währenddessen steht BABY, der Token, der angeblich den Wert aus all diesem gesperrten Kapital abgreifen soll, bei rund 51M$ Market Cap im Verhältnis zu den 2,6B$, die er absichern soll. Nicht weit weg von seinem Allzeittief – mit einem weiteren Unlock am 10. August.
Ich bin hereingekommen und hatte vor, über clevere Verrohrung zu schreiben – keine Bridges, kein wrapped BTC, Self-Custody durchgehend. Dieser Teil stimmt. Ich hatte nur nicht erwartet, dass das Kapital darüber so unruhig ist, oder dass der Token so wenig mit dem verbunden ist, wofür er stehen soll. Also was ist es… Infrastruktur oder Yield, das Infrastrukturgewänder trägt. Ich wäge das immer noch ab.
#baby
@BabylonLabs_io
$BABY

Den Nachmittag damit verbracht, mich durch Babylons @BabylonLabs_io Staking-Flow für diese CreatorPad-Aufgabe zu wühlen, und das, was mich beim Scrollen tatsächlich mitten drin gestoppt hat, war nicht der Pitch „BTC security market“ — sondern das Kursdiagramm direkt daneben. #BABY ist in den letzten 7 Tagen um 10,3% gefallen, die Marktkapitalisierung liegt bei rund 45 Mio. $ und am 10. August steht ein Token-Unlock von 136,11 Mio. an (etwa 1,2% der gesamten Umlaufmenge, grob 1,43 Mio. $). Währenddessen sitzt das Protokoll immer noch mit Milliarden in gestaketem BTC da. Diese Lücke ist ehrlich gesagt die ganze Geschichte.
Was bei mir hängen blieb: BTC-Staker bekommen ihre Security-Garantie und ihre Rendite sofort, sobald sie sich festlegen — sie müssen überhaupt nicht $BABY anfassen. Der Token übernimmt am Ende alles andere. Inflation, Unlocks, Governance-Overhead. Der Standardpfad ist einfach: BTC staken und weggehen. Der „fortgeschrittene“ Pfad — Co-Staking, Governance, und tatsächlich BABY halten — ist der Bereich, in dem die Frage „Wer profitiert zuerst?“ ein wenig unangenehm wird.
Ich gebe zu: Ich hatte angenommen, dass der Preis mit dem TVL-Wachstum mitziehen würde, so wie diese Erzählungen es normalerweise versprechen. Tut er nicht — zumindest diese Woche nicht. Die zirkulierende Supply liegt außerdem immer noch unter der Hälfte der gesamten Supply, also kommen trotz dessen, wie der Markt zu diesem Thema steht, weitere Unlocks wie dieser.
Lässt mich fragen: Wenn die Security-Schicht ohne dass der Token sich jemals bewegen muss reibungslos läuft — was wird dann eigentlich langfristige Nachfrage nach $BABY erzwingen, sobald der Unlock-Zeitplan endlich langsamer wird?
#baby
$BABY
@BabylonLabs_io

War tief in einer CreatorPad-Aufgabe auf Babylon ($BABY , #Babylon, @BabylonLabs_io ), als die Aegis-Festzins-Kreditpartnerschaft vor etwa vier Tagen, also jetzt, plötzlich wegfiel. Ich bin nur kurz in den Explorer gegangen, um zu bestätigen, dass die Nachricht wirklich stimmt, und habe dann auf eine Zahl gestarrt, bei der ich kurz innehalten musste — Moment.
TVL liegt bei knapp 3,08 Mrd. US-Dollar in gelockertem BTC. BABYs eigene Marktkapitalisierung: 49,8 Mio. US-Dollar. Das ergibt ein mcap-zu-TVL-Verhältnis von ungefähr 0,02. Das Token, das dafür gedacht ist, diese ganze „Bitcoin-Security-Layer“ zu koordinieren, ist praktisch nichts wert im Vergleich zu dem, was darunter tatsächlich gesperrt ist. Und BABY war in der Woche um 5,7 % im Minus und hat damit einen Markt unterboten, der nur um 5 % nachgegeben hat — selbst mit den frischen Nachrichten zur Partnerschaft, die mitten in der Woche gelandet sind.
Das ist der Punkt, den ich im Vorfeld nicht so richtig verstanden habe. Die Standard-Option — BTC sperren, Rendite verdienen, kein Bridging — funktioniert bereits und genau dort sitzt auch das Kapital. Die erweiterte Ebene, Multi-Staking über BSNs, die Burn-Auktionen, die den Wert zurück in BABY leiten — dieser Teil ist bislang größtenteils nur versprochen, noch nicht eingepreist. Die ersten Akteure sind die BTC-Staker, die heute schon die Rendite einsammeln. Wer das Governance-Token hält, setzt darauf, dass eine Koordinationsschicht entsteht, die mit dem Kapital darunter noch nicht Schritt gehalten hat.
Ich bin die ganze Zeit davon ausgegangen, dass der Preis dem TVL folgt, wie das bei den meisten L1-Tokens der Fall ist. Hab mich dabei ertappt und musste das eine Minute lang für mich sortieren.
Bin mir nicht sicher, ob sich diese Lücke schließt, wenn mehr BSNs andocken, oder ob das einfach die dauerhafte Form dieses Konstrukts ist.
#baby