Sattar Chaqer

Privacy isn’t just about hiding the amount.

What I found interesting in Phoenix is that it also tries to make transactions harder to connect.

Phoenix uses notes stored in a Merkle tree. Each note has its own note public key.

Instead of using the same public key again and again Phoenix creates a one time note public key for each note.

That stood out to me because reusing the same identifier could make it easier to connect different transactions to the same user.$GRASS

The whitepaper says this one time key is designed to provide unlinkability between transactions.$UAI

There’s another part I found interesting.

The recipient can use a view key to check whether a note belongs to them while the secret key needed to spend that note can only be derived using their full secret key.

So the privacy idea here isn’t simply hide everything.

It’s more about controlling what can be connected publicly.

That made me look at Phoenix differently.

A private transaction is one thing.

Making it harder for someone to look at several transactions and connect them together is another.

And honestly that second part might be just as important.

@Dusk $DUSK #dusk

What matters most for privacy?

„Jede Blockchain-Nachricht an alle zu senden, klingt sicher. Es klingt auch unglaublich verschwenderisch.

Das machte Kadcast interessant, als ich Dusk’s Whitepaper durchgesehen habe.

Dusk nutzt Kadcast, um Blöcke, Transaktionen und Konsensabstimmungen zu verbreiten. Statt einfach jede benachbarte Node mit derselben Nachricht zu überfluten, organisiert Kadcast Nodes mithilfe von Ideen aus Kademlia.

Jede Node hält Routing-Informationen in Buckets gruppiert, die auf der XOR-Distanz zwischen Node-IDs basieren.

Dann wird die Weiterleitung selektiver.

Eine Node leitet eine Nachricht an ausgewählte Peers mit zunehmend großen XOR-Distanzen weiter. Diese Peers setzen den Prozess fort und erzeugen so eine strukturierte Kaskade über das Netzwerk.

Kadcast nutzt außerdem Multicast-Bäume. Eine Nachricht beginnt bei nahegelegenen Peers und wird dann an Nodes weitergegeben, die weiter vom Netzwerk entfernt sind. So kann das Netzwerk seine Nodes mit weniger Relays abdecken, statt dieselben Informationen wiederholt über unnötige Pfade zu senden.$TUT

Dieser Unterschied hat meine Aufmerksamkeit auf sich gezogen, weil Blockchain-Netzwerke teuer werden können, wenn jede Node ständig alles an jeden Nachbarn weiterleitet.

Es geht nicht nur darum, dass Nachrichten schnell durchkommen.

Es geht darum, redundante Übertragungen zu reduzieren, während eine zuverlässige und zeitnahe Verbreitung erhalten bleibt.

Ich mag das, weil es zeigt, dass die Blockchain-Performance nicht nur von Konsens oder Blockproduktion abhängt.$PUMP

Das Netzwerk muss Informationen außerdem effizient transportieren.

Manchmal ist das klügere Design nicht, mehr Nachrichten zu senden.

Es ist zu wissen, welche Nodes sie wirklich empfangen müssen.

@Dusk $DUSK #dusk

Was macht Kadcast effizient?

Der Markt bringt wieder einige interessante Namen mit. $TRUMP $BEAT Beide bekommen auf dem Chart viel Aufmerksamkeit. An diesem Punkt versuche ich nur herauszufinden, wie eigentlich alle diese Moves finden, bevor ich es tue.

Früher dachte ich, ein fehlgeschlagener Smart-Contract-Aufruf sei im Grunde nur ein Fehler.

Aber je mehr ich mir DuskVM angesehen habe, desto spannender wurde der Failure-Pfad.

Bevor die Ausführung überhaupt startet, prüft Dusk Dinge wie die Signatur des Absenders und den Nonce. Wenn diese grundlegenden Bedingungen nicht erfüllt sind, wird die Transaktion nicht wie normal zur Ausführung freigegeben.

Aber was passiert, wenn während der Ausführung etwas schiefgeht?

Das ist der Teil, den ich für wichtiger halte.

Ein Smart Contract kann Zustandsänderungen bewirken, während er läuft, aber ein fehlgeschlagener Aufruf lässt diese Änderungen nicht einfach dort liegen. Die Zustandsänderungen aus dieser fehlgeschlagenen Ausführung werden nicht übernommen.

So bleibt ein Contract nicht halbwegs zwischen seinem alten Zustand und einem unvollständigen neuen Zustand stecken.

Auch Gas spielt hier eine Rolle. Die Ausführung eines Contracts verbraucht Gas, was bedeutet, dass ein Fehlschlag nicht nur davon abhängt, ob das Endergebnis erfolgreich war. Es sind trotzdem Ausführungsressourcen im Spiel.

Das hat mich dazu gebracht, darüber nachzudenken, was „sichere Ausführung“ eigentlich bedeutet.

Es geht nicht nur darum, dass erfolgreiche Transaktionen funktionieren.

Es geht auch darum, dass das Verhalten bei Fehlschlägen vorhersehbar ist.

Für Finanzanwendungen ist diese Unterscheidung entscheidend. Ein System, das wertvolle Assets verwaltet, muss wissen, was passiert, wenn der erwartete Pfad bricht.

Manchmal ist der wichtigste Teil eines Smart Contracts nicht das, was passiert, wenn alles gut läuft.

Sondern das, was das Netzwerk tut, wenn es nicht läuft.

@Dusk $DUSK #dusk

Was ist am wichtigsten, wenn Aufrufe fehlschlagen?

Die Diagramme werden immer schwerer zu ignorieren.$HEMI $ONG $ENA

Drei Namen machen ziemlich ernsthaft Lärm.

Und irgendwie sitze ich immer noch hier und denke: Vielleicht hätte ich früher schon auf diese achten sollen.

Was an TermMax Alpha besonders auffällt, ist, wie klar es die potenzielle Kehrseite definiert, noch bevor eine Position überhaupt beginnt.

In Alpha bedeutet eine Long-Position: einen Call kaufen, während eine Short-Position: einen Put kaufen bedeutet.

In beiden Fällen zahlst du die Prämie im Voraus.

Und genau diese Prämie nennt TermMax „Max Cost“ – der im Voraus bezahlte Betrag und der maximal mögliche Verlust der Position.

Das eröffnet eine interessante Art, über Optionen nachzudenken.

Du kannst dich bezüglich der Marktrichtung irren. Die Position kann an Wert verlieren. Aber du weißt bereits, wie hoch der maximale Betrag ist, den du verlieren kannst, bevor du den Trade eingehst.

Du musst nicht raten, wie groß die Kehrseite am Ende werden könnte.

Das Risiko ist von Anfang an festgelegt.

Das nimmt das Marktrisiko natürlich nicht weg. Es macht die Kehrseite lediglich leichter zu verstehen.

Und genau das finde ich an Alpha spannend.

Das Produkt gibt den Nutzern nicht nur die Möglichkeit, von einer möglichen Preisbewegung zu profitieren.

Es bietet ihnen außerdem eine klar definierte Kostenhöhe für das Eingehen dieser Exponierung.

Für mich verändert das die Frage von „Wie viel könnte ich verlieren?“ zu „Bin ich mit den maximalen Kosten einverstanden, bevor ich einsteige?“

Diese Unterscheidung macht Optionen viel einfacher zu bewerten.

@TermMax #TermMax

Was macht Alpha interessant?

Der Markt weiß wirklich, wie man dich zweimal hinschauen lässt. $PEOPLE $ENA

Beide zeigen auf dem Chart eine ziemliche Stärke.

Ich fange an zu denken, dass die eigentliche Fähigkeit nicht darin besteht, die Gewinner zu finden, sondern sie zu finden, bevor sie sich bewegen.

Früher dachte ich, dass es automatisch die bessere Option ist, direkt in der nativen Umgebung einer Blockchain zu bauen.

Dann habe ich mir DuskVM genauer angesehen.

DuskVM gibt Entwicklern direkten Zugriff auf Dusk’s Layer-1-Umgebung. Smart Contracts können Dusk-spezifische Primitiven nutzen und eng mit den nativen Fähigkeiten des Netzwerks interagieren.

Das klingt wie ein offensichtlicher Vorteil – bis man sich die andere Seite anschaut.

Direkt auf Dusk aufzubauen bedeutet außerdem, mit Tools zu arbeiten, die speziell für DuskVM entwickelt wurden. Entwickler, die aus etablierten Ökosystemen kommen, fühlen sich mit vertrauten Sprachen, Frameworks und Entwicklungs-Workflows möglicherweise schon wohl.

Also gibt es tatsächlich eine echte Abwägung.

Du bekommst zwar einen näheren Zugriff auf die L1, rutschst aber weiter weg von dem Tooling, das du bereits kennst.

Das hat mich dazu gebracht, DuskVM anders zu betrachten.

Die Frage ist nicht nur, ob Dusk’s native Ausführungsumgebung leistungsstark ist.

Sondern ob der Zugang zu Dusk’s eigenen Primitiven wertvoll genug ist, damit Entwickler eine stärker spezialisierte Entwicklungs-Erfahrung akzeptieren.

Für Anwendungen, die Fähigkeiten benötigen, die eng an Dusk’s Architektur gekoppelt sind, könnte diese Abwägung durchaus Sinn ergeben.

Aber für Entwickler, die vor allem vertraute Tools und Workflows wollen, könnte die Lernkurve genauso wichtig sein wie die Technologie selbst.

Infrastruktur geht nicht nur darum, was Entwickler bauen können.

Es geht auch darum, was sie bereit sind zu lernen, um es zu bauen.

@Dusk $DUSK #dusk

Was ist für Entwickler wichtiger?

Ich glaube, das könnte meine Lieblingsart des Tradings sein.$DOGE Long 75x Hebel $0.61 Margin +$4.58 nicht realisierter PNL

Nur $0.61 Margin zu riskieren und zu beobachten, wie die Position $4+ Gewinn anzeigt, ist verrückt.

Genau deshalb kann Leverage-Trading dein Herz zum Rasen bringen.

Je tiefer ich in TermMax gehe, desto interessanter wird dessen Preismechanismus.

Ein Markt mit fester Rate klingt so, als sollte es genau eine Rate geben.

Aber TermMax nähert sich dem Pricing auf eine andere Weise über Range Orders.

Eine Range Order ist eine fortlaufende Order, mit der die Preiskurve des AMM konfiguriert wird. Anstatt die gesamte verfügbare Liquidität durch eine einzige Rate zu zwingen, kann ein Markt mehrere Range Orders enthalten, die jeweils einen unterschiedlichen Teil der Kurve abdecken.

Das bedeutet, dass sich die Rate ändern kann, je nachdem, wo die Liquidität sitzt.

Stell dir das weniger wie einen einzelnen festen Preis vor, sondern eher wie einen Pfad mit unterschiedlichen Preisstufen entlang des Weges.

Wenn ein Nutzer den Markt an einer Stelle der Kurve betritt, kann er eine andere Rate vorfinden als jemand, der an einer anderen Stelle einsteigt.

Das gibt Liquiditätsanbietern mehr Kontrolle darüber, wie ihr Kapital angeboten wird, während Market Taker je nach Einstiegsposition in die Kurve mit unterschiedlichen Raten interagieren können.

Was mir daran besonders auffällt, ist das hier.

Feste Rate heißt nicht, dass jeder Bereich des Marktes eine identische Rate hat.

Range Orders ermöglichen es TermMax, eine Preiskurve aufzubauen, in der unterschiedliche Abschnitte der Liquidität verschiedene Raten tragen können.

Das verändert, wie ich auf das TMX-Ökosystem schaue.

@TermMax #TermMax $BOME

Wie funktionieren Range Orders?

Der Markt findet immer wieder neue Namen, um mich zu überraschen. $BOME $RE

Beide bekommen auf dem Chart jede Menge Aufmerksamkeit.

Inzwischen frage ich nicht einmal mehr, welcher von beiden als Nächstes in Bewegung kommt – ich versuche nur, ihn zu erkennen, bevor es alle anderen auch tun.

Früher dachte ich, das Hinzufügen einer EVM zu einer Blockchain hätte vor allem das Ziel, die Entwicklung einfacher zu machen.

Aber wenn ich tiefer in Dusk eintauche, habe ich das anders gesehen.

Dusk hat zwei Ausführungsumgebungen: DuskVM und DuskEVM. Und sie scheinen zwei unterschiedliche Entwicklerprobleme zu lösen.

DuskVM ist die native Umgebung. Smart Contracts können in Rust geschrieben und zu WebAssembly kompiliert werden – so erhalten Entwickler die Möglichkeit, direkt innerhalb der L1-Architektur von Dusk zu bauen.

DuskEVM geht einen anderen Weg.

Es bietet Entwicklern, die aus Ethereum kommen, eine vertrautere Umgebung – mit Unterstützung für Solidity, Vyper und bewährten EVM-Tools.

Dieser Unterschied ist wichtiger, als ich zunächst dachte.

Wer eng mit der nativen Architektur von Dusk arbeiten möchte, kann DuskVM nutzen.

Aber jemand, der Solidity bereits kennt und jahrelang Ethereum-Entwicklungstools verwendet hat, möchte nicht unbedingt erst eine komplett andere Umgebung lernen, nur um mit Dusk zu experimentieren.

Daher sehe ich DuskVM und DuskEVM nicht als Konkurrenz zueinander.

Sie sind eher wie zwei Einstiegspunkte in dasselbe Netzwerk.

Der eine ist für Dusk nativer.

Der andere macht das Ökosystem für Entwickler aus der EVM-Welt zugänglicher.

Jetzt bin ich neugieriger auf die schwierigere Frage.

Kann Dusk beide Gruppen von Entwicklern anziehen, ohne dass sich seine Ausführungsarchitektur zersplittert anfühlt?

@Dusk $DUSK #dusk

Welche Dusk-Umgebung interessiert dich mehr?

Die Gewinnerliste wird so langsam richtig scharf. $BTW $HEMI $BR

Drei Namen sorgen für ordentlich Aufsehen in der Rangliste.

Und irgendwie schaue ich immer noch von der Seitenlinie aus zu, als hätte ich aus dem letzten Zug nichts gelernt.

Mir fällt immer wieder auf, dass festverzinsliche Erträge (Fixed Yield) meist so behandelt werden, als müsse man sie einfach halten, bis die Laufzeit endet.

TermMax macht diese Idee mit Fixed Rate Tokens (FTs) interessanter.

Ein FT ist ein ERC-20-Token, der dafür ausgelegt ist, bei Fälligkeit eine feste Rendite zu liefern. Anstatt den zugrunde liegenden Vermögenswert zu kaufen und einfach zu warten, bis sich der Zins aufbaut, kann ein Kreditgeber einen FT mit einem Abschlag auf seinen Nennwert erwerben.

Zum Beispiel zeigt die TermMax-Dokumentation einen einfachen Fall: Ein FT, der bei Fälligkeit gegen 110 USDC eingelöst werden kann, könnte für 100 USDC gekauft werden. Wenn man ihn bis zur Fälligkeit hält, stellt die Differenz von 10 USDC die Rendite dar.

Spannend ist, dass die Position nicht zwingend bis zum Ende gesperrt bleiben muss.

FTs können außerdem am Markt gehandelt werden.

Damit bekommt die Exponierung gegenüber einer festen Verzinsung noch eine zusätzliche Flexibilität. Der Wert der Position hängt nicht nur davon ab, wofür der FT am Ende eingelöst wird – er kann auch vor Fälligkeit übertragen oder gehandelt werden.

So wird das Konzept ziemlich simpel.

Kaufe den künftigen Wert mit einem Abschlag, löse dann zum Nennwert ein oder handle die Position vor Fälligkeit.

Das macht aus einer festen Rendite etwas Greifbareres – und komponierbar in DeFi.

Das ist es, was TMX und das TermMax-Modell für mich interessant macht.

#TermMax @TermMax

Wie würdest du einen FT nutzen?

Die Grafik wird interessant $BTW $VELVET

Diese beiden stehlen definitiv etwas Aufmerksamkeit vom Markt.

Und natürlich bin ich erst hier, um sie zu entdecken, nachdem die Bewegung bereits begonnen hat.

Eine Blockchain kann vollkommen geordnet wirken, wenn alles funktioniert. Das Interessante passiert jedoch, wenn es nicht funktioniert.

Was mir bei Dusk aufgefallen ist: Das Netzwerk geht nicht einfach davon aus, dass jeder Block pünktlich ankommt, oder dass jeder Provisionierer immer erreichbar ist.

Verzögerte oder verlorene Nachrichten können dazu führen, dass in derselben Runde mehrere Kandidatenblöcke einen Konsens erreichen und dadurch eine Fork entsteht. Das Fallback-Verfahren von Dusk löst das normalerweise, indem es den Kandidaten aus der niedrigsten Iteration auswählt. Ein Block mit höherer Iteration kann daher rückgängig gemacht werden, wenn ein Kandidat mit niedrigerer Iteration später den Konsens erreicht.

Aber es gibt ein tieferes Fallback.

Wenn genügend aufeinanderfolgende Iterationen fehlschlagen, weil Provisionierer offline oder isoliert sind, kann Dusk in den Notfallmodus wechseln. Normale Schritt-Zeitüberschreitungen werden deaktiviert und die Iterationen laufen weiter, bis ein Kandidatenblock das Quorum erreicht. Mehrere offene Iterationen können gleichzeitig laufen, was die Chance erhöht, einen Konsens zu erreichen – obwohl das auch die Wahrscheinlichkeit von Forks erhöht.

Das hat mich darüber nachdenken lassen, Konsens anders zu betrachten.

Der echte Test eines Netzwerks ist nicht nur, wie es sich verhält, wenn alles richtig läuft.

Sondern was passiert, wenn die Kommunikation zusammenbricht.

Für finanzielle Infrastruktur kann ein klar definiertes Verhalten für solche chaotischen Bedingungen genauso wichtig sein wie das Erreichen eines schnellen Konsenss unter normalen Bedingungen.

@Dusk $DUSK #dusk

Was ist in Ausfällen am wichtigsten?

Der Markt kocht heute

$CLO
$1000RATS
$ACE

Drei Namen tauchen plötzlich auf meinem Radar auf.

Ich schwöre, Krypto hat die Fähigkeit, dir den nächsten Move erst dann zu zeigen, wenn er schon gestartet ist.

Jetzt beobachte ich genau.

Ich merke immer wieder ein Problem in DeFi, das oft übersehen wird: Der Zinssatz, zu dem du Kredite aufnimmst, kann sich ändern, während deine Strategie noch läuft.

Variable Kredit- und Leihzinsen bewegen sich mit den Marktbedingungen. Das erzeugt Unsicherheit. Ein Kreditnehmer kann mit höheren Rückzahlungskosten konfrontiert sein, während die erwartete Rendite eines Kreditgebers sich ändern kann, sobald sich die Zinsen bewegen.

@TermMax geht dabei anders vor.

Sein Modell nutzt feste Kredit- und Leihzinsen für definierte Laufzeiten. Ganz einfach: Du kannst den Zinssatz kennen und auch wissen, wann die Position endet.

Das verändert die Planungsrechnung.

Für Kreditnehmer macht ein fester Zinssatz die Rückzahlungskosten über den vereinbarten Zeitraum besser kalkulierbar.

Für Kreditgeber kann die feste Struktur Renditen verständlicher machen und besser planbar.

Und ich glaube, das Datum der Laufzeit ist der Teil, den viele unterschätzen.

Wenn du nur den Zinssatz kennst, weißt du, wie viel.

Wenn du den Zinssatz plus die Laufzeit kennst, weißt du, wie viel für wie lange.

Dieser Unterschied ist entscheidend, wenn man eine Strategie aufbaut.

TermMax verändert nicht einfach nur, wie DeFi-Kredite funktionieren. Es geht darum, die Unsicherheit zu adressieren, die durch ständig wechselnde Zinsen entsteht, und beiden Seiten von Anfang an klarere Konditionen zu geben.

Darum lohnt es sich, festverzinste DeFi-Modelle im Blick zu behalten.

#TermMax

Was ist beim Verleihen am wichtigsten?

Noch ein Tag, noch ein Paar, das die Grafik interessant aussehen lässt.

$EDEN +27,59%
$ACE +27,08%

Beide leisten heute still und solide ihren Beitrag. In der Zwischenzeit schaue ich nur zu und frage mich, welches davon ich früher hätte bemerken sollen.

Früher dachte ich, die Auswahlkommission von Dusk sei einfach: mehr Einsatz = mehr Chancen.

Doch das ist differenzierter.

Dusk nutzt deterministische Extraktion, um Validatoren auszuwählen, wobei die Auswahlhäufigkeit proportional zum Einsatz ist.

Jeder berechtigte Validator erhält Gutschriften auf Basis eines pseudorandomen Scores, und diese Gutschriften bestimmen, wer für Konsensrollen ausgewählt wird.

Der interessante Teil?

Der Prozess ist deterministisch, aber zukünftige Auswahlen sind schwer vorherzusagen.

Dusk verwendet SHA3 mit Eingaben, darunter der Seed des vorherigen Blocks, die aktuelle Runde und der aktuelle Schritt sowie die Gutschrift, die zugewiesen wird.

Der Seed ändert sich dann mit jedem Block.

Außerdem gibt es einen Ausgleichsmechanismus, den ich interessant fand.

Nachdem ein Validator eine Gutschrift erhalten hat, wird sein Gewicht für die nächste Auswahl um 1 DUSK reduziert.

Das System ist also nicht einfach:

Größter Einsatz → dauerhafter Einfluss.

Stattdessen kombiniert es Einsatzgewicht, deterministische Zufälligkeit und wechselnde Auswahlgewichte.

Das Ergebnis ist ein Komiteauswahlprozess, bei dem der Einsatz eine Rolle spielt, aber wer als Nächstes ausgewählt wird, ist nicht ohne Weiteres klar.

Und für ein Netzwerk, das um finanzielle Infrastruktur herum entworfen ist, ist diese Unvorhersehbarkeit entscheidend.

@Dusk $DUSK #dusk

Was prägt die Auswahl von Dusk am meisten?

Die Gewinnerliste wird wieder interessant.

$GPS +57,86%
$ACE +39,51%

Beide haben einen ziemlich guten Tag, während ich hier sitze und mich frage, warum ich diese Bewegungen immer erst dann bemerke, wenn sie bereits passiert sind.

Eine Blockchain-Transaktion wird oft entweder als bestätigt oder nicht bestätigt beschrieben. Dusk’s Konsensmodell macht diese Antwort differenzierter.

Ein Block kann sich durch vier Zustände bewegen: accepted, attested, confirmed und final. Jede Stufe steht für ein anderes Maß an Sicherheit darüber, ob dieser Block noch ersetzt werden kann.

Ein accepted Block hat eine erfolgreiche Bestätigung (success attestation), kann aber noch durch einen Block mit niedrigerer Iteration ersetzt werden, der ebenfalls eine erfolgreiche Bestätigung hat. Ein attested Block hat eine erfolgreiche Bestätigung und alle vorherigen Iterationen sind fehlgeschlagen, sodass er nicht mehr durch einen Block mit niedrigerer Iteration ersetzt werden kann.

Dann kommt confirmed. In diesem Stadium ist es unwahrscheinlich, dass der Block ersetzt wird, obwohl ein Vorfahr (ancestor) noch ersetzt werden könnte. Das macht confirmed anders als final.

Ein final Block geht noch einen Schritt weiter: Er ist confirmed und sein Parent ist final. Laut der Dokumentation kann ein finaler Block unter keinen Umständen ersetzt werden.

Diese Unterscheidung lässt sich leicht übersehen, weil confirmed und final oft als dasselbe behandelt werden. Dusk macht die Abfolge ausdrücklich.

Für finanzielle Anwendungen ist es kein kleines Detail zu wissen, wann ein Block wirklich irreversibel wird. Das kann beeinflussen, wann eine Abwicklung (settlement) tatsächlich als abgeschlossen betrachtet werden kann.

@Dusk $DUSK #dusk

Wann ist ein Block wirklich final?

Der heutige Markt sendet gemischte Signale.

$HEMI +27,74%
$CYS -52,75%

Die eine Aktie pumpt, während die andere gnadenlos abverkauft wird. Krypto kann die Stimmung wirklich in Sekunden ändern.

Identität auf einer Blockchain muss nicht immer bedeuten, dass jede Einzelheit über einen Nutzer öffentlich sichtbar gemacht wird.

Deshalb ist mir Citadel aufgefallen, als ich die Dusk-Dokumentation durchgegangen bin. Das Glossar beschreibt Citadel als Dusk’ Identitäts- und Zugriffs-Layer, der auf selektiver Offenlegung basiert.

Die Idee ist einfach, aber der Unterschied ist entscheidend: Zu beweisen, wer jemand ist, oder ob er Zugriff hat, bedeutet nicht automatisch, dass jede Information zur Identität für alle sichtbar gemacht werden muss.

Für Finanzanwendungen kann das wichtig werden. Ein Netzwerk benötigt möglicherweise Identitäts- und Zugriffskontrollen, ohne dabei die Vertraulichkeit sensibler Informationen zu verletzen. Statt Transparenz als Alles-oder-Nichts-Entscheidung zu betrachten, deutet selektive Offenlegung auf ein stärker kontrolliertes Modell der Sichtbarkeit hin.

Was ich interessant finde, ist, dass Citadel neben der umfassenderen Datenschutz-Architektur von Dusk sitzt, statt sie zu ersetzen. Dusk definiert außerdem den Confidential Security Contract Standard als einen Rahmen, der sich an Geschäftsanforderungen anpassen kann, etwa an Datenschutzvorgaben und Compliance-Regeln.

Das macht Identität weniger wie eine separate KYC-Box und eher wie Teil der Infrastruktur.

Die eigentliche Frage für mich ist, wie weit selektive Offenlegung gehen kann, während Finanzanwendungen sowohl privat als auch nutzbar bleiben.

@Dusk $DUSK #dusk

Datenschutz in einer Blockchain muss nicht bedeuten, dass jede Transaktion für alle unsichtbar wird, und diese Unterscheidung ist für Finanzanwendungen wichtig.

Dusk nähert sich dem Datenschutz über verschiedene Sichtbarkeitsstufen an. Moonlight bietet transparente öffentliche Kontoflüsse, während Phoenix getarnte Überweisungen unterstützt, die auf Zero-Knowledge-Beweisen basieren. Mit Phoenix kann die Korrektheit einer Transaktion überprüft werden, ohne öffentlich den übertragenen Betrag offenzulegen oder die beteiligten spezifischen Notizen preiszugeben.

Das Spannende ist, was passiert, wenn jemand tatsächlich einen Nachweis benötigt. Dusk’s Dokumentation beschreibt selektive Offenlegung als Möglichkeit, dass autorisierte Parteien wie Emittenten, Venues, Auditoren oder Aufsichtsbehörden die erforderlichen Informationen abrufen können, ohne unnötige Daten öffentlich zu machen. Viewing Keys können verwendet werden, wenn Regulierung oder Audits eine kontrollierte Sichtbarkeit erfordern.

Das schafft eine andere Vorstellung von Transparenz. Anstatt anzunehmen, dass für eine Blockchain alles öffentlich sein muss, damit sie auditierbar bleibt, trennt Dusk öffentliche Sichtbarkeit von kontrollierter Offenlegung.

Für regulierte Märkte könnte diese Unterscheidung entscheidend sein. Ein Anleger möchte möglicherweise nicht, dass jeder Kontostand oder jede Überweisung dem gesamten Netzwerk offengelegt wird, während ein Auditor dennoch bestimmte Nachweise benötigt, um eine Transaktion oder einen Finanzprozess zu verifizieren.

Das Ziel ist also nicht einfach nur, private Transaktionen zu haben. Es geht genauer darum, sensible Informationen vertraulich zu halten und gleichzeitig einen Weg für autorisierte Überprüfungen zu bewahren, wenn diese tatsächlich erforderlich sind.

@Dusk $DUSK #dusk

Öffentliche und private Transaktionen erfordern normalerweise unterschiedliche Systeme, aber Dusk bringt beide Modelle in dasselbe Netzwerk.

Moonlight ist Dusk’ öffentliches Konto-basiertes Transaktionsmodell. Eine Transaktion identifiziert den Absender und den Empfänger über ihre öffentlichen Schlüssel, während Felder wie Wert, Nonce, Gaslimit, Gaspreis und Signatur dem Netzwerk helfen, die Transaktion zu verifizieren und zu verarbeiten. Das Modell bietet außerdem Schutzmechanismen wie Unangreifbarkeit, Verhinderung doppelter Ausgaben (Double Spending), Schutz vor Malleability und Verhinderung von Replay-Angriffen.

Phoenix geht einen anderen Ansatz. Es basiert auf der UTXO-Architektur ähnlich wie bei Bitcoin, ergänzt jedoch Mechanismen zur Privatsphäre. Anstatt offenzulegen, welches konkrete Note ausgegeben wurde, verfolgt das Netzwerk Nullifier, um doppeltes Ausgeben zu verhindern, ohne die genaue Note innerhalb des Merkle-Baums öffentlich zu identifizieren.

Außerdem gibt es einen wichtigen Unterschied bei der Verifikation. Phoenix-Transaktionen enthalten einen Zero-Knowledge-Beweis, mit dem das Netzwerk verifizieren kann, dass die Transaktion die Regeln befolgt, ohne sich auf dieselbe Art direkter Prüfungen zu stützen, die Moonlight verwendet.

Moonlight und Phoenix sind also keine konkurrierenden Versionen von Dusk. Sie liefern unterschiedliche Transaktionsmodelle für unterschiedliche Anforderungen an die Sichtbarkeit.

@Dusk $DUSK #dusk

Öffentliche Blockchains und regulierte Finanzen scheinen oft Gegensätzliches zu verlangen. Die einen setzen auf offene Sichtbarkeit, die anderen benötigen Vertraulichkeit, Nachvollziehbarkeit (Auditierbarkeit) und Compliance.

Dusk ist genau für diese Lücke entworfen.

Das Dusk-Whitepaper beschreibt eine datenschutzorientierte, compliance-fähige Blockchain, die dezentrale Plattformen mit traditionellen Finanzmärkten verbinden soll. Anstatt Datenschutz und Regulierung als getrennte Schichten zu behandeln, verankert Dusk vertrauliche Transaktionen, Auditierbarkeit und Compliance direkt in seiner Kerninfrastruktur.

Das Transaktionsmodell ist ein wichtiger Bestandteil dieses Designs. Dusk unterstützt Moonlight – sein öffentliches Kontomodell – ebenso wie Phoenix – sein verschlüsseltes UTXO-basiertes Modell. Dadurch kann das Netzwerk je nach Anwendungsfall unterschiedliche Wege nutzen, um die Sichtbarkeit von Transaktionen zu handhaben.

Das ist für Finanzanwendungen entscheidend, denn Datenschutz bedeutet nicht zwangsläufig, dass Informationen verschwinden. Dusk verfolgt einen Ansatz, der näher daran ist, zu steuern, was sichtbar ist und für wen – und gleichzeitig die Fähigkeit zu bewahren, die Anforderungen regulierter Märkte zu unterstützen.

Für mich macht das Dusk-Angebot interessanter, als es einfach eine Privacy-Blockchain zu nennen. Es versucht, Datenschutz, Compliance und finanzielle Infrastruktur auf Protokollebene zusammenzubringen.

@Dusk $DUSK #dusk

Der heutige Markt war voller Überraschungen.

$CYS +95.27%
$UAI -33.33%

Ein Token fliegt gerade, während ein anderer einen herben Rückschlag bekommt. So ist das eben bei Krypto. Ich habe mir heute einfach die Charts angesehen.

Viele gehen davon aus, dass zwei Blockchains einander verstehen müssen, bevor sie zusammenarbeiten können. Je mehr ich Babylons Architektur studiert habe, desto weniger überzeugend wurde diese Annahme.

Bitcoin wurde nie dafür entwickelt, die Ausführung von Ethereum zu interpretieren oder eine Kopie seines Zustands zu führen. Es darauf auszurichten würde die grundlegenden Prinzipien verändern, die Bitcoin vorhersehbar machen. Stattdessen nähert sich Babylon dem Problem von einer anderen Richtung. Anstatt Bitcoin beizubringen, eine andere Blockchain zu verstehen, gibt es Bitcoin etwas, das es bereits beurteilen kann: kryptografischen Beweis. Das Ziel ist kein gemeinsames Verstehen. Es geht um unabhängige Verifikation.

Diese Unterscheidung hat meine Sicht auf Interoperabilität verändert. Zwei Systeme müssen sich nicht unbedingt dieselbe Sprache sprechen, um zu demselben Ergebnis zu kommen. Sie brauchen nur Belege, die nach den eigenen Regeln verifiziert werden können. In diesem Sinne werden Beweise weniger zu Nachrichten und mehr zu mathematischen Zeugen, die auf keiner Seite vertrauensbasiert interpretiert werden müssen.

Je mehr ich über dieses Design nachdenke, desto mehr glaube ich, dass Cross-Chain-Infrastruktur möglicherweise die falsche Frage gestellt hat. Anstatt zu überlegen, wie Blockchains einander verstehen können, sollten wir vielleicht fragen, wie sie die gleiche Realität verifizieren können, während sie völlig unabhängig bleiben.

Vielleicht gehört die Zukunft der Interoperabilität nicht den Netzwerken, die am meisten miteinander kommunizieren. Sie könnte denen gehören, die Kommunikation am wenigsten vertrauen müssen.

@BabylonLabs_io $BABY #baby

Seit 2 Tagen bekomme ich keine Trading Points mehr 2026/07/31 und 2026/08/01. Hier sind die Screenshots

Viele gehen davon aus, dass, wenn Bitcoin irgendwo anders teilnehmen soll, Bitcoin selbst sich zuerst bewegen muss. Diese Annahme hat die Cross-Chain-Entwicklung jahrelang geprägt. Ich fange jedoch an zu denken, dass die Bewegung nicht der entscheidende Punkt ist.

Was mir beim Lesen der Dokumentation von Babylon aufgefallen ist, ist, dass die Architektur das Eigentum von der wirtschaftlichen Beteiligung trennt. Native BTC bleibt im Bitcoin-Netzwerk unter seinen ursprünglichen Sicherheitsannahmen gesperrt, während sein wirtschaftlicher Wert über Trustless Bitcoin Vaults den Handel von Krediten, Stablecoin-Perpetuals und anderen Finanzanwendungen unterstützen kann. Das Ziel ist nicht, Bitcoin umzusiedeln. Es geht darum, zu erweitern, was Bitcoin beitragen kann, ohne zu ändern, was Bitcoin ist.

Diese Unterscheidung hat meine Sicht auf Interoperabilität verändert. Vielleicht haben wir zu viel Zeit damit verbracht, bessere Wege zu entwickeln, um Assets zwischen Ökosystemen zu bewegen, und zu wenig Zeit damit, Systeme zu entwerfen, die mit Assets funktionieren können, die bereits dort existieren.

Wenn diese Idee weiter reift, könnte BItcoins Rolle im dezentralen Finanzwesen nicht mehr davon abhängen, wie viele Chains es erreichen kann. Vielleicht hängt es davon ab, wie viel wirtschaftliche Aktivität entstehen kann, während Bitcoin nie sein Zuhause verlässt.

Vielleicht geht es bei der Zukunft von BTCFi nicht darum, Bitcoin zu bewegen. Vielleicht geht es darum, alles außer Bitcoin zu bewegen.

@BabylonLabs_io $BABY #baby

Viele nehmen an, dass Bitcoin aufhören muss, Bitcoin zu sein, sobald es in DeFi eintritt. Wrapped Tokens, synthetische Assets und Custodians haben diese Annahme so naheliegend gemacht, dass sie fast unvermeidbar wirkt. Ich beginne jedoch zu denken, dass diese Annahme selbst mehr Prüfung verdient.

Was mir an der Architektur von Babylon besonders auffiel, ist, dass sie das Problem in die entgegengesetzte Richtung angeht. Anstatt eine weitere Darstellung von BTC zu schaffen, stellt sie die Frage, ob natives Bitcoin auf dem eigenen Netzwerk bleiben kann – und dennoch Kredite, Stablecoins, Perpetuals und andere Finanzanwendungen unterstützen kann, und zwar über Trustless Bitcoin Vaults. Die Herausforderung liegt nicht darin, Bitcoin eine neue Identität zu geben. Es geht darum zu beweisen, dass seine bestehende Identität ausreicht.

Diese Unterscheidung hat meine Sicht auf Sicherheiten verändert. Vielleicht liegt die echte Innovation nicht darin, eine bessere Version von Bitcoin zu erfinden. Vielleicht geht es darum, Infrastruktur zu entwerfen, die sich an Bitcoin anpasst, statt zu verlangen, dass Bitcoin zuerst angepasst wird.

Wenn dieser Ansatz gelingt, könnte sich das Gespräch rund um BTCFi komplett verschieben. Die Frage wird nicht mehr sein, wie man Bitcoin irgendwo anders nachbildet. Es wird darum gehen, wie weit natives Bitcoin mitwirken kann, ohne jemals ein anderes Asset zu werden.

Vielleicht wird die Zukunft von Bitcoin in DeFi nicht durch Repräsentation bestimmt. Vielleicht wird sie dadurch definiert, dass Authentizität bewahrt wird, während der Nutzen erweitert wird.

@BabylonLabs_io $BABY #baby