Das Dusk-System entwickelt sich weiter zu einer standardisierten dreischichtigen Architektur, die die Integrationkosten und -zeiträume reduziert, während die Vorteile der Privatsphäre und regulatorischen Compliance, die die Netzwerk auszeichnen, erhalten bleiben. Die neue Architektur umfasst die Schicht Konsens/ Datenverfügbarkeit/Abwicklung (DuskDS) unterhalb der EVM-Implementierungsschicht (DuskEVM) und die kommende Datenschicht (DuskVM).
Warum diese Änderung?
Er beschleunigt die Markteinführung von Anwendungen;
Die Integration mit Wallets, Bridges, Börsen und Dienstleistern ist dank standardmäßiger Ethereum-Tools schneller geworden;
Aktuelle dezentrale EVM-Anwendungen werden mit minimalen Codeänderungen migriert, wodurch der bislang erforderliche spezifische Aufwand für das ursprüngliche Dusk entfällt;
Der Code-Base wird kleiner, wartungsfreundlicher und erbt von Anfang an die bewährte Skalierbarkeit von EVM.
Ein DUSK-Token versorgt alle drei Schichten, und eine ursprüngliche Bridge, die von einem Prüfer verwaltet wird, überträgt den Wert zwischen ihnen, ohne dass gefaltete Vermögenswerte oder Treuhänder benötigt werden. Da die NPEX-Lizenzen für die mehrseitige Handelsplattform (MTF), die elektronische Handelsdienstplattform (ECSP) und den Makler für die gesamte Infrastruktur gelten, können Institutionen reale Weltwerte unter einer einzigen Aufsichtsbehörde ausgeben, handeln und abwickeln, wodurch die Markteinführung von regulatorisch konformen dezentralen Finanzprodukten beschleunigt wird.
Mehrschichtige Architektur
Die mehrschichtige Architektur wird durch die Integration von EIP-4844 (Proto-Danksharding) in Rusk, die Implementierung der Dusk-Node sowie die Hinzufügung eines Optimism-Ports als EVM-Ausführungs-Schicht für Stabilität auf dem Dusk-Register erreicht. Dies bietet folgende Vorteile:
DuskDS: Schicht für Daten und Abwicklung
Dieses System übernimmt die Verantwortung für Konsens, Speicherung, Datenverfügbarkeit, den ursprünglichen Bridge und die Abwicklung. Der durch einen MIPS-Prozessor unterstützte Vorprüfungssystem auf der DuskDS-Node (also Rusk) prüft Zustandsübertragungen, bevor sie in die Kette eintreffen, sodass keine sieben-tägige Wartezeit wie bei Optimism mehr besteht