Salman49

JAPAN WILL, DASS AKTIENHANDEL NICHT MEHR ZWEI TAGE WARTEN MUSS

Ein Handel ist auf dem Bildschirm in Sekunden abgeschlossen.

Trotzdem wartet er zwei Tage, bis er endgültig wird.

Diese Lücke ist das eigentliche Problem.

Japan versucht, das zu beheben. Die FSA und die Bank of Japan entwickeln einen Plan für die Blockchain-Abwicklung von Aktien und Staatsanleihen. Der Plan wird voraussichtlich Anfang 2027 erwartet. Ziel ist eine Echtzeit-Abwicklung. Kein T plus zwei.

Aber sie setzen nicht einfach nur eine Aktie auf eine Kette.

Dieser Teil ist einfach.

Das Schwierige ist: Das Geld muss sich mit dem Vermögenswert bewegen. Heute bewegt sich der Vermögenswert in einem System. Die Zahlung läuft in einem anderen. Jemand muss dafür sorgen, dass beide zustimmen. Diese zweitägige Wartezeit ist nicht leer. Sie ist Risiko. Sie ist Sicherheitenstellung. Es ist das wiederholte Abgleichen von Teams.

Japan testet einen anderen Ansatz. Übertragung und Zahlung zusammen. Gleichzeitig. Die BOJ testet dafür tokenisiertes Zentralbankgeld.

Stell dir vor, beide Seiten aktualisieren sich gemeinsam.

Kein Vermögenswert, der im Schwebezustand festhängt, während das Bargeld nachzieht. Kein Warten, weil zwei Uhren unterschiedlich laufen.

Das ist heute noch nicht live. Es ist Design- und Testphase. Ein reales Netzwerk wird erst Anfang der 2030er Jahre erwartet.

Die versteckten Kosten, Finanzwerte On-Chain zu bringen

Der Teil, den niemand in die Schlagzeile zur Tokenisierung setzt, ist die Aufräumarbeit.

Ein Wertpapier kann digital werden, während die Menschen darum herum weiterhin getrennte Aufzeichnungen führen. Die Zulassung von Investoren liegt irgendwo – die andere Stelle verwaltet wiederum etwas anderes. Zahlungen kommen über ein weiteres System. Dann prüft jeder, ob die Aufzeichnungen übereinstimmen.

Dieser letzte Schritt ist teuer.

Nicht, weil das Kopieren von Daten schwierig wäre. Sondern weil bei jeder Übergabe ein weiterer Ort entsteht, an dem eine Ausnahme auftreten kann.

Dusk nimmt einen anderen Weg. Die Marktinfrastruktur von Dusk verbindet Berechtigungen, Transfersteuerungen, Privacy-Zahlungskoordination und Abwicklung im Rahmen desselben regulierten Asset-Workflows. Dusk Trade bringt diese Bausteine in einen tatsächlichen Produktablauf, um tokenisierte Finanzwerte zu entdecken, zu kaufen und zu verkaufen.

Spannend ist nicht, dass eine einzige Blockchain mehr kann.

Spannend ist, was mit der Verantwortung passiert.

Wenn derselbe kontrollierte Status referenziert werden kann, wenn ein Investor einsteigt, wenn ein Asset übertragen wird und wenn die Abwicklung erfolgt, müssen weniger Teams im Nachhinein rekonstruieren, was passiert ist. Das kann weniger manuelle Prüfungen bedeuten und weniger Gelegenheiten dafür, dass zwei Systeme nicht übereinstimmen. Das eigene Material von Dusk für den privaten Markt macht dieses Abgleichsproblem explizit.

Aber da gibt es eine gemeine kleine Falle.

Sauberere Infrastruktur schafft keine Käufer.

Dusk selbst erkennt an, dass Tokenisierung keine Nachfrage, keine Liquidität oder faire Preisbildung erzeugen kann. Ein besserer Workflow braucht weiterhin einen autorisierten Handelsplatz, berechtigte Investoren und eine funktionierende Zahlungsinfrastruktur.

Die tiefere Dusk-These geht also gar nicht wirklich darum, Wertpapiere digital aussehen zu lassen.

Es geht darum, die administrative Maschinerie zu entfernen, die immer wieder dasselbe Finanzereignis auf fünf verschiedene Arten neu zusammenzusetzen versucht.

@Dusk $DUSK #dusk

DIE AKTIE KANN ONCHAIN WECHSELN. ABER KANN DAS GELD MITHALTEN?

Früher dachte ich, dass das Onboarding einer Aktie auf die Blockchain den schwierigen Teil löst. Das Eigentum bewegt sich digital, der Datensatz wird aktualisiert und der Handel wirkt abgeschlossen.

Dann gibt es aber diesen unbequemen Punkt.

Der Käufer muss immer noch bezahlen.

Ein echter Handel besteht nicht nur darin, den Vermögenswert zu verschieben. Das Geld muss auch auf der anderen Seite ankommen. Wenn sich die Aktie zwar sofort bewegt, die Zahlung aber irgendwo anders noch wartet, ist der Handel im Grunde nicht aus dem alten Prozess herausgekommen. Eine Seite ist fertig. Die andere macht noch Papierkram.

Genau diesen Teil von Dusk Trade finde ich hilfreicher, um ihn sich vor Augen zu führen. Das System wird so entworfen, dass der Kauf, die Zahlung und der finale Austausch als zusammenhängende Bausteine betrachtet werden – und nicht so, als wäre die Übertragung der Aktie die gesamte Transaktion.

Dann kommt EURQ ins Spiel. Quantoz stellt ein reguliertes eurobasiertes digitales Zahlungsinstrument bereit, und Dusk beschreibt es als einen wichtigen Teil des geplanten NPEX-Onchain-Austausch-Workflows.

Ganz einfach:

Die Aktie bewegt sich.

Das Geld bewegt sich.

Das System muss wissen, dass beides passiert ist.

Das klingt fast schon albern offensichtlich. Aber die traditionelle Abwicklung existiert zum Teil, weil diese beiden Seiten in unterschiedlichen Systemen erst abgeglichen, geprüft und bestätigt werden müssen.

Und ich glaube, das verändert, wie Tokenisierung bewertet werden sollte. Dass eine Aktie digital wird, ist eine Leistung. Dass Aktie und ihre Zahlung den Handel gemeinsam vollständig abschließen, ist das schwierigere wirtschaftliche Problem.

Wenn das Geld immer noch nachhinken muss, wartet der Handel immer noch. $DUSK #dusk @Dusk

WARUM PIECRUST + KNAPPE BESTÄTIGUNG DEN ABRECHNUNGSBESCHEID VERÄNDERT

Mein altes Telefon hatte ein dummes Problem. Ein Video-Editor behielt zu viel Verlauf, und jeder neue Export zog das Ganze wieder herunter. Das Ärgerliche war nicht nur ein langsamer Export. Es war, dass ich alte Arbeit immer wieder erneut bezahlen musste.

So kann man Piecrust sinnvoll betrachten. Dusk sagt, es habe RuskVM ersetzt, nachdem es auf Probleme mit State-Growth und Performance gestoßen ist: Piecrust liefert über 10x die Geschwindigkeit und günstigere Transaktionen. Noch wichtiger: Dusk baute es so, dass bei Änderungen im Konsensstatus keine unnötige Neu-Ausführung erfolgt.

Das ist entscheidend für die Abrechnung, weil Finanz-Workflows eine Menge Ausführung rund um eine einzige Asset-Bewegung auslösen können. Wenn die VM bereits geleistete Arbeit wiederverwenden kann, statt die gleiche Berechnung erneut durchzuführen, ist die Ersparnis nicht nur „die Blockchain ist schneller“. Das bedeutet: Weniger Infrastrukturarbeit muss überhaupt bezahlt werden.

Setzen Sie nun Succinct Attestation daneben. SA nutzt Komitees, um Blöcke zu validieren und abzusegnen, und Dusk ermöglicht eine deterministische Endgültigkeit eines Blocks nach der Ratifizierung.

Damit treffen die beiden Mechanismen unterschiedliche Teile des Abrechnungsprozesses. Piecrust reduziert Arbeit. SA reduziert das Warten auf Gewissheit.

Dieser Unterschied ist wichtig, weil die Abrechnungskosten nicht nur Transaktionsgebühren sind. Es gibt auch Infrastruktur, die im Hintergrund läuft, während das Eigentum verarbeitet wird, und alle warten darauf, dass das Ergebnis endgültig wird.

Und das ist der Teil, der mich mehr interessiert: Dusk trennt Ausführung von Abrechnung auf Architektur-Ebene. DuskVM übernimmt die Ausführung von Smart Contracts, während DuskDS Konsens, Finalität und Datenverfügbarkeit übernimmt.

Wenn diese Schichten jeweils unabhängig weiter die Rechenarbeit und die Unsicherheit der Abrechnung reduzieren, beginnen sich die wirtschaftlichen Aspekte für die Übertragung eines regulierten Assets weniger wie „eine Blockchain-Gebühr bezahlen“ anzufühlen und mehr wie das Entfernen von Bauteilen der Maschinerie, die die Abrechnung überhaupt erst teuer machten.

@Dusk $DUSK #dusk

WARUM DUSK NICHT EINEN KNOTEN MACHEN LÄSST, ALLES ZU TUN

Vor zwei Wochen versuchte ich, bei einem VPS Geld zu sparen. Ich habe meine Haupt-App, Datenbank-Backups und einen schweren Job zur Bildverarbeitung auf denselben kleinen Server gepackt. Schien effizient zu sein. War es nicht. Der Bild-Job startete, und plötzlich fehlten Anfragen für meine Haupt-App.

Dieses blöde kleine VPS-Problem holt mich wieder ein, wenn ich Dusk’ Node-Setup lese. Dusk trennt die Arbeit auf die Rollen Provisioner, Archive und Prover auf. Das sind nicht drei schicke Namen für eine Maschine, die alles macht.

Ein Provisioner konzentriert sich auf Konsens und benötigt mindestens 1.000 DUSK, die eingesetzt (gestaked) sind. Ein Archive Node hält die finalisierte Historie vor, zum Beispiel für „moonlightHistory“ und „finalizedEvents“. Ein Prover übernimmt die schwerere Arbeit beim Erstellen von Zero-Knowledge-Beweisen.

Dann komme ich zum Prover, und das Hardware-Problem verändert sich erneut. Dusk sagt, dass die Beweiserstellung Single-Threaded ist, sodass starke Single-Core-Leistung wichtig ist. Die Archive-Infrastruktur hat einen anderen Ausgangspunkt: 4 Cores, 8 GB RAM, 500 GB Speicher und 100 Mbit/s Netzwerk.

Und das ist der Teil, der sich vertraut anfühlt. Dusk empfiehlt, die Produktions-API-Infrastruktur getrennt von den Provisioner-Aufgaben zu halten, weil Query-Traffic und Wartung mit Konsensarbeit konkurrieren können. Ich habe genau das auf die nervige Art auf jenem VPS gelernt.

Jetzt schaue ich die drei Rollen ein wenig anders an. Wenn Konsens, historische Abfragen und ZK-Proving alle um dieselben Ressourcen kämpfen, ist eine einzelne Kiste, die alles macht, vielleicht nicht wirklich die einfachere Option.

@Dusk #dusk $DUSK

DUSK STELLT SEINE VERBRANNTEN BELLOHNUNGEN AUF DEN TISCH

Okay, die Idee mit der OpenDusk-Schatzkammer klingt zunächst einfach. Aber das Geld stammt aus einer ziemlich bestimmten Quelle: Belohnungen, die andernfalls verbrannt würden. Sobald ich darüber nachdenke, ändert sich die Frage. Es ist nicht nur „Sollte Dusk eine Schatzkammer haben?“ Es ist „Was soll mit dem Wert passieren, den das Protokoll ohnehin schon entfernt?“

Die Blockbelohnung von Dusk setzt sich aus neu ausgegebenem DUSK und Transaktionsgebühren zusammen. Der Blockgenerator kann außerdem bis zu weitere 10% auf Basis von Zertifikatsguthaben erhalten. Jeder Teil dieser zusätzlichen Zuteilung, der nicht verteilt wird, wird verbrannt. Der Entwicklungsfonds erhält bereits seinen eigenen 10%-Anteil.

Damit fühlt sich die Idee einer Schatzkammer für mich anders an. Verbrannte Belohnungen verschwinden und die Entscheidung endet dort. Halte diesen Wert fest, und plötzlich muss jemand eine Entscheidung darüber treffen. Und diese Entscheidung braucht einen Grund.

Entwickler-Tools? Infrastruktur? Fördermittel? Klar. Aber sechs Monate später muss jemand immer noch fragen, ob das Geld tatsächlich etwas Nützliches bewirkt hat.

Dusk betreibt bereits ein Grants-Programm mit meilensteinbasierten Budgets, Wartungsplänen und messbaren Zielen wie Transaktionsvolumen, Entwickleraktivität und Wachstum des Ökosystems. Das gibt mir einen praktischeren Blick auf eine Community-Schatzkammer. Das Spannende ist nicht, Geld zu haben. Es ist, warum man erklären muss, dass eine bestimmte Verwendung dieses Geld verdient.

Und genau diesen Punkt möchte ich bei OpenDusk im Blick behalten. Wenn Belohnungen nicht mehr automatisch verschwinden, muss die Community anfangen, Entscheidungen darüber zu treffen, was bleibt.

@Dusk $DUSK #dusk

$ZEC
$XRP

WARUM DAS REGELWERK VON 21X DUSK SPANNENDER MACHT

Ich bin in die 21X-Story gegangen und dachte, der interessante Teil sei Handel und Abwicklung, die gemeinsam stattfinden. Dann begann ich, mir die Regeln rund um dieses Setup anzusehen, und die Dusk-Verbindung wurde für mich noch interessanter.

21X hat sein eigenes Regelwerk, Pre-Trade Controls und eine Default Management Policy. Das sagt mir etwas Wichtiges darüber, was Dusk tatsächlich für @Dusk baut: Das On-Chain-Stellen eines Marktes entfernt nicht die Regeln rund um den Markt. Dusk stellt die Infrastruktur bereit, damit diese Regeln, die Handelsaktivität und die Abwicklung zusammen funktionieren können.

Die Pre-Trade Controls sind der Teil, zu dem ich immer wieder zurückkomme. Sie prüfen Orders, bevor sie ausgeführt werden. Ich mag diese Detailtiefe, weil sie zeigt, wo die Blockchain aufhört, die ganze Geschichte zu sein. Dusk kann Abwicklungs- und Ausführungsinfrastruktur bereitstellen, aber der Markt muss dennoch entscheiden, was überhaupt erst zugelassen werden soll.

Dann gibt es noch die Default Management Policy. Wenn jemand es nicht schafft, die Aufgabe zu erfüllen, verschwindet das nicht einfach magisch, nur weil die Abwicklung onchain passiert. Es braucht immer noch einen Prozess, um mit diesem Chaos umzugehen.

Und das verändert meine Sicht auf die Verbindung zu 21X. Dusk ersetzt nicht das Regelwerk durch Code. Zumindest nach dem, was ich sehen kann, versucht es, regulierte Marktaktivität auf eine Infrastruktur zu bringen, in der Ausführung, Privatsphäre und Abwicklung näher zusammenarbeiten können.

Das lässt mich über die größere Dusk-Idee nachdenken. Vielleicht besteht der interessante Teil des regulierten Finanzwesens, das onchain geht, nicht darin, alle alten Regeln zu entfernen.

Vielleicht geht es darum, Regeln und die Transaktion viel näher beieinander leben zu lassen.

$DUSK #dusk

Bitcoin hat gerade die Marke von 70.000 $ durchbrochen.

Aber das ist der Teil, den ich beobachte.

Die Rally wurde nicht nur von Käufern aus dem Spot-Markt angetrieben.

Mehr als 2,7 Mrd. $ an Krypto-Shorts wurden liquidiert, als $BTC nach oben durchbrach – und das hat bärische Positionierung in erzwungenen Kauf umgewandelt.

Das erzeugt eine fiese Feedback-Schleife.

Der Kurs steigt.

Shorts werden gequetscht.

Shorts kaufen zurück.

Der Kurs steigt wieder.

Der Markt beginnt, der Bewegung hinterherzulaufen, auf die er eigentlich gewettet hat.

Und jetzt – hier wird es interessant.

BTC erreichte heute rund 72,5 Tsd. $, aber der tägliche RSI lag bereits nahe bei 79, was zeigt, wie überhitzt der Move geworden ist.

Deshalb lese ich 70.000 $ nicht als „Bullenmarkt bestätigt“.

Ich sehe darin einen Test.

Kann die Spot-Nachfrage BTC über der Breakout-Zone halten, nachdem die erzwungenen Käufer weg sind?

Denn Short-Squeezes können eine Rally starten.

Sie können nicht beweisen, dass die Rally auch anhält.

Bis zum Monatsende wird diese Unterscheidung viel wichtiger sein als die Schlagzeilen-Kerze. #BTC

DAS TOKEN IST ONCHAIN. ABER WER BEOBACHTET DEN MARKT?

Ich schaue mir @Dusk und das NPEX- + Chainlink-Setup an, und irgendwie fühlt es sich leicht an, etwas zu übersehen. Ein Finanz-Asset onchain zu bringen löst das Problem des Eigentums. Es löst nicht das Informationsproblem. Das Ledger weiß, wer die Sicherheit besitzt. Es weiß nicht automatisch, wie viel diese Sicherheit außerhalb der Kette wert ist.

Okay, das Asset ist onchain. Aber der Preis kommt immer noch von woanders. Genau da ergibt DataLink für mich mehr Sinn. Dusk sagt, es sei dazu gedacht, offizielle NPEX-Exchange-Daten onchain zu bringen. Der nützliche Teil ist nicht nur, einen Preis in einen Smart Contract zu bekommen. Es ist, dem Contract eine Verbindung zu dem Markt zu geben, in dem das Asset existiert. Andernfalls kann die Blockchain korrekt sein und trotzdem mit dem falschen Marktbild arbeiten.

Und hier verändert Data Streams die Fragestellung. Bringt es nicht auch Marktdaten onchain? Der Unterschied liegt darin, wie schnell diese Informationen ankommen müssen. Data Streams ist für Low-Latency, High-Frequency-Marktdaten gebaut. Wenn sich der Markt zuerst bewegt und die Daten später eintreffen, kann die Transaktion wie programmiert ausgeführt werden und trotzdem mit veralteten Informationen arbeiten.

CCIP fügt ein weiteres Puzzleteil hinzu. Es übernimmt die Interoperabilität über Ketten hinweg, während der Cross-Chain-Token-Standard die DUSK-Bewegung über Burn-and-Mint-Mechaniken handhabt. So kann sich das Asset zwischen Netzwerken bewegen, ohne so zu tun, als wären Cross-Chain-Bewegung, Preisfindung und Marktdaten ein einziges Problem.

Das lässt Tokenisierung für mich weniger aufgeräumt wirken. Gib die Sicherheit aus. Erfasse das Eigentum. Hol dir den Marktpreis. Halte diese Information aktuell. Und dann soll die Anwendung darauf reagieren.

Und plötzlich macht das Token nicht mehr allzu viel ganz für sich allein.

Eine Weile habe ich Tokenisierung hauptsächlich als Blockchain-Problem betrachtet. Davon bin ich jetzt weniger überzeugt. Der schwierigere Teil könnte darin liegen, die Blockchain mit allem zu verbinden, was dem Asset seine finanzielle Bedeutung gibt.

Denn wenn das Trading beginnt und der Markt sich bewegt, kann der Smart Contract nicht sagen: „Ich hole später auf.“ $DUSK #dusk
$SKYAI $BNB

„Backtested Millionaire“, „Live Trading Peasant“

Dein Backtest ist ein Marvel-Film. Live-Trading ist das Backstage-Geschehen, wo das CGI-Budget aufgebraucht ist.

Der Backtest hat eine Trefferquote von 91%, weil er nur einsteigt, nachdem die Kerze grün geschlossen hat. Kein Slippage. Keine Gebühren. Keine Börse, die kurz drei Sekunden vor deinem Take Profit „ups, Wartung“ macht. Sie füllt dein Full-Size-Limit, als würde das Orderbuch die Tür extra für dich offenhalten. Niedlich.

Dann klickst du „live“.

Plot Twist.

Dein Limit verfehlt den Einstieg, weil dein Router geniest hat. Du gehst per Market rein, spendest einen Brocken an Gebühren und schaust zu, wie sich dein Edge verflüchtigt, bevor der Trade überhaupt geladen ist. Das Funding kippt ins Negative, als hätte es deine Position persönlich genommen. Drei Verluste stapeln sich, und dein Gehirn deinstalliert „Risk Management“, um „double or nothing“ zu installieren. Der Backtest nennt es einen „gesunden Pullback“. Deine Banking-App nennt es „unzureichendes Guthaben“.

Monatsende. Das Backtest-PDF stapft rein mit +14% und einem anmaßenden Grinsen. Dein Broker-Auszug kriecht rein mit -6%, einem Funding-Beleg, einer Abhebungssteuer und einem „danke fürs Mitmachen“-Band. Gleiche Setup. Gleicher Ticker. Andere Simulation. Jetzt kämpfen vier Parteien um eine einzige Dochtkerze im Depot. Der Backtest preist einen Kurs. Der Broker zählt Provisionen. Du googlest „wie erkläre ich das meinen Eltern“. Der Markt mäht einfach nur deinen Stop.

Backtest du: Hedgefonds-Anzug, sechs Monitore, sagt beim Brunch „Liquidität“.
Live du: der Typ, der um 9:15 Uhr richtig rausgekickt wurde und jetzt den Brunch nicht mehr bezahlen kann.

Die Equity-Kurve wurde in Canva editiert. Die Fills wurden von einem Fan-Account geschrieben. Deine Disziplin war eine Notion-Vorlage, die du nach dem Duplizieren nie geöffnet hast.

„Backtest“ ist keine Analyse. Es ist Hopium mit Achsenbeschriftungen.

WARUM BRAUCHT DUSK IHNES BLUBS-IDEEN VON ETHEREUM?

EIP-4844 war die DuskEVM-Details, die ich anfangs nicht ganz einordnen konnte. Ethereum hat Blobs eingeführt, um die Datenverfügbarkeit günstiger zu machen. Dusk hat jedoch bereits DuskDS für Settlement und Datenverfügbarkeit. Also: Warum bringt man dieses Design in Dusk?

Der Layer-Split gibt mir einen besseren Hinweis. DuskEVM übernimmt die EVM-Ausführung, während DuskDS Settlement und Datenverfügbarkeit übernimmt. Das bedeutet: Blobs haben hier eine spezifische Aufgabe. Sie können der Ausführungsebene einen standardisierten Weg geben, mit Daten zu arbeiten, ohne diese Verantwortung vollständig auf DuskEVM zu verlagern.

Rusk macht die Umsetzung schwerer abzutun, als wäre es nur ein Kompatibilitäts-Häkchen. Es hat Blob-Endpunkte, um Blobs über deren Commitment oder Hash abzurufen.

Rusk Wallet unterstützt ebenfalls Blob-Transaktionen. Rusk prüft sie auch im Rahmen der Vorbedingungen-Überprüfung. Das hat meine Aufmerksamkeit geweckt, weil der Blob jetzt Teil des Transaktionspfads ist – nicht nur etwas, das die EVM versteht.

KZG macht die Verbindung noch konkreter. EIP-4844 verwendet KZG-Commitments und -Proofs. Dusk-Tools verifizieren Blob-Commitments, während die Snapshot-Tools die KZG-Beziehung prüfen, bevor sie Blob-Objekte speichern.

So scheinen die Bausteine zusammenzupassen. DuskEVM übernimmt die Ausführung. DuskDS übernimmt Settlement und Datenverfügbarkeit. Blob-Transaktionen, -Abruf und KZG-Verifikation verbinden diese Verantwortlichkeiten.

Ich würde EIP-4844 nicht als etwas beschreiben, das Dusk nur aus Gründen der Vertrautheit mit Ethereum hinzugefügt hat. Dafür gibt es einen tieferen architektonischen Grund.

Aber warum genau dieses Ethereum-Design für ein Netzwerk, das seine eigene Architektur um regulierte Märkte aufbaut?

#dusk . $DUSK @Dusk

WAS, WENN EINE BLOCKCHAIN-TRANSAKTION NICHT FALSCH, SONDERN NUR ZU FRÜH IST?

Ich betrachte eine kleine Änderung in Rusk v1.7.0, die mich kurz innehalten lässt. Sie betrifft Moonlight-Transaktionen, die mit einer zukünftigen Nonce ankommen. Anstatt sie sofort abzulehnen, kann Rusk sie vorübergehend in eine Warteschlange stellen, während die Nonce-Lücke sich schließt.

Das bringt mich zum Nachdenken über den Unterschied zwischen ungültig und zu früh. Wenn der Knoten noch auf eine frühere Transaktion wartet, kann die nächste einfach weiter vorn in der Sequenz liegen. Rusk verwendet dafür eine begrenzte Retry-Warteschlange. Außerdem gibt es ein Deferred-Event aus, während die Transaktion wartet.

Der einfachste Vergleich für mich ist eine Banküberweisung. Überweisung Nummer zwei erreicht das System, bevor Überweisung Nummer eins dort ankommt. Ich gehe nicht automatisch davon aus, dass Nummer zwei schlecht ist. Zuerst will ich wissen, ob das System nur auf Nummer eins wartet.

Das macht auch diese @Dusk detail für mich interessant. Die HTTP-API kann 202 Accepted zurückgeben, wenn eine Transaktion weitergeleitet wurde. Aber das bedeutet nicht, dass sie bereits im Mempool ist oder finalisiert wurde. Dusk’ Dokumentation sagt sogar, dass die lokale mempoolTxs-Ansicht zukünftige-Nonce-Transaktionen ausschließt, die in der Prequeue warten.

Jetzt bin ich bei dem „deferred“-Teil hängen geblieben. Wenn ein Wallet oder eine Börse dieses Event sieht, was sollte es dann tatsächlich mit der Transaktion machen? Soll es warten, bis die Transaktion weiterkommt, oder gibt es ein anderes Signal, auf das es sich verlassen sollte?

Ich neige dazu, sie im Blick zu behalten. Aber ich möchte trotzdem wissen, wie echte Integrationen diese Wartezeit handhaben.#dusk

$METAB $STAR $DUSK

WARUM EIN BLOCKCHAIN-EVENT NICHT DASSELBE IST WIE FINALITÄT

Früher dachte ich, eine Börse müsse vor allem wissen, wann eine Blockchain-Transaktion passiert ist. Aber der Blick auf Dusk hat mich das hinterfragen lassen. Wenn sich eine Transaktion noch ändern kann, bin ich mir nicht sicher, ob eine Börse dieses Ereignis wie endgültiges Geld behandeln sollte.

Deshalb ist mir RUES (Rusk Universal Event System) aufgefallen. Dusk listet RUES speziell für Infrastruktur, Indexer und Börsen. Für mich ist der spannende Teil, was die Börse nach dem Empfang des Events macht.

Der Transaktionslebenszyklus von Dusk unterscheidet zwischen „included“, „executed“, „confirmed“ und „finalized“. In der Doku heißt es, dass man die „executed“-Transaktionen überwachen, auf Fehler prüfen, bestätigen soll, dass der Block finalisiert ist, und neu abhören soll, falls ein Block zurückgerollt wird. Ich kann nachvollziehen, warum das wichtig ist: Eine Börse zu früh zu gutschreiben könnte einen vorübergehenden Zustand in einen echten Kontostand verwandeln.

Ich denke dabei immer wieder an Sendungsverfolgung. Wenn mein Paket „unterwegs“ bzw. „out for delivery“ anzeigt, weiß ich, dass es sich bewegt, aber ich würde es noch nicht als zugestellt markieren. Vielleicht bin ich zu vorsichtig, aber ich kann sehen, warum eine Börse dieselbe Lücke zwischen „in Bewegung“ und „zugestellt“ haben möchte.

Die Idempotenz-Details haben mich ebenfalls nochmal zum Stoppen gebracht. Dusk sagt Deposit-Scanner, dass sie die Dusk-Transaktions-ID als Idempotenz-Schlüssel verwenden sollen – nicht das Memo – und Gutschrift sowie Block-Checkpoint atomar schreiben sollen. So darf, wenn der Scanner abstürzt und denselben Bereich erneut scannt, diese Transaktion keine zweite Einzahlung werden.

Und jetzt frage ich mich, ob ich RUES vielleicht zu simpel betrachtet habe. Wenn eine Börse das Event, die Finalität, die Reverts und die doppelte Verarbeitung jeweils separat bedenken muss: Wie viel der eigentlichen Arbeit passiert dann tatsächlich, nachdem die Blockchain gesagt hat, dass etwas passiert ist? @Dusk #dusk $DUSK

WARUM TRANSPARENZ IM FINANZWESEN ZUM PROBLEM WERDEN KANN

Krypto hat Transparenz so wirken lassen, als wäre sie die offensichtliche Lösung. Alle sehen die gleiche Aktivität, also können alle dem gleichen Datensatz vertrauen.
Aber ich bin nicht sicher, dass diese Logik in Finanzmärkten genauso funktioniert.

Wenn jeder eine große Order, eine große Position oder die sensible Bewegung eines Unternehmens sehen kann, bevor sie abgeschlossen ist, kann diese Information das Verhalten anderer Menschen verändern. Transparenz kann dem Markt helfen zu verstehen, was passiert ist, aber zu viel Sichtbarkeit kann auch die Person entlarven, die die Bewegung auslöst.

Deshalb hat mich DUSKs Ansatz zum Datenschutz besonders angesprochen. Er scheint Datenschutz nicht einfach als das Weglassen von allem zu behandeln. Öffentliche Aktivitäten können weiterhin sichtbar bleiben, während sensible Transaktionen privat bleiben können – und spezifische Informationen können dennoch geteilt werden, wenn eine autorisierte Partei sie benötigt.

Hedger macht diese Idee für mich noch interessanter. Dusk baut darauf aufbauend vertrauliche EVM-Flows darum, mit dem Ziel, sensible Aktivitäten privat zu halten und sie gleichzeitig überprüfbar zu machen. Der Kurs umfasst außerdem mehr private Marktaktivität, statt jedes Detail vor allen zu breiten.

Mein Fazit ist ziemlich einfach:
Ein guter Finanzmarkt braucht vielleicht nicht mehr Transparenz. Er braucht möglicherweise eine bessere Kontrolle darüber, wer sehen darf, was.

Denn Transparenz soll Menschen dabei helfen, den Markt zu verifizieren.

Sie sollte nicht automatisch jedem Teilnehmer einen Vorteil gegenüber allen anderen verschaffen. DYOR.
@Dusk #dusk $DUSK

ICH DACHTE, DUSK HAT ZU VIELE PFADE. DANN HABE ICH MICH GEFRAGT, WAS EINFACH EIGENTLICH BEDEUTET.

Beim Lesen der Blockchain-Infrastruktur ist mir etwas aufgefallen: Wir nennen ein System normalerweise dann „einfach“, wenn die Architektur einfach aussieht. Eine Chain, ein Ausführungspfad, weniger bewegliche Teile. Klingt gut. Aber ich habe angefangen zu hinterfragen: Einfach für wen?

Das hat mich an Dusk gepackt. Anfangs fühlte sich ein EVM-Pfad und ein nativer Pfad wie unnötige Komplexität an. Warum nicht einfach einen auswählen?

Dann fand ich den eigenen Vergleich von Dusk. Maßgeschneiderte native Integrationen könnten 6–12 Monate dauern und bis zu 50-mal mehr kosten als EVM-Deployments, während EVM-Deployments in wenigen Wochen abgeschlossen werden können.

Das hat mich dazu gebracht, das Problem anders zu betrachten.

Die Kosten einer Blockchain liegen nicht immer in der Blockchain selbst. Ein großer Teil sitzt drumherum. Wallets, Exchanges, Entwickler-Tools, APIs, interne Systeme – all diese langweiligen Verbindungen müssen funktionieren, bevor überhaupt jemand sich für die zugrunde liegende Technologie interessiert.

Und genau diesen Teil halte ich für etwas, das wir unterschätzen.

Wenn eine Kette dadurch „einfacher“ wird, dass jedes externe System mehr leisten muss, um sich mit ihr zu verbinden: Haben wir dann tatsächlich Komplexität entfernt? Oder haben wir sie einfach nur woandershin verlagert?

Deshalb finde ich die Architektur von Dusk heute interessanter. Nicht, weil sie zwei Pfade hat, sondern weil sie eine größere Frage dazu aufwirft, wie finanzielle Infrastruktur aufgebaut werden sollte.

Vielleicht ist die beste Architektur nicht die mit den wenigsten Pfaden. Vielleicht ist es diejenige, die dafür sorgt, dass weniger Menschen etwas neu aufbauen müssen, was bereits funktioniert.

DYOR.

$DUSK
@Dusk
#dusk

Das Token kann fungibel sein. Die Person, die es hält, jedoch nicht.

Ich bleibe bei einem Punkt zu regulierten Assets auf der Kette immer wieder hängen.

Zwei Personen können dasselbe Wertpapier halten.

Aber sie können nicht dieselben Rechte haben.

Dusk' Design für regulierte Assets bringt Eignung, Identitätsnachweise, Wallet-Bindung und Transferprüfungen in den Workflow. Daher reicht es nicht immer, das Token zu halten. Die Person, die es erhält, muss möglicherweise auch die Regeln des Assets erfüllen.

Und das bringt mich dazu, meine Art zu hinterfragen, wie wir über Liquidität sprechen.

Üblicherweise frage ich:

„Wie viel Geld ist verfügbar?“

Aber vielleicht ist das nur die halbe Geschichte.

Was wäre, wenn die bessere Frage lautet:

„Wie vielen Personen ist es tatsächlich erlaubt, dieses Asset zu erhalten?“

Es könnte jede Menge Kapital abseits der Seitenlinie warten. Doch die reale Käufergruppe könnte trotzdem klein sein.

Citadel fügt noch eine weitere Ebene hinzu. Teilnehmende können Dinge wie Wohnsitz, Altersgruppe oder Akkreditierung über selektive Offenlegung nachweisen. Sie müssen nicht zwangsläufig alles über sich offenlegen.

Genau hier wird es für mich interessant.

Vielleicht ist das nächste Liquiditätsproblem im tokenisierten Finanzwesen nicht, genug Käufer zu finden.

Sondern genug Käufer zu finden, die auch tatsächlich dazu berechtigt sind, Eigentümer zu werden.

@Dusk #dusk $DUSK

ICH BIN EINEM „KAUF“-BUTTON IN DEN DÜMMER FOLGT. ES WURDE SCHNELL KOMPLIZIERT.

Ich habe den „Kaufen“-Button auf Dusk Trade gesehen und dachte ehrlich: Okay, das ist wahrscheinlich nur ein weiteres tokenisiertes-Asset-Marktplatz.

Dann habe ich mir angesehen, was rund um diesen Button passieren muss.

Bevor ich ein reguliertes Asset kaufen kann, braucht es KYC und Berechtigung. Meine Wallet muss sich verbinden. Die Zahlung muss zu dem Asset passen. Einige Informationen müssen privat bleiben, während andere Informationen möglicherweise an einen Emittenten, einen Handelsplatz oder eine andere autorisierte Partei gelangen müssen. Und nach all dem muss der Handel immer noch abgewickelt werden. Dusk Trade ist genau für diesen Workflow ausgelegt, während DuskDS darunter Abwicklung und Endgültigkeit übernimmt.

Das brachte mich zum Innehalten.

Der Token ist nicht wirklich das schwierige Teil.

Jeder kann sagen: „Dieses Wertpapier ist jetzt on-chain.“ Die unbequemen Fragen beginnen danach: Wer darf es kaufen? Wer darf es übertragen? Was darf der Emittent sehen? Wann wird die Zahlung tatsächlich mit dem Asset abgeglichen?

Das ist auch der Grund, warum mich die Idee der nativen Emission von Dusk so angesprochen hat. In ihren Dokus wird ein Asset nicht einfach als nur ein Token behandelt, der über einem alten System liegt. Sie betrachten den gesamten Lebenszyklus — Emission, Verwahrung, Handel, Abwicklung, Offenlegung und Reporting — und fragen, wie viel davon tatsächlich rund um das Ledger leben kann.

Und Dusk Trade ist noch vor dem Launch, also tue ich nicht so, als hätte ich diesen Markt bereits genutzt. Ich schaue mir das System an, das sie gerade zu bauen versuchen.

Denn dieser kleine „Kaufen“-Button verbirgt eine überraschend große Frage:

Können sich die Regeln rund um ein Finanz-Asset on-chain mit dem Asset selbst bewegen?

DYOR. @Dusk #dusk $DUSK

TBV'S MEIST INTERESSANTE IDEE IST NICHT DER BORROW-BUTTON

Der spannendste Teil von TBV ist für mich nicht der Borrow-Button. Es ist die Liquidation Order. Auf dem aktuellen öffentlichen Testnet hält TBV die Vaults bewusst klein: Die Mindest-Vault-Größe beträgt 0,01 BTC, die maximale Vault-Größe 0,4 BTC. Eine Position kann bis zu 10 Vaults verwenden. Der BTC-Collateral-Factor liegt bei 78%, und die Liquidation beginnt, wenn der Health Factor unter 1,0 fällt. TBV sperrt außerdem BTC auf Bitcoin, ohne es zu wrapen oder zu bridgen, und Aave v4 ist die erste DeFi-App, die darüber registriert ist.

Was mir besonders aufgefallen ist, ist, wie Babylon dich dazu bringen will, die BTC selbst zu strukturieren. In den Dokus wird empfohlen, zuerst eine „sacrificial vault“ und danach eine „protected vault“ einzusetzen. Wenn eine Liquidation passiert, geht das Protokoll die Vaults der Reihe nach durch und nimmt nur den Mindestbetrag, der nötig ist, um den Ziel-Health-Factor wiederherzustellen. Die geschützte Vault kann unangetastet bleiben. Du kannst die Vaults sogar später neu anordnen, wenn sich die Marktbedingungen ändern. Das fühlt sich sehr anders an als das übliche „ein kleiner Move und alles ist weg“-Collateral-Modell.

Darum fühlt sich TBV für mich größer an als nur eine Lending-Demo. Eine BTC-Vault wird für eine App beim Peg-in erstellt und kann später nicht zu einer anderen App verschoben werden – das Collateral ist also nicht nur „borrowbar“. Es ist außerdem mit einem Zweck gestaffelt. Ich komme immer wieder zu genau diesem Punkt zurück, mehr als zum Borrow-Screen: nicht ob BTC verwendet werden kann, sondern wie viel davon überlebt, wenn die Position anfängt, sich in die falsche Richtung zu bewegen. DYOR.

@BabylonLabs_io #baby $BABY