Warum Hedger gleichzeitig eine homomorphe Verschlüsselung und Zero-Knowledge-Beweise braucht
Zero-Knowledge-Beweise können der Öffentlichkeit sagen: „Diese Berechnung folgt den Regeln“, ohne jedoch zwangsläufig offenzulegen, dass das ausführende System die Rohdaten nie gesehen hat. Homomorphe Verschlüsselung erlaubt es, Informationen im Geheimtext zu verarbeiten, doch es braucht zusätzlich eine Möglichkeit, anderen zu beweisen, dass das Ergebnis tatsächlich korrekt ist. Wenn man beides getrennt betrachtet, erkennt man: Hedger ist nicht einfach nur ein Versteck-Effekt um EVM-Transaktionen, sondern löst zwei verschiedene Probleme – Vertraulichkeit der Berechnung und Vertrauenswürdigkeit der Ergebnisse.
Hedger sitzt in DuskEVM. Das offizielle Design nutzt eine homomorphe Verschlüsselung auf Basis von elliptischen-Kurven-ElGamal und kombiniert sie mit Zero-Knowledge-Beweisen. Nehmen wir eine beschränkte Wertpapier-Übertragung als Beispiel: Das System kann prüfen, ob die Assets ausreichen, ohne Kontostände und vollständige Positionen offenzulegen, und dann beweisen, dass die Übertragung die Regeln erfüllt. Marktteilnehmer müssen die Einsatzkarten der Gegenparteien nicht sehen, und berechtigte Audit-Rollen erhalten dennoch die nötigen Belege. Für Institutionen ist dieses „nachprüfbar, ohne hinzusehen“ näher an der Praxis als eine absolute Anonymität.
Offizielle Materialien nennen außerdem eine leichte Circuit-Browser-Performance unter 2 Sekunden und führen das Halten und Übertragen geheimer Assets sowie das zukünftige Verwirren von Orderbüchern als Richtungen für die Leistungsfähigkeit auf. Diese Zahl zeigt, dass das Team die Nutzererfahrung ernst nimmt, lässt sich aber nicht direkt auf alle Geräte und komplexe Wertpapiere übertragen. Identität, Region, Limits, Whitelist und das Stapeln mehrerer Beweise bestimmen zusammen, dass Erstellungszeit, Gas und Wiederherstellung nach Fehlschlägen echte Lasttests erfordern.
@Dusk Damit Hedger vom kryptografischen Schema zu einem Marktmodul wird, muss außerdem eine Governance zur Offenlegung klar erläutert werden: Wer darf eine Einsicht beantragen, welche Felder sind einsehbar, wie lange gelten Berechtigungen, und ob Zugriffe protokolliert/markiert werden. Technische Schutzmaßnahmen schützen Daten, und institutionelle Regeln bestimmen, wann technische Grenzen geöffnet werden.$DUSK #dusk Nur wenn Hedger gleichzeitig die Geheimhaltung des Rechenprozesses, die Korrektheit der Ergebnisse und die Zurückhaltung bei Prüfberechtigungen wahrt, löst Hedger wirklich die drei schwierigsten Aufgaben, die ein reguliertes Finanzwesen gleichzeitig erfüllen muss.
Auch die Entwickler-Tools müssen nachziehen. Vertragsautoren sollten klar auswählen können, welche Variablen im Geheimtext bleiben, welche Ergebnisse öffentlich sind und welche Beweise an bestimmte Rollen gehen – und diese Auswahl bei Audits wiederherstellen können. Sonst gilt: Je stärker die Privatsphäre-Fähigkeiten sind, desto schwerer ist es, Fehlkonfigurationen über eine normale Code-Überprüfung zu erkennen.
Zero-Knowledge-Beweise können der Öffentlichkeit sagen: „Diese Berechnung folgt den Regeln“, ohne jedoch zwangsläufig offenzulegen, dass das ausführende System die Rohdaten nie gesehen hat. Homomorphe Verschlüsselung erlaubt es, Informationen im Geheimtext zu verarbeiten, doch es braucht zusätzlich eine Möglichkeit, anderen zu beweisen, dass das Ergebnis tatsächlich korrekt ist. Wenn man beides getrennt betrachtet, erkennt man: Hedger ist nicht einfach nur ein Versteck-Effekt um EVM-Transaktionen, sondern löst zwei verschiedene Probleme – Vertraulichkeit der Berechnung und Vertrauenswürdigkeit der Ergebnisse.
Hedger sitzt in DuskEVM. Das offizielle Design nutzt eine homomorphe Verschlüsselung auf Basis von elliptischen-Kurven-ElGamal und kombiniert sie mit Zero-Knowledge-Beweisen. Nehmen wir eine beschränkte Wertpapier-Übertragung als Beispiel: Das System kann prüfen, ob die Assets ausreichen, ohne Kontostände und vollständige Positionen offenzulegen, und dann beweisen, dass die Übertragung die Regeln erfüllt. Marktteilnehmer müssen die Einsatzkarten der Gegenparteien nicht sehen, und berechtigte Audit-Rollen erhalten dennoch die nötigen Belege. Für Institutionen ist dieses „nachprüfbar, ohne hinzusehen“ näher an der Praxis als eine absolute Anonymität.
Offizielle Materialien nennen außerdem eine leichte Circuit-Browser-Performance unter 2 Sekunden und führen das Halten und Übertragen geheimer Assets sowie das zukünftige Verwirren von Orderbüchern als Richtungen für die Leistungsfähigkeit auf. Diese Zahl zeigt, dass das Team die Nutzererfahrung ernst nimmt, lässt sich aber nicht direkt auf alle Geräte und komplexe Wertpapiere übertragen. Identität, Region, Limits, Whitelist und das Stapeln mehrerer Beweise bestimmen zusammen, dass Erstellungszeit, Gas und Wiederherstellung nach Fehlschlägen echte Lasttests erfordern.
@Dusk Damit Hedger vom kryptografischen Schema zu einem Marktmodul wird, muss außerdem eine Governance zur Offenlegung klar erläutert werden: Wer darf eine Einsicht beantragen, welche Felder sind einsehbar, wie lange gelten Berechtigungen, und ob Zugriffe protokolliert/markiert werden. Technische Schutzmaßnahmen schützen Daten, und institutionelle Regeln bestimmen, wann technische Grenzen geöffnet werden.$DUSK #dusk Nur wenn Hedger gleichzeitig die Geheimhaltung des Rechenprozesses, die Korrektheit der Ergebnisse und die Zurückhaltung bei Prüfberechtigungen wahrt, löst Hedger wirklich die drei schwierigsten Aufgaben, die ein reguliertes Finanzwesen gleichzeitig erfüllen muss.
Auch die Entwickler-Tools müssen nachziehen. Vertragsautoren sollten klar auswählen können, welche Variablen im Geheimtext bleiben, welche Ergebnisse öffentlich sind und welche Beweise an bestimmte Rollen gehen – und diese Auswahl bei Audits wiederherstellen können. Sonst gilt: Je stärker die Privatsphäre-Fähigkeiten sind, desto schwerer ist es, Fehlkonfigurationen über eine normale Code-Überprüfung zu erkennen.