In diesen sechs Monaten hat sich der Fokus des Projekts deutlich verändert: Früher schaute ich zuerst kurz auf die TVL- und Heat-Zahlen, jetzt überspringe ich das im Grunde. Ich will vor allem klären, eine deutlich kompliziertere Frage: Kann ein Framework gleichzeitig in drei Punkten bestehen – Regulierung, Privatsphäre und Komponierbarkeit – statt eine davon aufzugeben, um die anderen beiden zu retten.
In der Branche sind die drei gängigen Wege im Grunde allesamt Kompromisse. Eine reine Privacy-Kette setzt Privatsphäre bis zum Ende durch; der Preis ist, dass Institutionen und Regulierung nicht sinnvoll zusammenarbeiten können. Eine reine Compliance-Kette veröffentlicht alle Daten transparent und macht Audits bequem; der Preis ist, dass Privatsphäre direkt aufgegeben wird. Eine allgemeine Public-Chain stellt Komponierbarkeit an die erste Stelle; Privatsphäre und Compliance werden dann als nachträgliche Pflaster behandelt, ohne dass diese beiden Dinge im Underlying Design überhaupt mitgedacht wurden. Diese Pfade sind im Kern immer eine Seitenwahl: Keiner davon ist wirklich darauf aus, die Aufgabe zu lösen, alle drei gleichzeitig kompatibel zu machen.
#dusk will jedoch genau drei Köpfe gleichzeitig bedienen. Auf der Privacy-Seite funktioniert das über verschlüsselte Notes: standardmäßig nicht sichtbar, und wer den Schlüssel besitzt, kann gezielt diejenige Partei informieren, die es braucht. Auf der Compliance-Seite gibt es transparente Konten und Zero-Knowledge-Proofs zur Identität: Institutionen können ihre Qualifikation nachweisen, ohne dabei vollständige Informationen herauszugeben. Die Komponierbarkeit wird über die neu hinzugefügte EVM-kompatible Schicht erreicht: Entwickler können mit vertrauten Tools einfach andocken. Die drei Bausteine teilen sich dieselbe Abrechnungs- und State-Logik der Kette – es ist nicht zusammengestückelte Dreifach-Software.
Aber architektonisch stimmig und praktisch durch echte Abläufe getestet sind zwei verschiedene Dinge. Meine skeptische Haltung betrifft sehr konkrete Punkte: Wenn Privatsphäre- und Compliance-Komponenten in echten Situationen auf regulatorische Prüfungen treffen, wird dann einer der beiden Teile gezwungen, zurückzustecken? Wird nach dem Andocken an die EVM-Schicht die ursprüngliche Privacy-Grenze durch eine neue Angriffsfläche aufgebrochen? Und werden echte Entwickler und Kapital bereit sein, diese Komplexität zu akzeptieren, statt auf ein einfacheres Setup umzusteigen? Diese Fragen lassen sich nicht mit Whitepapers beantworten – nur echte Daten können Aufschluss geben.
Darum verfolge ich das Ganze momentan immer noch nur passiv und habe nicht vor, echtes Geld einzusetzen. Ob diese Dreierbalance wirklich eine belastbare Burgmauer im Praxisbetrieb bilden kann – oder ob es wieder ein Design ist, das zwar umfassend klingt, aber in der Nutzung an jeder Stelle Kompromisse verlangt – das muss man vielleicht noch ein paar Quartale lang beobachten.
@Dusk_Foundation $DUSK
In der Branche sind die drei gängigen Wege im Grunde allesamt Kompromisse. Eine reine Privacy-Kette setzt Privatsphäre bis zum Ende durch; der Preis ist, dass Institutionen und Regulierung nicht sinnvoll zusammenarbeiten können. Eine reine Compliance-Kette veröffentlicht alle Daten transparent und macht Audits bequem; der Preis ist, dass Privatsphäre direkt aufgegeben wird. Eine allgemeine Public-Chain stellt Komponierbarkeit an die erste Stelle; Privatsphäre und Compliance werden dann als nachträgliche Pflaster behandelt, ohne dass diese beiden Dinge im Underlying Design überhaupt mitgedacht wurden. Diese Pfade sind im Kern immer eine Seitenwahl: Keiner davon ist wirklich darauf aus, die Aufgabe zu lösen, alle drei gleichzeitig kompatibel zu machen.
#dusk will jedoch genau drei Köpfe gleichzeitig bedienen. Auf der Privacy-Seite funktioniert das über verschlüsselte Notes: standardmäßig nicht sichtbar, und wer den Schlüssel besitzt, kann gezielt diejenige Partei informieren, die es braucht. Auf der Compliance-Seite gibt es transparente Konten und Zero-Knowledge-Proofs zur Identität: Institutionen können ihre Qualifikation nachweisen, ohne dabei vollständige Informationen herauszugeben. Die Komponierbarkeit wird über die neu hinzugefügte EVM-kompatible Schicht erreicht: Entwickler können mit vertrauten Tools einfach andocken. Die drei Bausteine teilen sich dieselbe Abrechnungs- und State-Logik der Kette – es ist nicht zusammengestückelte Dreifach-Software.
Aber architektonisch stimmig und praktisch durch echte Abläufe getestet sind zwei verschiedene Dinge. Meine skeptische Haltung betrifft sehr konkrete Punkte: Wenn Privatsphäre- und Compliance-Komponenten in echten Situationen auf regulatorische Prüfungen treffen, wird dann einer der beiden Teile gezwungen, zurückzustecken? Wird nach dem Andocken an die EVM-Schicht die ursprüngliche Privacy-Grenze durch eine neue Angriffsfläche aufgebrochen? Und werden echte Entwickler und Kapital bereit sein, diese Komplexität zu akzeptieren, statt auf ein einfacheres Setup umzusteigen? Diese Fragen lassen sich nicht mit Whitepapers beantworten – nur echte Daten können Aufschluss geben.
Darum verfolge ich das Ganze momentan immer noch nur passiv und habe nicht vor, echtes Geld einzusetzen. Ob diese Dreierbalance wirklich eine belastbare Burgmauer im Praxisbetrieb bilden kann – oder ob es wieder ein Design ist, das zwar umfassend klingt, aber in der Nutzung an jeder Stelle Kompromisse verlangt – das muss man vielleicht noch ein paar Quartale lang beobachten.
@Dusk_Foundation $DUSK