Binance Square
Jeeya_Awan
12.2k Beiträge

Jeeya_Awan

MPhil Student | 📚 🌍 Exploring crypto 💡 Excited to grow in digital finance | Let’s connect, learn & grow in blockchain 🚀
Trade eröffnen
Hochfrequenz-Trader
3.3 Jahre
557 Following
24.2K+ Follower
20.3K+ Like gegeben
Beiträge
Portfolio
PINNED
·
--
Verifiziert
#dusk $DUSK @Dusk_Foundation Piecrust: Virtuelle Dusk-Smart-Contract-Maschine ich dachte heute Abend daran, dass bei Gesprächen über Smart Contracts der Fokus meist auf den Anwendungen liegt. Doch die darunterliegende Ausführungsschicht ist genauso wichtig. Dusk’s Piecrust-VM verfolgt einen anderen Ansatz: Kompakte WASM-Module laufen in einer leichten, modularen Umgebung, die für sichere und effiziente Smart-Contract-Ausführung entwickelt wurde. Vor allem in Rust geschrieben, wird Piecrust durch piecrust-uplink unterstützt, das Entwicklern hilft, Verträge zu kompilieren, zu testen, bereitzustellen und zu verwalten. Was meine Aufmerksamkeit besonders geweckt hat, ist, wie Piecrust mit aufwendigen kryptografischen Arbeiten umgeht. Statt alles durch WASM zu zwingen, übernehmen Host-Funktionen Aufgaben wie Hashing, ZK-Proof-Verifikation und Signaturvalidierung. Dieses Design verbindet die Flexibilität von Smart Contracts mit Dusk’s datenschutzorientierter Architektur.
#dusk $DUSK @Dusk

Piecrust: Virtuelle Dusk-Smart-Contract-Maschine

ich dachte heute Abend daran, dass bei Gesprächen über Smart Contracts der Fokus meist auf den Anwendungen liegt. Doch die darunterliegende Ausführungsschicht ist genauso wichtig.

Dusk’s Piecrust-VM verfolgt einen anderen Ansatz: Kompakte WASM-Module laufen in einer leichten, modularen Umgebung, die für sichere und effiziente Smart-Contract-Ausführung entwickelt wurde. Vor allem in Rust geschrieben, wird Piecrust durch piecrust-uplink unterstützt, das Entwicklern hilft, Verträge zu kompilieren, zu testen, bereitzustellen und zu verwalten.

Was meine Aufmerksamkeit besonders geweckt hat, ist, wie Piecrust mit aufwendigen kryptografischen Arbeiten umgeht. Statt alles durch WASM zu zwingen, übernehmen Host-Funktionen Aufgaben wie Hashing, ZK-Proof-Verifikation und Signaturvalidierung.

Dieses Design verbindet die Flexibilität von Smart Contracts mit Dusk’s datenschutzorientierter Architektur.
Verifiziert
#dusk $DUSK @Dusk_Foundation Zedger: Private Wertpapiere und RWAs Onchain bringen Gedanken von gestern: Was mich an Dusk interessiert, ist, dass reale Vermögenswerte nicht als einfache Tokens behandelt werden. Sein Zedger-Protokoll ist um den schwierigeren Teil herum gestaltet: Wertpapiere und RWAs onchain nutzbar zu machen und dabei Datenschutz sowie regulatorische Anforderungen im Blick zu behalten. Laut dem Dusk-Whitepaper unterstützt Zedger sowohl tokenisierte als auch nativen Emissionen von Vermögenswerten. Es kann Aktionen wie das Prägen, Verbrennen, Dividenden und von Emittenten initiierte Zwangsübertragungen handhaben, wobei ZK-Beweise und Audit-Funktionen eingesetzt werden, um Aktivitäten zu validieren, ohne alles öffentlich offenzulegen. Das schafft ein interessantes Modell für Finanzmärkte: Datenschutz für sensible Transaktionen, aber dennoch genug Struktur für Compliance und Nachvollziehbarkeit. Für mich zeigt Zedger, dass das Hereinbringen von Wertpapieren onchain nicht nur um Tokenisierung geht. Es geht darum, die Regeln rund um den Vermögenswert aufzubauen.
#dusk $DUSK @Dusk

Zedger: Private Wertpapiere und RWAs Onchain bringen

Gedanken von gestern: Was mich an Dusk interessiert, ist, dass reale Vermögenswerte nicht als einfache Tokens behandelt werden. Sein Zedger-Protokoll ist um den schwierigeren Teil herum gestaltet: Wertpapiere und RWAs onchain nutzbar zu machen und dabei Datenschutz sowie regulatorische Anforderungen im Blick zu behalten.

Laut dem Dusk-Whitepaper unterstützt Zedger sowohl tokenisierte als auch nativen Emissionen von Vermögenswerten. Es kann Aktionen wie das Prägen, Verbrennen, Dividenden und von Emittenten initiierte Zwangsübertragungen handhaben, wobei ZK-Beweise und Audit-Funktionen eingesetzt werden, um Aktivitäten zu validieren, ohne alles öffentlich offenzulegen.

Das schafft ein interessantes Modell für Finanzmärkte: Datenschutz für sensible Transaktionen, aber dennoch genug Struktur für Compliance und Nachvollziehbarkeit.

Für mich zeigt Zedger, dass das Hereinbringen von Wertpapieren onchain nicht nur um Tokenisierung geht. Es geht darum, die Regeln rund um den Vermögenswert aufzubauen.
#dusk $DUSK @Dusk_Foundation Mondlicht vs. Phönix: Zwei Transaktionsmodelle Ich habe herausgefunden, was Dämmerung für mich interessant macht: Sie zwingt nicht jede Transaktion in dasselbe Datenschutzmodell. Stattdessen eröffnet sie den Nutzerinnen und Nutzern zwei unterschiedliche Wege. Mondlicht folgt einem kontobasierten Design. Ihr öffentlicher Schlüssel identifiziert das Konto, die Salden werden als globaler Zustand verwaltet, und Transaktionen werden über digitale Signaturen autorisiert. Das ist der transparenter Weg: Kontostände und Transaktionsprüfungen sind für das Netzwerk sichtbar. Phönix geht einen anderen Ansatz. Es verwendet ein UTXO-ähnliches System, in dem Vermögenswerte als Notizen dargestellt werden. Im verschleierten Modus ermöglichen Zero-Knowledge-Beweise, dass das Netzwerk verifizieren kann, ob eine Transaktion gültig ist, ohne die zugrunde liegenden Details direkt offenzulegen. Nullifier verhindern, dass dieselbe Notiz zweimal ausgegeben wird. So sehe ich Mondlicht und Phönix weniger als Konkurrenz und mehr als ergänzende Werkzeuge: Transparenz, wenn sie gebraucht wird, Privatsphäre, wenn sie erforderlich ist. Dieses duale Design gibt Dämmerung einen praktischen Weg, um Anwendungsfälle im Finanzbereich anzugehen, bei denen Vertraulichkeit und Nachprüfbarkeit nebeneinander existieren müssen.
#dusk $DUSK @Dusk

Mondlicht vs. Phönix: Zwei Transaktionsmodelle

Ich habe herausgefunden, was Dämmerung für mich interessant macht: Sie zwingt nicht jede Transaktion in dasselbe Datenschutzmodell. Stattdessen eröffnet sie den Nutzerinnen und Nutzern zwei unterschiedliche Wege.

Mondlicht folgt einem kontobasierten Design. Ihr öffentlicher Schlüssel identifiziert das Konto, die Salden werden als globaler Zustand verwaltet, und Transaktionen werden über digitale Signaturen autorisiert. Das ist der transparenter Weg: Kontostände und Transaktionsprüfungen sind für das Netzwerk sichtbar.

Phönix geht einen anderen Ansatz. Es verwendet ein UTXO-ähnliches System, in dem Vermögenswerte als Notizen dargestellt werden. Im verschleierten Modus ermöglichen Zero-Knowledge-Beweise, dass das Netzwerk verifizieren kann, ob eine Transaktion gültig ist, ohne die zugrunde liegenden Details direkt offenzulegen. Nullifier verhindern, dass dieselbe Notiz zweimal ausgegeben wird.

So sehe ich Mondlicht und Phönix weniger als Konkurrenz und mehr als ergänzende Werkzeuge: Transparenz, wenn sie gebraucht wird, Privatsphäre, wenn sie erforderlich ist. Dieses duale Design gibt Dämmerung einen praktischen Weg, um Anwendungsfälle im Finanzbereich anzugehen, bei denen Vertraulichkeit und Nachprüfbarkeit nebeneinander existieren müssen.
#dusk $DUSK @Dusk_Foundation Dusk’s Anreiz- und Slashing-Mechanismus Was mir an Dusk auffällt, ist, dass die Konsens-Anreize um eine einfache Idee herum gestaltet sind: Ausgewählt zu werden allein reicht nicht aus—du musst dich korrekt verhalten, wenn du ausgewählt bist. Provisioner können durch das Vorschlagen und Wählen verdienen, während das Protokoll auch ein subtileres Risiko adressiert: Künftige Blockgeneratoren könnten von früheren Iterationen profitieren, falls diese scheitern. Dusk begegnet diesem Problem, indem es Wähler belohnt, einen Teil der Generatorenbelohnungen an die einbezogenen Votes koppelt und die Iterationen begrenzt. Auch die Sanktionsseite ist ähnlich strukturiert. Geringfügige Fehler können zu einer Suspendierung und einem Soft Slashing führen und damit den Einfluss eines Provisioners reduzieren. Schwerwiegendere Handlungen wie doppeltes Wählen oder ungültige Blockvorschläge lösen ein Hard Slashing aus, das das eingesetzte Stake verbrennt. Das Ergebnis ist ein Anreizsystem, in dem Teilnahme, Verlässlichkeit und ehrliches Verhalten wirtschaftlich miteinander verbunden sind.
#dusk $DUSK @Dusk

Dusk’s Anreiz- und Slashing-Mechanismus

Was mir an Dusk auffällt, ist, dass die Konsens-Anreize um eine einfache Idee herum gestaltet sind: Ausgewählt zu werden allein reicht nicht aus—du musst dich korrekt verhalten, wenn du ausgewählt bist.

Provisioner können durch das Vorschlagen und Wählen verdienen, während das Protokoll auch ein subtileres Risiko adressiert: Künftige Blockgeneratoren könnten von früheren Iterationen profitieren, falls diese scheitern. Dusk begegnet diesem Problem, indem es Wähler belohnt, einen Teil der Generatorenbelohnungen an die einbezogenen Votes koppelt und die Iterationen begrenzt.

Auch die Sanktionsseite ist ähnlich strukturiert. Geringfügige Fehler können zu einer Suspendierung und einem Soft Slashing führen und damit den Einfluss eines Provisioners reduzieren. Schwerwiegendere Handlungen wie doppeltes Wählen oder ungültige Blockvorschläge lösen ein Hard Slashing aus, das das eingesetzte Stake verbrennt.

Das Ergebnis ist ein Anreizsystem, in dem Teilnahme, Verlässlichkeit und ehrliches Verhalten wirtschaftlich miteinander verbunden sind.
#dusk $DUSK @Dusk_Foundation Rollende Endgültigkeit: Wie Dusk Transaktionen bestätigt Nicht jeder Block muss in einem einzigen Moment von „akzeptiert“ zu dauerhaft endgültig springen. Dusk verfolgt einen progressiveren Ansatz über rollende Endgültigkeit. Ein Block kann zunächst akzeptiert werden, das heißt, es wurde Konsens erzielt, aber ein konkurrierender Block mit geringerer Iteration könnte ihn noch ersetzen. Wenn alle früheren Iterationen bereits nachweislich gescheitert sind, wird der Block attestiert und kann nicht mehr durch eine Alternative mit geringerer Iteration ersetzt werden. Dann kommt die Bestätigung. Jeder geeignete Nachfolger liefert zusätzliche Belege dafür, dass die Provisionierer auf derselben Kette aufbauen. Für einen akzeptierten Block hängt die Anzahl der erforderlichen Nachfolger von den noch ungeklärten früheren Iterationen ab. Je mehr Unsicherheit besteht, desto mehr Bestätigungen sind nötig. Schließlich läuft die Bestätigung über die Kette hinweg: Sobald ein Block bestätigt ist und sein Elternblock endgültig ist, kann auch er selbst endgültig werden. Das Spannende ist, dass die Endgültigkeit in Dusk nicht als einfacher Timer oder als feste Anzahl von Bestätigungen behandelt wird. Sie passt sich der Historie des Blocks an und den Beweisen, die durch spätere Konsensrunden entstehen. So entsteht ein sich bewegender Pfad von Möglichkeit → Akzeptanz → stärkerem Vertrauen → Endgültigkeit.
#dusk $DUSK @Dusk

Rollende Endgültigkeit: Wie Dusk Transaktionen bestätigt

Nicht jeder Block muss in einem einzigen Moment von „akzeptiert“ zu dauerhaft endgültig springen. Dusk verfolgt einen progressiveren Ansatz über rollende Endgültigkeit.

Ein Block kann zunächst akzeptiert werden, das heißt, es wurde Konsens erzielt, aber ein konkurrierender Block mit geringerer Iteration könnte ihn noch ersetzen. Wenn alle früheren Iterationen bereits nachweislich gescheitert sind, wird der Block attestiert und kann nicht mehr durch eine Alternative mit geringerer Iteration ersetzt werden.

Dann kommt die Bestätigung. Jeder geeignete Nachfolger liefert zusätzliche Belege dafür, dass die Provisionierer auf derselben Kette aufbauen. Für einen akzeptierten Block hängt die Anzahl der erforderlichen Nachfolger von den noch ungeklärten früheren Iterationen ab. Je mehr Unsicherheit besteht, desto mehr Bestätigungen sind nötig.

Schließlich läuft die Bestätigung über die Kette hinweg: Sobald ein Block bestätigt ist und sein Elternblock endgültig ist, kann auch er selbst endgültig werden.

Das Spannende ist, dass die Endgültigkeit in Dusk nicht als einfacher Timer oder als feste Anzahl von Bestätigungen behandelt wird. Sie passt sich der Historie des Blocks an und den Beweisen, die durch spätere Konsensrunden entstehen.

So entsteht ein sich bewegender Pfad von Möglichkeit → Akzeptanz → stärkerem Vertrauen → Endgültigkeit.
Jeeya_Awan
·
--
#dusk $DUSK @Dusk

Abstimmungsausschüsse und Attestationen

Ein Aspekt des Konsensdesigns von Dusk Network, der mir besonders interessant vorkommt, ist, wie Abstimmungsausschüsse einzelne Stimmen in einen kompakten Nachweis umwandeln.

Im Succinct-Attestation-Protokoll von Dusk werden Bereitsteller für Validierungs- und Ratifizierungsausschüsse durch deterministisches Sortition ausgewählt. Die Mitglieder des Ausschusses erhalten Credits, die das Gewicht ihrer Stimmen bestimmen. Der Ausschuss nutzt dazu eine feste 64-Credit-Struktur im Whitepaper.

Effizienter wird der Prozess durch BLS-Signaturen: Stimmen mehrerer Bereitsteller können zu einer einzigen Signatur aggregiert werden, um die Verifikation zu vereinfachen.

Eine Attestation wird damit zum Nachweis, dass ein Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen führt zu einer Erfolg- Attestation, während eine Mehrheit ungültiger Stimmen, NoCandidate- oder NoQuorum-Stimmen zu einer Fail-Attestation führt.

Die größere Idee: Dusk sammelt nicht nur Stimmen, sondern bündelt Konsensnachweise in eine überprüfbare Struktur, die seinen Ansatz für eine schnelle, datenschutzorientierte Finanzinfrastruktur unterstützt.
Jeeya_Awan
·
--
#dusk $DUSK @Dusk

Abstimmungsausschüsse und Attestationen

Ein Aspekt des Konsensdesigns von Dusk Network, der mir besonders interessant vorkommt, ist, wie Abstimmungsausschüsse einzelne Stimmen in einen kompakten Nachweis umwandeln.

Im Succinct-Attestation-Protokoll von Dusk werden Bereitsteller für Validierungs- und Ratifizierungsausschüsse durch deterministisches Sortition ausgewählt. Die Mitglieder des Ausschusses erhalten Credits, die das Gewicht ihrer Stimmen bestimmen. Der Ausschuss nutzt dazu eine feste 64-Credit-Struktur im Whitepaper.

Effizienter wird der Prozess durch BLS-Signaturen: Stimmen mehrerer Bereitsteller können zu einer einzigen Signatur aggregiert werden, um die Verifikation zu vereinfachen.

Eine Attestation wird damit zum Nachweis, dass ein Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen führt zu einer Erfolg- Attestation, während eine Mehrheit ungültiger Stimmen, NoCandidate- oder NoQuorum-Stimmen zu einer Fail-Attestation führt.

Die größere Idee: Dusk sammelt nicht nur Stimmen, sondern bündelt Konsensnachweise in eine überprüfbare Struktur, die seinen Ansatz für eine schnelle, datenschutzorientierte Finanzinfrastruktur unterstützt.
🎙️ $Dämmerung-Kadcast-Architektur
cover
Beenden
04 h 08 m 35 s
3k
8
7
Verifiziert
#dusk $DUSK @Dusk_Foundation Abstimmungsausschüsse und Attestationen Ein Aspekt des Konsensdesigns von Dusk Network, der mir besonders interessant vorkommt, ist, wie Abstimmungsausschüsse einzelne Stimmen in einen kompakten Nachweis umwandeln. Im Succinct-Attestation-Protokoll von Dusk werden Bereitsteller für Validierungs- und Ratifizierungsausschüsse durch deterministisches Sortition ausgewählt. Die Mitglieder des Ausschusses erhalten Credits, die das Gewicht ihrer Stimmen bestimmen. Der Ausschuss nutzt dazu eine feste 64-Credit-Struktur im Whitepaper. Effizienter wird der Prozess durch BLS-Signaturen: Stimmen mehrerer Bereitsteller können zu einer einzigen Signatur aggregiert werden, um die Verifikation zu vereinfachen. Eine Attestation wird damit zum Nachweis, dass ein Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen führt zu einer Erfolg- Attestation, während eine Mehrheit ungültiger Stimmen, NoCandidate- oder NoQuorum-Stimmen zu einer Fail-Attestation führt. Die größere Idee: Dusk sammelt nicht nur Stimmen, sondern bündelt Konsensnachweise in eine überprüfbare Struktur, die seinen Ansatz für eine schnelle, datenschutzorientierte Finanzinfrastruktur unterstützt.
#dusk $DUSK @Dusk

Abstimmungsausschüsse und Attestationen

Ein Aspekt des Konsensdesigns von Dusk Network, der mir besonders interessant vorkommt, ist, wie Abstimmungsausschüsse einzelne Stimmen in einen kompakten Nachweis umwandeln.

Im Succinct-Attestation-Protokoll von Dusk werden Bereitsteller für Validierungs- und Ratifizierungsausschüsse durch deterministisches Sortition ausgewählt. Die Mitglieder des Ausschusses erhalten Credits, die das Gewicht ihrer Stimmen bestimmen. Der Ausschuss nutzt dazu eine feste 64-Credit-Struktur im Whitepaper.

Effizienter wird der Prozess durch BLS-Signaturen: Stimmen mehrerer Bereitsteller können zu einer einzigen Signatur aggregiert werden, um die Verifikation zu vereinfachen.

Eine Attestation wird damit zum Nachweis, dass ein Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen führt zu einer Erfolg- Attestation, während eine Mehrheit ungültiger Stimmen, NoCandidate- oder NoQuorum-Stimmen zu einer Fail-Attestation führt.

Die größere Idee: Dusk sammelt nicht nur Stimmen, sondern bündelt Konsensnachweise in eine überprüfbare Struktur, die seinen Ansatz für eine schnelle, datenschutzorientierte Finanzinfrastruktur unterstützt.
Verifiziert
#dusk $DUSK @Dusk_Foundation Deterministische Sortition: Wie Dusk Validatoren auswählt Ein interessantes Detail über Dusk ist, dass die Validator-Auswahl nicht einfach „mehr Einsatz = immer ausgewählt“ ist. Im Konsens „Succinct Attestation“ von Dusk werden Staker, die als „provisioners“ bezeichnet werden, durch Deterministische Sortition (DS) ausgewählt. Der Prozess verwendet deterministische Extraktion, um Kredite basierend auf dem Einsatz zu vergeben, während ein per SHA3 generierter Score dabei hilft, jede Auswahl zu bestimmen. Der Score setzt sich aus dem Seed des vorherigen Blocks sowie der aktuellen Runde, dem Schritt und der Kreditnummer zusammen. Der clevere Teil ist, dass das Gewicht eines Provisioners nach Erhalt eines Kredits um 1 DUSK reduziert wird. So bleibt die Beteiligung proportional zum Einsatz und begünstigt nicht wiederholt denselben Teilnehmer. Damit macht Dusk aus Zufälligkeit einen reproduzierbaren, einsatzgewichteten Auswahlprozess – still und leise, um festzulegen, wer Blöcke vorschlägt und wer über sie abstimmt.
#dusk $DUSK @Dusk

Deterministische Sortition: Wie Dusk Validatoren auswählt

Ein interessantes Detail über Dusk ist, dass die Validator-Auswahl nicht einfach „mehr Einsatz = immer ausgewählt“ ist.

Im Konsens „Succinct Attestation“ von Dusk werden Staker, die als „provisioners“ bezeichnet werden, durch Deterministische Sortition (DS) ausgewählt. Der Prozess verwendet deterministische Extraktion, um Kredite basierend auf dem Einsatz zu vergeben, während ein per SHA3 generierter Score dabei hilft, jede Auswahl zu bestimmen. Der Score setzt sich aus dem Seed des vorherigen Blocks sowie der aktuellen Runde, dem Schritt und der Kreditnummer zusammen.

Der clevere Teil ist, dass das Gewicht eines Provisioners nach Erhalt eines Kredits um 1 DUSK reduziert wird. So bleibt die Beteiligung proportional zum Einsatz und begünstigt nicht wiederholt denselben Teilnehmer.

Damit macht Dusk aus Zufälligkeit einen reproduzierbaren, einsatzgewichteten Auswahlprozess – still und leise, um festzulegen, wer Blöcke vorschlägt und wer über sie abstimmt.
Jeeya_Awan
·
--
#dusk $DUSK @Dusk

Provisioner und Proof-of-Stake auf Dusk

Was das Proof-of-Stake-Modell von Dusk interessant macht, ist, wie es gestaktes DUSK in eine aktive Rolle beim Konsens verwandelt. Staker, die Provisioner genannt werden, können Blöcke mithilfe der Succinct Attestation (SA) generieren und validieren. Anstatt sich auf ständigen rechnerischen Wettbewerb zu verlassen, nutzt Dusk Deterministische Sortition, um Blockgeneratoren und Abstimmungskomitees anhand des Stakes auszuwählen. Der Prozess ist so gestaltet, dass er permissionless ist, während das komiteebasierte Voting dem Netzwerk hilft, effizient Einvernehmen zu erreichen. Provisioner haben außerdem Anreize zur Teilnahme: Es gibt Belohnungen für korrektes Verhalten und Strafen bei Fehlern. Dadurch entsteht eine ökonomische Ebene, in der der Stake nicht nur gebundenes Kapital ist, sondern Teil des Mechanismus wird, der das Netzwerk absichert.
#dusk $DUSK @Dusk_Foundation Dusk’ prägnanter Konsensmechanismus Was mir an Dusk’ Konsensdesign auffällt, ist, dass es auf Einigung ausgerichtet ist, ohne dass jeder Teilnehmer dieselbe schwere Arbeit leisten muss. Succinct Attestation (SA) ist ein permissionlesses, komitee-basiertes Proof-of-Stake-Verfahren, bei dem Staker, die als Provisioners bezeichnet werden, durch deterministische Sortition ausgewählt werden. Eine Runde durchläuft Vorschlag, Validierung und Ratifizierung. Abstimmungskomitees verifizieren den Kandidatenblock, und ihre Signaturen können zu einer kompakten Beglaubigung aggregiert werden, die nachweist, dass das Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen (Valid votes) kann ein Erfolgsergebnis erzeugen. Das Spannende ist, wie das mit rollierender Finalität zusammenhängt: Dusk nutzt Beglaubigungen und nachfolgende Blöcke, um den Status eines Blocks schrittweise zu verstärken, bis er final ist.
#dusk $DUSK @Dusk

Dusk’ prägnanter Konsensmechanismus

Was mir an Dusk’ Konsensdesign auffällt, ist, dass es auf Einigung ausgerichtet ist, ohne dass jeder Teilnehmer dieselbe schwere Arbeit leisten muss. Succinct Attestation (SA) ist ein permissionlesses, komitee-basiertes Proof-of-Stake-Verfahren, bei dem Staker, die als Provisioners bezeichnet werden, durch deterministische Sortition ausgewählt werden.

Eine Runde durchläuft Vorschlag, Validierung und Ratifizierung. Abstimmungskomitees verifizieren den Kandidatenblock, und ihre Signaturen können zu einer kompakten Beglaubigung aggregiert werden, die nachweist, dass das Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen (Valid votes) kann ein Erfolgsergebnis erzeugen.

Das Spannende ist, wie das mit rollierender Finalität zusammenhängt: Dusk nutzt Beglaubigungen und nachfolgende Blöcke, um den Status eines Blocks schrittweise zu verstärken, bis er final ist.
Verifiziert
Wie Kadcast die Netzwerkkommunikation verbessert Eine Blockchain kann starken Konsens und Datenschutz bieten, aber das spielt keine Rolle, wenn Informationen ineffizient übertragen werden. @Dusk_Foundation tackles dieses Problem auf der Kommunikationsebene mit Kadcast, einem P2P-Protokoll, das auf der DHT-Struktur von Kademlia basiert. Statt jeden nahegelegenen Knoten mit derselben Nachricht zu überfluten, nutzt Kadcast XOR-Distanzen und ausgewählte Peers, um eine strukturierte Kaskade zu erzeugen. Multicast-Bäume helfen dabei, Blöcke, Transaktionen und Konsensabstimmungen mit weniger redundanten Übertragungen zu verbreiten. Das Ergebnis sind geringere Bandbreitennutzung, schnellere Weiterleitung und eine bessere Widerstandsfähigkeit, wenn Knoten beitreten, gehen oder ausfallen. Das Whitepaper hebt außerdem Datenschutzvorteile hervor, weil sich die Herkunft von Nachrichten schwieriger zurückverfolgen lässt, während die Daten über ausgewählte Peers wandern. #dusk $DUSK
Wie Kadcast die Netzwerkkommunikation verbessert

Eine Blockchain kann starken Konsens und Datenschutz bieten, aber das spielt keine Rolle, wenn Informationen ineffizient übertragen werden. @Dusk tackles dieses Problem auf der Kommunikationsebene mit Kadcast, einem P2P-Protokoll, das auf der DHT-Struktur von Kademlia basiert. Statt jeden nahegelegenen Knoten mit derselben Nachricht zu überfluten, nutzt Kadcast XOR-Distanzen und ausgewählte Peers, um eine strukturierte Kaskade zu erzeugen. Multicast-Bäume helfen dabei, Blöcke, Transaktionen und Konsensabstimmungen mit weniger redundanten Übertragungen zu verbreiten. Das Ergebnis sind geringere Bandbreitennutzung, schnellere Weiterleitung und eine bessere Widerstandsfähigkeit, wenn Knoten beitreten, gehen oder ausfallen. Das Whitepaper hebt außerdem Datenschutzvorteile hervor, weil sich die Herkunft von Nachrichten schwieriger zurückverfolgen lässt, während die Daten über ausgewählte Peers wandern.
#dusk $DUSK
Verifiziert
Kadcast: Dusk’ effizientes Peer-to-Peer-Netzwerk Eine Blockchain kann einen starken Konsens haben, aber sie benötigt dennoch eine clevere Möglichkeit, Informationen zwischen Knoten auszutauschen. Genau hier wird Kadcast für Dusk wichtig. Aufgebaut auf der DHT-Struktur von Kademlia organisiert Kadcast Peers anhand der XOR-Distanz, statt einfach jeden Nachbarn mit derselben Nachricht zu fluten. Blöcke, Transaktionen und Konsensabstimmungen können über ausgewählte Peers über strukturierte Multicast-Pfade übertragen werden, wodurch unnötige Übertragungen reduziert werden. Was ich daran interessant finde, ist: Dieses Design geht nicht nur um Geschwindigkeit. Das Whitepaper hält fest, dass Kadcast den Bandbreitenverbrauch im Vergleich zu Gossip um etwa 25–50% senken kann und gleichzeitig die Widerstandsfähigkeit verbessert, wenn Knoten beitreten, das Netzwerk verlassen oder ausfallen. Für mich zeigt Kadcast, dass Blockchain-Effizienz nicht nur am Konsens hängt – sie beginnt damit, wie intelligent das Netzwerk kommuniziert. @Dusk_Foundation #dusk $DUSK
Kadcast: Dusk’ effizientes Peer-to-Peer-Netzwerk

Eine Blockchain kann einen starken Konsens haben, aber sie benötigt dennoch eine clevere Möglichkeit, Informationen zwischen Knoten auszutauschen. Genau hier wird Kadcast für Dusk wichtig.

Aufgebaut auf der DHT-Struktur von Kademlia organisiert Kadcast Peers anhand der XOR-Distanz, statt einfach jeden Nachbarn mit derselben Nachricht zu fluten. Blöcke, Transaktionen und Konsensabstimmungen können über ausgewählte Peers über strukturierte Multicast-Pfade übertragen werden, wodurch unnötige Übertragungen reduziert werden.

Was ich daran interessant finde, ist: Dieses Design geht nicht nur um Geschwindigkeit. Das Whitepaper hält fest, dass Kadcast den Bandbreitenverbrauch im Vergleich zu Gossip um etwa 25–50% senken kann und gleichzeitig die Widerstandsfähigkeit verbessert, wenn Knoten beitreten, das Netzwerk verlassen oder ausfallen.

Für mich zeigt Kadcast, dass Blockchain-Effizienz nicht nur am Konsens hängt – sie beginnt damit, wie intelligent das Netzwerk kommuniziert.
@Dusk #dusk $DUSK
Verifiziert
Wie Dusk Blockchain und traditionelles Finanzwesen verbindet Die echte Herausforderung für Blockchain im traditionellen Finanzwesen ist nicht nur das Verschieben von Assets auf der Kette. Es geht darum, Privatsphäre mit der Transparenz und den Kontrollen zu verbinden, die regulierte Märkte erfordern. Dusk geht das auf Protokollebene an. Sein Phoenix-Modell kann Transaktionsdetails mit Zero-Knowledge-Beweisen privat halten, während dennoch nachgewiesen wird, dass Transaktionen die Regeln des Netzwerks befolgen. Moonlight bietet ein transparentes kontobasiertes Modell, wenn Sichtbarkeit erforderlich ist. Dann gibt es Zedger, entwickelt für Wertpapiere und reale Vermögenswerte, mit Tools für Compliance, Audits, Corporate Actions und private Transaktionen. Dusk nutzt außerdem Succinct Attestation, um eine schnelle Finalität für finanzielle Aktivitäten anzustreben. Der interessante Teil ist die Balance: Privatsphäre für Nutzer, Nachprüfbarkeit für Institutionen und eine Infrastruktur, die um regulatorische Anforderungen herum gebaut ist. Das ist ein anderer Weg, um Blockchain mit dem traditionellen Finanzwesen zu verbinden. @Dusk_Foundation #dusk $DUSK
Wie Dusk Blockchain und traditionelles Finanzwesen verbindet

Die echte Herausforderung für Blockchain im traditionellen Finanzwesen ist nicht nur das Verschieben von Assets auf der Kette. Es geht darum, Privatsphäre mit der Transparenz und den Kontrollen zu verbinden, die regulierte Märkte erfordern.

Dusk geht das auf Protokollebene an. Sein Phoenix-Modell kann Transaktionsdetails mit Zero-Knowledge-Beweisen privat halten, während dennoch nachgewiesen wird, dass Transaktionen die Regeln des Netzwerks befolgen. Moonlight bietet ein transparentes kontobasiertes Modell, wenn Sichtbarkeit erforderlich ist.

Dann gibt es Zedger, entwickelt für Wertpapiere und reale Vermögenswerte, mit Tools für Compliance, Audits, Corporate Actions und private Transaktionen. Dusk nutzt außerdem Succinct Attestation, um eine schnelle Finalität für finanzielle Aktivitäten anzustreben.

Der interessante Teil ist die Balance: Privatsphäre für Nutzer, Nachprüfbarkeit für Institutionen und eine Infrastruktur, die um regulatorische Anforderungen herum gebaut ist.

Das ist ein anderer Weg, um Blockchain mit dem traditionellen Finanzwesen zu verbinden.
@Dusk #dusk $DUSK
Anmelden und weiter Inhalte entdecken
Krypto-Nutzer weltweit auf Binance Square kennenlernen
⚡️ Bleib in Sachen Krypto stets am Puls.
💬 Die weltgrößte Kryptobörse vertraut darauf.
👍 Erhalte verlässliche Einblicke von verifizierten Creators.
E-Mail-Adresse/Telefonnummer
Sitemap
Cookie-Präferenzen
Nutzungsbedingungen der Plattform