Ich habe einmal einen Rückzahlungsvertrag zwischen drei Bekannten geprüft, ein kleines Darlehen mit Stablecoin als Vermögenswert. Der Vertrag funktionierte korrekt, aber der Explorer erfasste den Betrag, den Zeitpunkt, die empfangende Wallet und den Rückzahlungsrhythmus. Der Kreditnehmer hatte nichts Falsches getan, aber sein finanzielles Profil hing wie auf der Straße.
Dusk Network schließt diese Lücke direkt mit DuskVM, einer WASM-Ausführungsmaschine für private Finanzverträge auf L1. Rust schreibt die Logik, WASM erstellt eine dedizierte Laufzeitumgebung, und die Privatsphäre wird nicht in ein zweites Hilfsprodukt „nach unten“ verlagert.
Der technische Teil, den ich genauer untersuchen möchte, ist, wie DuskVM Daten-Grenzen behandelt. Der 64-KB-Argumentpuffer ist das Tor, durch das ein Vertrag Daten auf kontrollierte Weise empfängt, und dann Ergebnisse zurückgibt, die kompakter sind als der reale Kontext. Die Konvention, bei der eine Funktion u32 entgegennimmt und u32 zurückgibt, zeigt, dass die Ausführungsmaschine die Längen von Eingaben und Ausgaben recht eng verwaltet.
Dusk Network trennt außerdem DuskVM von DuskEVM. DuskEVM bedient Solidity- und Ethereum-Gewohnheiten, während DuskVM für Rust, WASM, native Assets, ein separates Transaktionsmodell und Zero Knowledge gedacht ist. Diese Trennung zwingt Entwickler, eine Umgebung anhand der Sensibilitätsstufe der Daten zu wählen – nicht nur nach Bequemlichkeit.
Der Widerspruch besteht darin, dass private Finanzverträge den Außenstehenden weiterhin erlauben müssen, die Spielregeln zu verifizieren. Versteckt man die falsche Ebene, wird es zu einer Blackbox. Öffnet man die falsche Ebene, werden Rechnungen, Darlehen, tokenisierte Wertpapiere und Zahlungsverpflichtungen zu übermäßig öffentlichen Daten.
Dusk Network sollte nicht als generelle Privacy-Story gelesen werden. Ich würde es an drei Punkten festmachen: ob die Ausführungsmaschine stabil ist, ob die Rust- und WASM-Werkzeuge leicht zu bedienen sind und ob die Zero-Knowledge-Verifikation klar genug ist, damit echtes Geld einfließen kann, ohne auf blinden Vertrauensaufbau angewiesen zu sein.
@Dusk_Foundation #dusk $DUSK
Dusk Network schließt diese Lücke direkt mit DuskVM, einer WASM-Ausführungsmaschine für private Finanzverträge auf L1. Rust schreibt die Logik, WASM erstellt eine dedizierte Laufzeitumgebung, und die Privatsphäre wird nicht in ein zweites Hilfsprodukt „nach unten“ verlagert.
Der technische Teil, den ich genauer untersuchen möchte, ist, wie DuskVM Daten-Grenzen behandelt. Der 64-KB-Argumentpuffer ist das Tor, durch das ein Vertrag Daten auf kontrollierte Weise empfängt, und dann Ergebnisse zurückgibt, die kompakter sind als der reale Kontext. Die Konvention, bei der eine Funktion u32 entgegennimmt und u32 zurückgibt, zeigt, dass die Ausführungsmaschine die Längen von Eingaben und Ausgaben recht eng verwaltet.
Dusk Network trennt außerdem DuskVM von DuskEVM. DuskEVM bedient Solidity- und Ethereum-Gewohnheiten, während DuskVM für Rust, WASM, native Assets, ein separates Transaktionsmodell und Zero Knowledge gedacht ist. Diese Trennung zwingt Entwickler, eine Umgebung anhand der Sensibilitätsstufe der Daten zu wählen – nicht nur nach Bequemlichkeit.
Der Widerspruch besteht darin, dass private Finanzverträge den Außenstehenden weiterhin erlauben müssen, die Spielregeln zu verifizieren. Versteckt man die falsche Ebene, wird es zu einer Blackbox. Öffnet man die falsche Ebene, werden Rechnungen, Darlehen, tokenisierte Wertpapiere und Zahlungsverpflichtungen zu übermäßig öffentlichen Daten.
Dusk Network sollte nicht als generelle Privacy-Story gelesen werden. Ich würde es an drei Punkten festmachen: ob die Ausführungsmaschine stabil ist, ob die Rust- und WASM-Werkzeuge leicht zu bedienen sind und ob die Zero-Knowledge-Verifikation klar genug ist, damit echtes Geld einfließen kann, ohne auf blinden Vertrauensaufbau angewiesen zu sein.
@Dusk_Foundation #dusk $DUSK