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
552 Following
24.5K+ Follower
20.3K+ Like gegeben
Beiträge
Portfolio
·
--
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
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