Bit Gurly

Ethereum-Longs sind heute in einem einzigen Move um 8 % gestiegen.

Gleichzeitig sagt Tom Lee, dass das Tief möglicherweise bereits erreicht ist.

Könnte Zufall sein, aber irgendjemand weiß anscheinend schon etwas.

$ETH

#FootballSeason2026 #JuneCPIFedHike20% #TrumpMeetsOnWiderIranOffensive

Warren Buffett sitzt auf fast 400 Mrd. $ in bar – und das kann man kaum ignorieren.

Das letzte Mal, dass Berkshire einen so großen Bargeldberg aufgebaut hat, war ungefähr in der Zeit 2007–2008. Das garantiert keinen Crash, deutet aber darauf hin, dass Buffett mehr Wert im Abwarten sieht als im Hinterherjagen aktueller Kurse.

GM.

#S&P500 #BitcoinPlansECashHardFork #SpaceXAnthropicOpenAIIPOsMayTopVCExitsSince2000

📊 FRIDAY WILL DECIDE THE NEXT $BTC MOVE.

In 3 days, Kevin Warsh speaks at 10:00 AM ET:

Vote below:

Ich las gerade durch den Kryptografie-Stack von Dusk, als mich eine weniger glamouröse Seite besonders in den Bann zog: der Hardware-Guide für Prover-Nodes.

Diese Seite veränderte die Frage für mich.

Dusk kann Transaktionsdetails verbergen und dennoch beweisen, dass eine Übertragung gültig ist. Aber diese Beweise gibt es nicht umsonst. Irgendjemand muss die Berechnungen durchführen.

In den Operator-Dokumenten von Dusk wird die Generierung von Proofs als rechenintensiver Job beschrieben. Jeder Prover-Worker benötigt seinen eigenen CPU-Kern, und starke Single-Core-Performance ist wichtig, weil einzelne Proofs in einem Single-Thread-Prozess erzeugt werden.

Das klingt nach einem Infrastrukturdetail, bis man sich echten Finanzverkehr vorstellt.

Ein tokenisierter Fonds kann tagsüber Abonnements verarbeiten und dann Rücknahmen sowie Aktualisierungen von Eigentumsverhältnissen gemeinsam berechnen. Ein Emittent von Anleihen kann Zinsen auf einmal an Tausende von Inhabern ausschütten. Ein Marktstress-Ereignis könnte in einem kurzen Zeitfenster viele private Transfers oder Compliance-Prüfungen auslösen.

Dieser Traffic würde nicht gleichmäßig eintreffen.

Er würde in Bursts ankommen.

Die Frage nach der Privatsphäre ist also nicht nur, ob Dusk gültige Zero-Knowledge-Proofs erzeugen kann. Es geht auch darum, ob das Prover-Netzwerk eine plötzliche Häufung von Proof-Anfragen abfangen kann, ohne Vertraulichkeit in eine Warteschlange zu verwandeln.

Hedger sagt, seine leichten Schaltkreise könnten Client-seitige Proofs in unter zwei Sekunden erzeugen. Das ist ermutigend, aber ein einzelner sauberer Proof und ein kompletter Markt-Workflow sind unterschiedliche Tests.

Ich würde sehen wollen, wie sich die Proof-Zeit verändert, wenn viele Nutzer gleichzeitig private Transaktionen einreichen, und ob Anwendungen Prover-Kapazität hinzufügen können, ohne die Nutzererfahrung unvorhersehbar zu machen.

Öffentliche Chains messen die Skalierung normalerweise über Transaktionen pro Sekunde.

Für Dusk könnte jedoch auch eine andere Zahl mindestens genauso wichtig sein: Proofs, die pro Sekunde während der Spitzen-Nachfrage abgeschlossen werden.

Die Kryptografie kann korrekt sein, während die Nutzererfahrung dennoch langsam wird.

Genau das würde ich als Teil des Privacy-Stacks von Dusk benchmarken, bevor der institutionelle Traffic eintrifft.

@Dusk | #dusk | $DUSK

Ich bin in den DuskEVM-Bridge-Guide gegangen, um etwas über den Zeitpunkt von Withdrawals zu erfahren.

Die Gebührenzeile war es, die mich zum Stoppen gebracht hat.

DUSK in den aktuellen DuskEVM-Testnet-Flow zu verschieben, ist ziemlich einfach: Zuerst die Einzahlung auf Dusk L1 einreichen, dann warten, bis der Kontostand auf DuskEVM erscheint.

Der Rückweg ist anders.

Für einen Withdrawal sind drei getrennte Aktionen nötig:

Ihn auf DuskEVM initiieren.
Ihn auf Dusk L1 beweisen.
Ihn auf Dusk L1 finalisieren.

Die Wallet kann dabei durch „Warte auf Output-Proposal“, „Bereit zum Beweisen“, „Proof übermittelt“ und „Warte auf Finalisierung“ gehen, bevor DUSK freigegeben wird.

Dieser Teil ergibt Sinn. Der Rückweg ist der Bereich, in dem DuskDS den Zustand prüft, der aus der EVM-Schicht kommt.

Dann ist mir jedoch aufgefallen, dass der Nutzer auch genug ungeschirmtes DUSK auf der L1 benötigt, um sowohl die Proof- als auch die Finalisierungs-Transaktionen zu bezahlen.

So kann jemand DUSK innerhalb von DuskEVM halten, damit anfangen, es zurückzubewegen, und trotzdem noch einen separaten, nutzbaren L1-Saldo brauchen, um den Exit abzuschließen.

Die Gelder sind nicht zwangsläufig feststecken. Der Nutzer hat möglicherweise einfach das Asset nicht, das nötig ist, um das abschließende Beweisen zu vervollständigen, dass er berechtigt ist, sie abzurufen.

Das fühlt sich wie eine kleine technische Anforderung an, bis DuskEVM von jemandem genutzt wird, der Dusk L1 noch nie direkt berührt hat.

Ein Solidity-Entwickler versteht vielleicht Verträge und MetaMask perfekt, während der Endnutzer nur sieht, wie ein Withdrawal bei „Waiting to finalize“ sitzt.

Dusk’s Dokumentation geht hier sorgfältig vor. Sie raten den Nutzern, dem Status der Wallet zu folgen, statt die Bereitschaft allein anhand verstrichener Zeit abzuschätzen.

Jetzt beobachte ich, wie viel davon in das endgültige Produktionserlebnis durchdringt.

Werden Nutzer weiterhin manuell drei Transaktionen und zwei L1-Gebühren verwalten müssen, oder wird die Wallet den Prozess abstrahieren, ohne zu verstecken, in welcher Settlement-Phase ihr Geld tatsächlich angekommen ist?

Die Bridge bewegt nicht nur DUSK zwischen den Schichten. Sie ist der Ort, an dem die vertraute Frontend-Oberfläche von DuskEVM auf das dusk-native Settlement trifft – und wo dieser Unterschied nicht mehr zu ignorieren ist.

@Dusk $DUSK #dusk

Ich habe DuskEVM und Dusk Trade als zwei getrennte Bestandteile der Roadmap betrachtet.

Das eine bringt Ethereum-Entwickler. Das andere bringt Anlegern tokenisierte Finanzprodukte.

Dann ist mir klar geworden, dass sie möglicherweise versuchen, gegensätzliche Seiten desselben Problems zu lösen.

Entwickler bleiben selten einfach deshalb auf einem neuen Netzwerk, weil die Bereitstellung leicht ist. Sie brauchen Nutzer, Liquidität und Vermögenswerte, um die sich etwas bauen lässt.

Anleger haben das umgekehrte Problem. Eine Plattform kann tokenisierte Assets anbieten, aber diese werden viel nützlicher, wenn es Wallets, Exchanges, Lending-Märkte und andere Anwendungen gibt, die sie unterstützen.

DuskEVM könnte die Anwendungen liefern.

Dusk Trade könnte die Assets und Nutzer liefern.

$DUSK liegt dazwischen als Gas-Token für Aktivitäten auf DuskEVM, während Staking hilft, das breitere Netzwerk abzusichern.

Auf dem Papier ergibt die Schleife Sinn. Ein tokenisiertes Asset gelangt zu Dusk Trade, Anleger erhalten Zugriff darauf, und Entwickler bauen Services rund um seinen Handel, das Ausleihen oder die Abwicklung. Mehr Nutzung führt dann zu mehr Transaktionen, die in @Dusk bezahlt werden.

Aber der Zeitpunkt ist es, bei dem ich kurz innehielt.

Wenn Anwendungen ankommen, bevor echte Assets und Nutzer da sind, könnten Entwickler einen leeren Markt vorfinden. Wenn Finanzprodukte ankommen, bevor nützliche Anwendungen und Liquidität vorhanden sind, haben Anleger möglicherweise kaum einen Grund, über den ursprünglichen Kauf hinaus etwas zu tun.

Keine der beiden Seiten kann für immer darauf warten, dass die andere erscheint.

Also würde ich diese Strategie nicht nur anhand der Anzahl der DuskEVM-Deployments oder der Menge beurteilen, die auf Dusk Trade aufgeführt ist.

Ich würde auf Überschneidungen achten: Assets, die tatsächlich in Anwendungen genutzt werden, Anleger, die für mehr als eine Transaktion zurückkommen, und Liquidität, die sich zwischen den Produkt- und den Entwicklerseiten des Ökosystems bewegt.

#dusk versucht nicht nur, Builder oder Investoren anzuziehen.

Es braucht beide Gruppen, die nahe genug beieinander eintreffen, damit die $DUSK -Utility-Schleife zu laufen beginnt.

$DUSK

Eine massive, lange Liquidation hat Bitcoin in monatelange Schwäche gedrückt.

Jetzt hat eine enorme Short-Liquidation den Kurs um $BTC sharply nach oben geschoben.

Eine grüne Kerze bestätigt noch keinen neuen Bullenlauf, aber sie zeigt, wie schnell sich der Marktdruck drehen kann.

Wenn Käufer diese Bewegung halten, könnte diese Short-Squeeze der Anfang von etwas Größerem sein?

@Dusk letztes Update hält die ECSP-Planung mit mehr Assets im Ökosystem in Verbindung.

Zuerst wirkte die Logik unkompliziert.

Ein Unternehmen beschafft Kapital.

Investoren erhalten tokenisierte Anteile, Anleihen oder Kreditaussetzungsrisiko.

#dusk gewinnt Assets und Aktivität.

Dann habe ich Emission vom Handel getrennt.

Ein ECSP kann helfen, das ursprüngliche Angebot zu finanzieren. Das bedeutet nicht, dass Investoren danach irgendwo Liquidität haben, um das Asset wieder zu verkaufen.

Die Beziehung von Dusk zu NPEX ist hier entscheidend, weil NPEX auch regulierte Infrastruktur für den Sekundärmarkt über seine MTF-Lizenz mitbringt.

Also gibt es möglicherweise einen Weg:

ECSP zur Kapitalbeschaffung.

Dusk-Infrastruktur zum Ausgeben und Abwickeln des Assets.

NPEX oder Dusk Trade für späteren Marktzugang.

Sieht auf dem Papier vollständig aus.

Aber die Tokenisierung eines SME-Wertpapiers schafft nicht plötzlich Käufer auf beiden Seiten. Die Anleihe eines kleinen Unternehmens kann onchain perfekt abwickeln und trotzdem nur alle paar Wochen handeln, mit einer großen Spanne.

Das ist der Teil, den die Sprache „mehr Assets und TVL“ überspringt.

Wenn man ein Asset zu Dusk bringt, schafft man Angebot.

Damit es nützlich bleibt, braucht es jedoch Preisfindung, Käufer, Market Maker, Unternehmensmaßnahmen und einen Ausstiegsweg.

Ich würde diese Strategie nicht nur anhand des Werts der emittierten Assets messen.

Ich würde beobachten, was nach der Emission passiert.

Halten Investoren alles bis zur Fälligkeit?

Können sie aussteigen, ohne einen großen Abschlag hinzunehmen?

Erzeugt dasselbe Asset realen Sekundärumsatz?

Das erste Angebot beweist, dass Dusk ein Asset initiieren kann.

Der erste funktionierende Sekundärmarkt beweist, dass es einen unterstützen kann.

$DUSK

🚨 Krypto ist in nur 6 Minuten stark eingebrochen.

$BTC fiel um rund 2.000 US-Dollar, nahezu 500 Mio. US-Dollar in Long-Positionen wurden liquidiert, und 108 Mrd. US-Dollar wurden von der gesamten Krypto-Marktkapitalisierung gestrichen.

Der Markt versucht sich zu erholen, aber die Volatilität bleibt hoch.

TermMax nennt den Vault-Teilnehmer einen Einleger (Depositor), was die Rolle zunächst fast passiv klingen ließ.

Die Steuerungsentscheidungen des V2- Curators ließen mich diese Beschreibung anders verstehen.

Ein Curator kann Märkte auswählen, Kapital zuweisen, Orders erstellen, Borrowing- und Lending-Curves konfigurieren, Queues verwalten und eine Performance Fee erheben. Der Vault-Contract stellt außerdem Steuerungen rund um die minimale APY, die Whitelist von Märkten, Timelocks, Guardians sowie den Umgang mit uneinbringlichen Forderungen (Bad Debt) bereit.

Das ist kein simples Yield-Routing.

Es handelt sich um delegiertes Fixed-Income-Portfolio-Management, das über Smart Contracts ausgeführt wird.

Der Einleger platziert nicht jede Order persönlich, aber die zugrunde liegenden Entscheidungen verschwinden nicht. Jemand entscheidet weiterhin, welche Laufzeit Kapital verdient, welches Collateral akzeptabel ist, wo eine Curve beginnen sollte und wie viel Liquidität bereitgestellt werden soll.

TermMax schränkt diese Autorität in sinnvollen Punkten ein. Whitelists begrenzen die verfügbaren Märkte, Timelocks verzögern sensible Änderungen und ein Guardian kann ausstehende Aktionen abbrechen.

Diese Schutzmaßnahmen regeln jedoch, was ein Curator ändern darf. Sie können nicht garantieren, dass die gewählten Märkte, Curves oder Allokationen gut performen.

Das macht die angekündigte Vault-APY zu einem schwachen Ausgangspunkt, um einen @TermMax Vault zu beurteilen.

Ich würde lieber die Marktauswahl des Curators, die Historie der Curves, die Performance Fee, den Timelock und seine Reaktion auf Bad Debt prüfen.

Der Einleger entfernt kein Strategy-Risk. Er wählt lediglich aus, wer dafür zuständig ist.

#TermMax

$DUSK

Ich ging davon aus, dass die neue Dusk Wallet vor allem eine Neugestaltung der bestehenden Web Wallet ist.

Dann las ich die Ankündigung zur April-Developer-Preview und schaute in die Repositories.

Die alte Web Wallet konnte direkt mit Dusk interagieren, war aber eine eigenständige Anwendung. Ein dApp konnte sie nicht entdecken, kein Profil anfragen oder sie bitten, eine Transaktion über einen standardisierten Verbindungsablauf zu signieren.

Damit entstand eine Lücke zwischen den Dusk-Contracts und den tatsächlichen Nutzern.

Dusk Connect füllt die Anwendung-Seite dieser Lücke. Es ermöglicht einem dApp, kompatible Wallets zu entdecken, Profilzugriff anzufordern und nutzerfreigegebene Aktionen über eine gemeinsam genutzte Provider-Schnittstelle zu senden.

Die neue Dusk Wallet sitzt auf der anderen Seite.

Sie hält die Schlüssel lokal, zeigt die Anfrage an und lässt den Nutzer genehmigen oder ablehnen. Die erste Veröffentlichung umfasst öffentliche und Phoenix-Salden, Shielding, private Überweisungen, Staking sowie DRC-20/DRC-721 Asset-Flows.

Ein Implementierungsdetail fiel mir besonders auf.

Ein dApp erhält nach „Wallet verbinden“ nicht automatisch alles. Öffentlicher Profilzugriff, geschützte Empfangsadressen, Signieren von Nachrichten und Transaktionen haben jeweils eigene Anforderungs- und Genehmigungsabläufe. Berechtigungen werden außerdem pro Origin gespeichert.

Das ist bei Dusk relevant, weil die Verbindung mit einer Finanzanwendung mehr bedeuten kann, als nur eine einzelne öffentliche Adresse offenzulegen.

Aber das ist weiterhin eine Developer-Preview-Geschichte.

Eine Verbindungs-Spezifikation wird erst dann wirklich wertvoll, wenn echte dApps sie übernehmen und kompatible Wallets sie korrekt implementieren. Eine Wallet der ersten Partei zeigt zwar, dass die Schnittstelle funktionieren kann; sie belegt jedoch noch nicht ein breites Anwendungs-Ökosystem.

Dusk hatte bereits Contracts, Privatsphäre und Settlement.

Dusk Connect und die neue Wallet liefern die fehlende Interaktionsschicht zwischen ihnen und der Person, die auf den Button klickt.

Das nächste Meilenstein-Ziel, das ich im Blick hätte, ist schlicht: ein produktives DuskDS dApp, in dem ein Nutzer eine geschützte oder tokenisierte-Asset-Aktion verbinden, genehmigen und abschließen kann, ohne die Anwendung zu verlassen.

#dusk @Dusk

Vertraulichkeit allein macht eine Blockchain nicht automatisch für Finanzmärkte geeignet.

Ein privater Eigentumsübergang bleibt auch dann unzuverlässig, wenn die Beteiligten nicht genau bestimmen können, wann er endgültig wird.

Darum ist die Architektur von Dusk entscheidend – auch über Zero-Knowledge-Proofs hinaus.

Anwendungen können über DuskEVM oder DuskVM laufen, während DuskDS den Konsens, die Datenverfügbarkeit und die Abwicklung übernimmt. Sobald ein Block durch Succinct Attestation ratifiziert ist, erreicht das Netzwerk eine deterministische Finalität – statt Institutionen der üblichen, nutzerorientierten Reorg-Unsicherheit auszusetzen.

Ich sehe das Design als zwei miteinander verbundene Anforderungen:

Schützen Sie die Transaktion, während sie verarbeitet wird.
Machen Sie ihren finalen Zustand eindeutig, sobald sie abgeschlossen ist.

Bei regulierten Vermögenswerten schützt die Privatsphäre die Parteien. Die Finalität schützt den Markt.

#dusk @Dusk $DUSK

Eine einzige Aussage in der Dokumentation von TermMax erfordert sorgfältiges Lesen.

Ein Kreditnehmer kann FTs am Markt kaufen und sie verwenden, um die Schuld zurückzuzahlen. Wenn diese FTs unter dem Nennwert handeln, kann dies weniger kosten als eine direkte Rückzahlung mit Schuld-Token.

Mechanisch ist das korrekt.

Der Rabatt ist jedoch nicht garantiert, dass er weiterhin verfügbar bleibt.

Ein FT kann bei Fälligkeit gegen einen Schuld-Token eingelöst werden. Meine Erwartung ist, dass sich sein Preis dem Nennwert annähert, je näher die Fälligkeit rückt, sofern Liquidität oder Kollateralrisiko den Markt nicht verändern.

Ein Kreditnehmer, der FTs für 0,80 $ verkauft hat, kann sie möglicherweise später nicht mehr zum gleichen Preis zurückkaufen.

Wenn der FT bei 0,98 $ handelt und der Tausch Gebühren und Slippage beinhaltet, ist der größte Teil der scheinbaren Rückzahlungseinsparung bereits verschwunden. Dünne Liquidität könnte den Rückkauf zusätzlich unattraktiver machen.

TermMax’ V2-Contracts bestätigen, dass die Rückzahlungsflexibilität real ist: Der GT-Contract umfasst `repay`, während der Router `swapAndRepay` enthält.

Die übersehene Variable ist der Zeitpunkt.

Der Rückkauf von FTs kann gut funktionieren, solange ein relevanter Rabatt und ausreichende Liquidität vorhanden sind. Kurz vor der Fälligkeit könnte eine direkte Rückzahlung einfacher sein.

TermMax bietet Kreditnehmern eine weitere Route zur Rückzahlung.

Der Markt entscheidet, ob diese Route tatsächlich günstiger ist.

Was entscheidet darüber, ob die FT-Rückzahlung günstiger ist?

#TermMax | @TermMax

Der Markt hat gerade voll besetzte Short-Positionen abgestraft.

$BTC stieg auf 70.000 US-Dollar, während $ETH über 2.300 drückte und in nur 24 Stunden um 9% bzw. 23% zulegte.

Einer der aggressivsten Short Squeezes, die es in der Krypto-Geschichte je gab.
#CryptoRally #FOMCWatch

Ein Detail im Liquidationsdesign von TermMax verdient mehr Aufmerksamkeit als die Formulierung „RWA Support“.

Der Gearing-Token-Contract umfasst `previewDelivery`, `delivery` und `liquidate`. Die Dokumentation von TermMax erklärt, warum: Wenn bei normaler Rückzahlung oder Liquidationsliquidität nicht genug vorhanden ist, können FT-Inhaber einen anteiligen Anteil an den verfügbaren zugrunde liegenden Vermögenswerten und Sicherheiten erhalten.

Das ist nicht das Protokoll, das jedem Kreditgeber einen mühelosen Cash-Exit verspricht.

Es ist das Protokoll, das festlegt, worauf der Kreditgeber Anspruch hat, wenn der sofortige Verkauf der Sicherheiten schwierig oder zerstörerisch wäre.

Bei liquidem Krypto-Sicherheiten kann ein AMM oft Vermögenswerte verkaufen und Kreditgeber auszahlen. Diese Annahme wird schwächer bei Private Credit, tokenisiertem Eigentum oder anderen Vermögenswerten, die nicht fortlaufend gehandelt werden.

Die physische Lieferung vermeidet die so zu tun, als hätten diese Märkte sofortige Liquidität.

Aber sie überträgt auch eine echte Entscheidung an den Kreditgeber.

Der Erhalt von Sicherheiten kann den rechtlichen oder wirtschaftlichen Anspruch schützen, doch der Kreditgeber könnte weiterhin Bewertungsunsicherheit, Verwahrungspflichten und einen Vermögenswert übernehmen, dessen Verkauf Zeit in Anspruch nimmt.

TermMax selbst beschreibt die physische Lieferung als Risikominderung, nicht als Weg, das Risiko zu eliminieren. Dieser Unterschied ist entscheidend.

Dieser Mechanismus könnte den Sicherheitenrahmen erweitern, den festverzinsliches Lending unterstützen kann – insbesondere jenseits hoch liquider Token.

Ob es gut funktioniert, hängt davon ab, was geliefert wird, wie es bewertet wird und ob Kreditgeber einen praktikablen Weg haben, es zu halten oder auszusteigen.

Bevor man die Rate auswählt, würde ich eine einfachere Frage stellen:

Was ist am wichtigsten, wenn die Rückzahlung über physische Lieferung erfolgt?

#TermMax | @TermMax

$DUSK
Ich habe immer wieder dieselben Dusk-Nummern gesehen, die zusammen geteilt wurden, und ehrlich gesagt habe ich sie anfangs falsch herum gelesen.

€300M+ bestätigte Emission.
50K+ Investorenerreichbarkeit.
210M+ $DUSK gestaked.

Mein erster Impuls war, all das wie eine einzige große Adoptionszahl zu behandeln.

Aber das ist nicht so.

Die €300M+-Zahl bezieht sich darauf, welche Vermögenswerte Institutionen in die Dusk-Marktinfrastruktur einbringen. Die 50K+-Zahl steht für Reichweite über Krypto und Partner hinweg. Und die 210M+ DUSK, die gestaked sind, machen eine völlig andere Aufgabe: Sie sichern das Netzwerk.

Keine dieser Zahlen ist TVL.

Das klingt offensichtlich, sobald man es ausspricht, aber ich glaube, es ist wichtig, weil @Dusk nicht wirklich nach der üblichen DeFi-Dashboard-Logik aufgebaut ist.

Wenn ich nur nach Einlagen gesucht hätte, die in Protokollen stecken, würde ich übersehen, worauf das Projekt tatsächlich abzielt.

Ein Signal ist das Angebot an Vermögenswerten.

Eines ist Verteilung und Investorenzugang.

Eines ist **Netzwerksicherheit**.

Und die können unabhängig voneinander laufen.

Dadurch fühlte sich die Dusk-Adoptionsstory für mich tatsächlich nützlicher an, weil ich jetzt weiß, worauf ich achten soll.

€300M bestätigte Emission heißt nicht, dass bereits heute €300M onchain gesperrt sind, und 210M DUSK gestaked heißt nicht, dass Nutzer diesen Betrag in irgendein RWA-Produkt eingezahlt haben.

Verschiedene Zahlen, verschiedene Teile der Maschine.

Ich würde sie lieber getrennt lesen, statt alles zu einer beeindruckend aussehenden TVL-Story zusammenzufassen.

$DUSK #dusk @Dusk

Die Fed hat heute einen Kauf von US-Staatsanleihen (Treasury Bills) im Volumen von 4,243 Mrd. $ eingeplant.

Das ist aufmerksamkeitswert, aber ich würde es nicht allein als unmittelbares „bullishes“ Signal bezeichnen.

Mehr Liquidität kann Risikoassets unterstützen, aber entscheidend ist, ob diese Liquidität tatsächlich in die Märkte gelangt.

Für Krypto schaue ich mir zuerst $BTC reaction an.

#termmax @TermMax

Der Treasury-Bereich hat mein Verständnis verändert.

TermMax sagt, dass ein Projekt Treasury-Token in einen Dual Investment Vault einbringen kann: wähle einen höheren Strike und sammle Prämien, während Händler die andere Seite einnehmen. Seine Live-Alpha-Interface beschreibt diese Renditen derzeit so, als würden sie von Long-/Short-Käufern finanziert.

Aber es gibt einen Detailpunkt, der es wert ist, genauer betrachtet zu werden.

Auf den tatsächlichen TermMax-Alpha-Vault-Seiten steht im Risikohinweis ausdrücklich, dass eingezahlte Token in USDT umgewandelt werden können, wenn der Strike-Preis erreicht wird. Diese Warnung ist heute auf mehreren Vaults sichtbar, darunter auf den Vaults für IR und NVDAon.

Daher glaube ich nicht, dass die interessante Frage schlicht diese ist:

„Kann ein Projekt Rendite mit inaktiven Treasury-Token erzielen?“

Meine Interpretation ist, dass der Vault auch einen bedingten Treasury-Verkauf codieren kann.

Unterhalb des Strike → Treasury sammelt weiter Prämien.

Strike erreicht → einige Token können zu einem im Voraus festgelegten Preis umgewandelt werden.

Das ist wesentlich anders als wenn ein Team plötzlich entscheidet, Treasury-Bestände am Markt zu verkaufen.

Was ich aus dem öffentlich verfügbaren Material jedoch nicht verifizieren kann, ist, ob das tatsächlich die Marktauswirkungen bei einer aussagekräftigen Treasury-Größe reduziert. Das würde von der Vault-Liquidität abhängen, von der Nachfrage der Händler und davon, wie aggressiv das Projekt seinen Strike setzt.

Dennoch verändert das, wie ich TermMax Alpha betrachte.

Für Projekte ist der Vault möglicherweise weniger ein Mittel, um eine weitere APY-Quelle zu finden, sondern vielmehr darum, im Voraus festzulegen, welcher Preis die Treasury-Verteilung akzeptabel macht.

Das ist eine weitaus spannendere Form von Token-Nutzen.

$DUSK
Ich habe die Transaktionsmodelle in der Dokumentation zu Dusk’s Core Components verglichen, als mich eine einzige Einzelheit meine frühere Annahme korrigieren ließ.

Phoenix wird nicht als eine Privacy-Application beschrieben, die oberhalb von Dusk sitzt.

Es sitzt innerhalb von DuskDS.

Die Dokumentation bestätigt, dass DuskDS zwei Modelle unterstützt: Moonlight für transparente öffentliche Konten und Phoenix für verschleierte Übertragungen.

Phoenix ist UTXO-basiert, während beide Modelle DUSK übertragen können, Gas bezahlen und die Ausführung von Smart-Contracts starten.

Diese Platzierung ist wichtiger als die übliche Beschreibung „private transactions“.

In einem Standardmodell für öffentliche Konten muss jemand nicht zwangsläufig Ihren Namen kennen, um etwas Nützliches zu lernen. Wiederholte Übertragungen, geänderte Salden und Interaktionen mit denselben Verträgen können ein erkennbares Abwicklungsmuster aufbauen.

Phoenix verändert die Informationen, die unter dieser Aktivität verfügbar sind. Ein Zero-Knowledge-Beweis kann zeigen, dass ein gültiger Output ausgegeben wird, während ein Nullifier verhindert, dass er erneut ausgegeben werden kann.

Das Netzwerk kann die Transaktion verifizieren, ohne den gleichen öffentlichen Kontenpfad nachzuvollziehen.

Ich wollte anfangs beschreiben, dass dies eine private Abwicklung für jedes Asset auf Dusk ist. Die Dokumente stützen diese pauschale Aussage nicht.

Phoenix behandelt speziell verschleierte DUSK-Übertragungen. Privatsphäre für regulierte Wertpapiere hängt weiterhin vom App-Design, von DuskVM-Contracts, von Identitätsregeln und selektiver Offenlegung ab.

Die engere Schlussfolgerung ist daher wahrscheinlich die stärkere: Phoenix schützt die grundlegende Bewegung, die in Abwicklung und Ausführung eingeht. Es lässt den gesamten Finanz-Workflow nicht einfach verschwinden.

#dusk @Dusk