#dusk $DUSK @Dusk Ich ging gerade durch die Transaktionsdokumente von Dusk, als mir ein kleiner Punkt auffiel.
Boreas führte explizite Grenzen ein zwischen einer von einem Client akzeptierten Transaktion, ihrer kanonischen Darstellung und der Version, die im Ledger festgeschrieben wird. Der Grund ist ziemlich einfach: Verschiedene Teile des Netzwerks sollten dieselbe Transaktion nicht unterschiedlich interpretieren.
Dann bemerkte ich etwas Praktischeres in den Austausch-Integrationsdokumenten von Dusk. Ein Exchange wird explizit angewiesen, eine Einzahlung nicht einfach gutzuschreiben, nur weil sie im Mempool auftauchte, enthalten war oder in einem nicht finalisierten Block akzeptiert wurde. Er muss auf den finalisierten Zustand warten.
Das machte die Änderung von Boreas für mich noch nachvollziehbarer.
Für die finanzielle Infrastruktur bedeutet Konsistenz nicht nur, dass Knoten sich untereinander einig sind. Irgendwann wird daraus ein buchhalterisches Problem: Wann darf ein anderes System ein On-Chain-Ereignis sicher als echt behandeln?
Ich hatte die Transaktions-Lifecycle von dieser Seite her vorher nicht wirklich bedacht. Vielleicht ist der schwierige Teil, finanzielle Aktivitäten on-chain zu bringen, nicht das Aufzeichnen der Transaktion. Es ist zu wissen, genau wann jedes System ihr vertrauen darf.
#dusk $DUSK @Dusk Ich dachte früher, dass eine Transaktion, sobald sie akzeptiert wurde, im Grunde abgeschlossen ist. Dann habe ich genauer in den Transaktions-Lebenszyklus von Dusk geschaut und eine Unterscheidung entdeckt, die ich so bisher nicht bedacht hatte: Übermittelt, akzeptiert und finalisiert sind nicht zwangsläufig derselbe Zeitpunkt.
Das klingt zunächst wie eine technische Detailfrage, bis eine Finanzanwendung anfängt, auf genau diese Transaktion zu reagieren.
Wenn ein Asset-Transfer, eine Zahlung oder eine andere Anweisung davon abhängt, könnte das Handeln vor der Finalität bedeuten, dass der nächste Schritt auf einem Zustand aufgebaut wird, der tatsächlich noch nicht endgültig abgeschlossen ist. Interessant finde ich, dass Dusk deterministische Finalität als Teil der Infrastruktur betrachtet, die für Finanzanwendungen benötigt wird – und nicht nur als irgendein weiteres Blockchain-Leistungsmerkmal.
An welchem Punkt sollte eine Finanzanwendung aufhören, „wurde es akzeptiert?“ zu fragen, und stattdessen anfangen, „ist es final?“ zu fragen?
Je genauer ich mir tokenisierte Finanzen anschaue, desto mehr glaube ich, dass das Auf-den-Chain-Bringen des Assets der einfache Teil ist.
Der schwierigere Teil ist alles, was darum herum passiert.
Ein Investor muss noch onboardet werden. Seine Berechtigung muss möglicherweise geprüft werden. Übertragungen können Einschränkungen haben. Die Zahlungsseite muss zur Asset-Seite passen. Und am Ende muss weiterhin alles korrekt abgewickelt werden.
Das hat @Dusk Trade für mich so interessant gemacht.
Es wird nicht nur darum gebaut, tokenisierte Assets einfach zu listen. Der Arbeitsablauf umfasst Investor-Onboarding, Wallet-Verbindung, kontrollierte Transfers, Zahlungsabstimmung und Abwicklung.
Vielleicht liegt der eigentliche Wert der Tokenisierung also nicht nur darin, ein Asset in einen Token zu verwandeln. Vielleicht ist es die Frage, ob der fragmentierte Prozess rund um dieses Asset zu einem kohärenten Workflow werden kann.
Wenn diese Abstimmung fragmentiert bleibt, wie stark verändert Tokenisierung dann tatsächlich etwas?
Ich dachte früher, das Tokenisieren eines Vermögenswerts ginge größtenteils darum, Eigentum auf der Kette übertragbar zu machen. Aber diese Annahme beginnt zu wanken, sobald der Vermögenswert selbst mit Regeln einhergeht.
Eine regulierte Wertanlage ist möglicherweise nichts, das grundsätzlich jeder kaufen, halten oder übertragen sollte. Eignung, Übertragungsbeschränkungen, Offenlegung und Abwicklung können dabei alle eine Rolle spielen.
Genau das finde ich an Dusk interessant.
Das Token wird nicht als das gesamte Produkt behandelt. Der Workflow darum herum kann Zugriffskontrollen, die Eignung von Investoren, kontrollierte Transfers und eine koordinierte Abwicklung einschließen. Das bringt mich zu der Vermutung, dass das schwierigere Problem im tokenisierten Finanzwesen möglicherweise nicht darin besteht, einen Vermögenswert auf die Kette zu bringen. Es könnte darin liegen, dass die Regeln rund um diesen Vermögenswert ebenfalls auf der Kette funktionieren.
Und das wirft für mich eine Frage auf:
Wenn sich ein Token frei bewegen kann, der zugrunde liegende Vermögenswert jedoch nicht, wie viel haben wir den Markt dann tatsächlich verbessert?
Je länger ich mir Finanzmärkte On-Chain anschaue, desto mehr denke ich, dass Transparenz und Sichtbarkeit nicht dasselbe sind.
Ein regulierter Markt muss Dinge wie Eignung und Compliance überprüfen, aber das heißt nicht, dass jeder einzelne Aspekt öffentlich offengelegt werden sollte.
Das finde ich an Dusk’s Ansatz der selektiven Offenlegung besonders interessant.
Die Idee ist nicht einfach, Informationen zu verstecken. Es geht darum, das zu beweisen, was bewiesen werden muss, während Informationen, die nicht öffentlich sein müssen, privat bleiben.
Bei normalen Krypto-Transaktionen kann diese Unterscheidung weniger wichtig wirken.
Bei regulierten Finanz-Assets könnte es jedoch eine der Voraussetzungen sein, damit On-Chain-Märkte tatsächlich funktionsfähig werden.
Vielleicht sollte das Ziel nicht maximale Transparenz sein.
Vielleicht sollte es maximale Verifizierbarkeit sein, mit nur den notwendigen Informationen, die offengelegt werden.
Ich dachte früher, Festzins-Kredite seien im Grunde ein reines Abwarten.
Man vergibt einen Kredit, fixiert die Konditionen und wartet bis zur Fälligkeit.
Dann bin ich auf etwas über TermMax gestoßen, das mich anders darüber nachdenken ließ: Sein Festzins-Token (FT) kann vor Fälligkeit gehandelt werden. Das klingt einfach, aber ich glaube, dahinter steckt eine größere Idee.
Der Rückzahlungsbetrag bei Fälligkeit kann fixiert sein, während die Position selbst nicht unbedingt bis dahin beim ursprünglichen Kreditgeber verbleiben muss. Ein Kredit mit fester Laufzeit bedeutet also nicht automatisch, dass die Position komplett fixiert ist.
Man könnte die Forderung bis zur Fälligkeit halten, aber es kann auch einen Markt für diese Forderung geben, bevor das Fälligkeitsdatum erreicht ist. Das hat mich dazu gebracht, mir neu zu überlegen, was „fest“ bei Festzins-Krediten eigentlich bedeutet.
Vielleicht ist der interessante Teil nicht nur, die Rendite vorhersehbar zu machen. Es geht darum, dass die Kreditposition selbst übertragbar wird, während die ursprüngliche Laufzeitstruktur erhalten bleibt.
Wenn die Rückzahlung fest ist, aber die Position vor Fälligkeit gehandelt werden kann—was genau ist dann „fest“?
Eine Sache, über die ich bei Onchain-Finanzierung immer wieder nachdenke, ist: „Programmierbar“ muss nicht zwangsläufig heißen, dass alles vollständig offen sein muss. Bei regulierten Vermögenswerten gibt es Regeln darüber, wer sie halten darf, wer sie übertragen darf und welche Informationen tatsächlich sichtbar sein sollten. Das schafft ein spannendes Problem: Wie bleibt man Vermögenswerte programmierbar, während man diese Regeln dennoch respektiert?
Genau da ist Dusk in den Fokus meiner Aufmerksamkeit gerückt.
Die Infrastruktur umfasst Zugriffskontrollen und Übertragungsbeschränkungen für regulierte Vermögenswerte, während Citadel Identität und selektive Offenlegung unterstützt. Anstatt Compliance als etwas zu behandeln, das außerhalb der Chain stattfindet, können diese Anforderungen zu einem Bestandteil des Asset-Workflows selbst werden.
Ich finde diese Unterscheidung interessanter als nur zu sagen: „RWAs kommen auf die Chain.“ Denn die eigentliche Herausforderung besteht nicht nur darin, einen Vermögenswert programmierbar zu machen.
Sondern darin, ihn innerhalb der Regeln nutzbar zu machen, die mit dem Vermögenswert einhergehen.
Und ich denke, das ist eine der spannendsten Fragen, die man bei Dusk beobachten kann: Können Finanz-Assets programmierbar bleiben, während die Kontrollen darum herum Teil desselben Onchain-Systems werden?
Etwas, das mir beim Blick auf das Kollateral-Modell von @TermMax aufgefallen ist: Der Betrag, den man leihen kann, und der Punkt, an dem die Liquidation beginnt, sind nicht dasselbe.
Sagen wir, ich habe 100.000 $ an Sicherheiten. Mein erster Gedanke wäre wahrscheinlich, so nah wie möglich an die Grenze zu gehen. Aber das bedeutet auch, weniger Spielraum zu lassen, falls sich der Preis der Sicherheiten gegen mich bewegt.
TermMax trennt diese beiden Punkte mit MLTV und LLTV. MLTV ist die konservativere Kreditaufnahmegrenze, während LLTV der Punkt ist, an dem eine Liquidation ausgelöst werden kann. Interessant finde ich den Abstand dazwischen.
Dieser Abstand ist im Grunde ein Puffer. Ich nutze nicht jeden möglichen Dollar an Kreditspielraum, nur weil meine Sicherheiten das technisch erlauben. Und das hat mich anders über „Kapital-Effizienz“ nachdenken lassen.
Wir betrachten höhere LTV normalerweise als besser, weil mehr Kapital eingesetzt wird. Aber wenn die Nutzung dieses zusätzlichen Spielraums die Position auch viel näher an der Liquidation lässt: Ist das dann wirklich effizienter?
Vielleicht gibt es einen Punkt, an dem nicht genutzter Kreditspielraum keine Ineffizienz ist. sondern Risikomanagement.
Wie viel Puffer sollte ein Kreditnehmer tatsächlich bereit sein aufzugeben, um eine höhere Kapital-Effizienz zu erreichen?
Je mehr ich mir die Range Orders von @TermMax ansehe, desto mehr frage ich die Idee eines einzelnen Lending-Zinssatzes in Frage.
Angenommen, ich bin bereit, 100K $ zu 8 % zu verleihen.
Würde ich dann wirklich die nächsten 900K $ meiner Liquidität mit demselben 8 % bepreisen?
Wahrscheinlich nicht.
Je mehr meines Kapitals gebunden wird, desto mehr muss ich über Konzentration, Liquidität und darüber nachdenken, was dieses Kapital sonst noch tun könnte. Für mich ist also der spannende Teil einer Range Order nicht einfach, dass ich einen Zinssatz auswählen kann.
Sondern dass sich mein Zinssatz ändern kann, sobald mehr meiner Liquidität in Anspruch genommen wird.
Das fühlt sich näher an der tatsächlichen Preisbildung von Kapital an.
Die ersten 100K $ können relativ günstig sein. Wenn der Markt weitere 400K $ will, dann könnte meine geforderte Rendite höher steigen. Anstatt fünf verschiedene Orders zu platzieren, um diese Präferenz auszudrücken, kann die Kurve das selbst abbilden.
Aber es gibt hier auch einen Trade-off.
Eine ausdrucksstärkere Order gibt dem Liquiditätsanbieter mehr Kontrolle, bedeutet aber auch mehr Verantwortung dafür zu entscheiden, wo diese Kurve liegen soll.
Und das bringt mich zu der Frage:
Bewegen wir uns von Märkten, in denen Liquidität einen einzigen Preis hat, hin zu Märkten, in denen Liquidität selbst eine Preisstrategie haben kann?
Das fühlt sich nach einem deutlich größeren Wandel an als nur das Hinzufügen eines weiteren Order-Typs.
Je genauer ich in Dusk hineinsah, desto mehr begann ich zu denken, dass das Tokenisieren eines Assets vielleicht tatsächlich der einfache Teil ist.
Ein Asset on-chain zu setzen klingt großartig, aber dann fangen die eigentlichen Fragen an. Wer kann darauf zugreifen? Wer kann es übertragen? Welche Informationen sollen sichtbar sein? Und sobald es gehandelt wird: Wie läuft dann die gesamte Abwicklung tatsächlich ab?
Das ist der Teil von Dusk, der mich mehr interessiert hat.
Anstatt Compliance und Marktregeln irgendwo außerhalb der Blockchain zu belassen, baut Dusk sie direkt in die Infrastruktur ein. Citadel übernimmt Identität und Zugriff mit selektiver Offenlegung, während DuskDS die zugrunde liegende Abwicklungs- und Datenverfügbarkeits-Schicht bereitstellt.
Und NPEX macht daraus mehr als nur eine interessante Architektur auf dem Papier. NPEX ist eine regulierte niederländische Handelsplattform, und Dusk arbeitet mit NPEX daran, regulierte Wertpapiere und RWA-Workflows on-chain zu bringen.
Also frage ich jetzt nicht wirklich: „Können wir dieses Asset tokenisieren?“
Dieser Teil ist bereits verstanden.
Mich interessiert vielmehr, ob die Regeln, der Handel und die Abwicklung rund um dieses Asset tatsächlich on-chain funktionieren können.
Je mehr ich mir On-Chain-Finanzwesen anschaue, desto mehr fühlt sich eine Sache unterschätzt an: Abwicklung (Settlement).
Einen Vermögenswert zu tokenisieren klingt beeindruckend, aber das ist nur ein Teil der Geschichte. Der eigentliche Test beginnt nach dem Handel. Wenn die Transaktion abgewickelt werden muss, muss das Netzwerk sich auf den endgültigen Zustand einigen, und der gesamte Prozess muss zuverlässig für echte Finanzmärkte funktionieren.
Das ist einer der Gründe, warum mich Dusk aufgegriffen hat.
Seine Architektur trennt die Ausführung von der Settlement-Schicht; DuskDS übernimmt Konsens, Datenverfügbarkeit und Abwicklung. So geht es nicht einfach darum, „finanzielle Vermögenswerte auf eine Blockchain zu bringen“. Es geht darum, Infrastruktur aufzubauen, mit der die Marktaktivität rund um diese Vermögenswerte tatsächlich On-Chain abgewickelt werden kann.
Und ich glaube, das ist ein Punkt, der leicht übersehen wird, weil Tokenisierung viel leichter zu besprechen ist.
Ein Token ist sichtbar.
Die Abwicklung macht den Token nützlich.
Wenn also Menschen fragen, was Dusk On-Chain bringt, denke ich, dass es eine bessere Frage gibt:
Bringen wir nur finanzielle Vermögenswerte auf On-Chain, oder bauen wir die Marktinfrastruktur darum herum tatsächlich neu?
Ich bin heute ein wenig tiefer in TermMax eingestiegen.
Gestern habe ich mir vor allem den Festzins-Teil angesehen. Aaj thoda mechanism samajhne ki koshish ki, und genau dabei sind FT und XT auf mein Interesse gestoßen.
TermMax sagt nicht nur: „Dieses Darlehen hat einen festen Zinssatz“ und lässt es dabei. Die Schuld selbst ist über verschiedene Tokens strukturiert.
FT, der Fixed-rate Token, steht für den Betrag, der bei Fälligkeit eingelöst werden kann. Das ist der Teil, der dem Kreditgeber diese feste Rendite-Seite gibt.
XT ist im Grunde die andere Seite dieser Struktur — es repräsentiert die mit dem Darlehen verbundene Zinsverpflichtung.
Was ich interessant fand: Das sind nicht einfach zufällige zusätzliche Tokens. Sie sind tatsächlich Teil dessen, wie TermMax ein Darlehen mit festem Zinssatz so umsetzt, dass es auf der Chain existieren und gehandelt werden kann.
Thoda technical hai, aber das ist genau die Art von Dingen, die ich verstehen wollte, bevor ich TermMax einfach „ein weiteres Lending-Protokoll“ genannt hätte.
Je mehr ich las, desto mehr habe ich das Gefühl, dass der interessante Teil nicht das Wort „fest“ ist.
Sondern wie sie das Festzins-Lending darunter tatsächlich zum Laufen bringen.
Ich habe mich immer wieder über eine Sache im Bereich On-Chain-Finanzierung gewundert: Wenn traditionelle Märkte bereits Systeme für die Ausgabe, den Handel und die Abwicklung von Vermögenswerten haben, warum sollte man diese Workflows überhaupt auf eine Blockchain verlagern?
Die Betrachtung von Dusk und NPEX hat die Frage noch interessanter gemacht. NPEX ist ein regulierter niederländischer Handelsplatz, und die Partnerschaft konzentriert sich darauf, regulierte Finanzinstrumente über Blockchain-Infrastruktur auszugeben, zu handeln und zu tokenisieren.
Aber einen Markt On-Chain zu bringen bedeutet nicht nur, einen Token zu schaffen. Das eigene Modell für die Marktinfrastruktur von Dusk umfasst Anlegerberechtigung, Übertragungskontrollen, Zahlungskoordination, Abwicklung, Reporting und selektive Offenlegung.
Das hat mich zu dem Gedanken gebracht, dass der eigentliche Punkt nicht einfach darin besteht, „Wertpapiere auf eine Blockchain zu setzen“.
Es geht darum, ob mehrere Teile des Marktes, die derzeit auf getrennten Systemen basieren, tatsächlich um dieselbe Infrastruktur herum arbeiten können.
Und genau das macht mich nach wie vor neugierig.
Wenn das bestehende System bereits funktioniert, was müsste dann so weit verbessert werden, dass Institutionen einen On-Chain-Marktplatz wirklich bevorzugen?
Ich sehe immer wieder, dass RWAs einfach als „das Platzieren realer Vermögenswerte auf der Blockchain“ beschrieben werden, aber je mehr ich mir das angesehen habe, desto weniger einfach klang das.
Wenn ein bestehender Vermögenswert einen Token auf einer Blockchain erhält, während Verwahrung, Abwicklung, Anlegeraufzeichnungen und andere Teile seines Lebenszyklus weiterhin von getrennten Systemen abhängen, dann ist der Token in Wahrheit nur ein Teil des Prozesses.
Dusk macht hier eine Unterscheidung, die ich interessant fand: Tokenisierung kann einen bestehenden Vermögenswert on-chain abbilden, während die native Emission bedeutet, dass der Vermögenswert selbst rund um On-Chain-Workflows erstellt und verwaltet werden kann – einschließlich Emission, Übertragungen und Abwicklung.
Das hat mich fragen lassen, ob wir die RWA-Übernahme manchmal vielleicht zu früh messen.
Wenn man zählt, wie viele Vermögenswerte tokenisiert wurden, sagt das zwar etwas aus, aber es zeigt nicht zwangsläufig, wie viel vom tatsächlichen Finanz-Workflow bereits auf die Blockchain verlagert wurde. Vielleicht ist das schwierigere Meilenstein-Ziel nicht, einen Vermögenswert erst auf eine Blockchain zu bringen.
Sondern ihn auch dort durch seinen gesamten Lebenszyklus zu führen. Wie viel von der heutigen RWA-Aktivität verändert wirklich die finanzielle Infrastruktur – statt nur eine Blockchain-Darstellung zu einem bestehenden Prozess hinzuzufügen? #dusk $DUSK @Dusk
Ich habe schon viele Projekte gesehen, die EVM-Kompatibilität als Verkaufsargument nutzen, also dachte ich zunächst, dass es dort nicht viel zu erkunden gäbe.
Dann habe ich mir genauer angesehen, wie die EVM-kompatible Schicht von Dusk positioniert ist.
Sie bietet Entwicklern die vertrauten Solidity/Viper- und EVM-Tools, die sie bereits kennen, aber der interessante Teil ist, dass sie auch einen Weg zu vertraulichen Workflows über Hedger bereitstellt. Hedger verwendet homomorphe Verschlüsselung und Zero-Knowledge-Beweise für vertrauliche Transaktionsabläufe.
Das schafft einen spannenden Zielkonflikt.
EVM-Kompatibilität soll das Bauen und die Integration erleichtern. Finanzanwendungen können jedoch Informationen enthalten, die nicht einfach öffentlich werden sollten, nur weil die Anwendung auf der Chain läuft. Das eigene Use-Case-Material von Dusk weist ausdrücklich auf Salden, Positionen, Gegenparteien und Business-Logik als Informationen hin, die möglicherweise geschützt werden müssen.
Daher interessiert mich weniger die Frage, ob die EVM-kompatible Schicht von Dusk „ein weiteres EVM“ ist.
Die spannendere Frage für mich ist, ob vertraute EVM-Infrastruktur plus vertrauliche Ausführung On-Chain-Finanzierung tatsächlich praktikabel machen kann – für Anwendungen, die nicht mit voller öffentlicher Sichtbarkeit operieren können.
Denn Werkzeuge zu haben, ist das eine.
Entwickler aber dazu zu bringen, auch wirklich die finanziellen Anwendungen zu bauen, die sie brauchen, ist etwas anderes.
Ich dachte früher, der schwierige Teil tokenisierter Assets bestünde einfach darin, sie auf die Blockchain zu bringen. Ein Blick auf Dusk Trade hat mich das hinterfragen lassen.
Dusk beschreibt Dusk Trade als Anwendungsebene für tokenisierte Finanz-Assets auf Dusk – mit Fokus auf Dinge wie Investor-Onboarding, Handel, Zahlungskoordination und Abwicklung.
Doch das wirft für mich eine spannendere Frage auf: Wenn ein Asset einmal tokenisiert ist – was für ein Markt lässt sich dann tatsächlich darum aufbauen?
Tokenisierung ist nur ein Schritt. Der eigentliche Test könnte das sein, was danach passiert.
Einer Sache, die ich an @Dusk interessant finde, ist, dass das Hinbringen von Finanzmärkten On-Chain nicht bedeutet, dass alles öffentlich gemacht werden muss.
Im traditionellen Finanzwesen ist manche Information einfach nicht dafür gedacht, von jedem gesehen zu werden. Transaktionen, Gegenparteien und andere sensible Details können echte Konsequenzen haben, wenn sie offen offengelegt werden.
Doch vollständige Privatsphäre ist auch nicht die Lösung.
Aufsichtsbehörden, Auditoren und andere autorisierte Stellen müssen weiterhin eine Möglichkeit haben zu überprüfen, was vor sich geht, wenn es einen legitimen Grund dafür gibt.
Genau hier wird programmierbarer Datenschutz interessant.
Mit Dusk geht es darum, sensible Informationen zu schützen und gleichzeitig zu ermöglichen, dass die notwendige Information der richtigen Partei unter den richtigen Bedingungen offengelegt wird.
Für regulierte Finanzmärkte ist diese Unterscheidung entscheidend.
Die Frage lautet möglicherweise nicht – „Soll Blockchain privat oder transparent sein?“
Sie könnte stattdessen sein:
„Wer soll was sehen können, und unter welchen Bedingungen?“
Wenn Finanzmärkte On-Chain in Bewegung sind, könnte die Steuerung der Offenlegung genauso wichtig sein wie Transparenz selbst.
BTC hält stark und Altcoins zeigen endlich echte Bewegung, anstatt den ganzen Tag zu schlafen.
Die Stimmung fühlt sich ehrlich gesagt jetzt anders an. Vor ein paar Wochen hatte jeder Angst, überhaupt Trades einzugehen, und jetzt werden die Leute langsam wieder aktiv.
AI-Coins, RWA-Projekte und sogar einige alte Alts bekommen wieder Aufmerksamkeit. Es fühlt sich an, als würde die Liquidität wieder durch den Markt rotieren. Ich sage nicht, dass wir von hier aus gerade nach oben gehen, denn Crypto liebt es, die Leute zu überraschen 💀, aber das Marktvertrauen sieht definitiv viel besser aus gerade.
Im Moment scheinen die Bullen die Kontrolle zu haben..
Handel smart und jage nicht willkürlichen Pumpbewegungen hinterher ❤️