Nachdem ich mir etwas Zeit genommen habe, das Phoenix-Design durchzugehen, hat mich eine Einzelheit wirklich beeindruckt:
Privatsphäre bedeutet nicht zwangsläufig, dass man jede Berechnung selbst durchführen muss.
Das Dusk-Whitepaper beschreibt ein Delegationsmodell, bei dem ein Teil der schwereren Arbeit an eine vertrauenswürdige dritte Partei übergeben werden kann, ohne dass dieser Partei alles gegeben wird, was sie benötigt, um deine Notizen auszugeben.
Für das Netzwerk-Scannen verwendet Phoenix View Keys. Ein Nutzer kann die Aufgabe delegieren, das Netzwerk nach Transaktionen zu durchsuchen, die an ihn adressiert sind, während die delegierte Partei diese Notizen dennoch nicht ausgeben kann, weil sie nicht über die vollständigen geheimen Schlüssel des Nutzers verfügt.
Der zweite Teil ist sogar noch interessanter.
Phoenix ermöglicht außerdem, die Generierung von ZK-Beweisen für Transaktionen zu delegieren, indem sie über Signaturen delegiert werden, während die Integrität der Transaktion gewahrt bleibt.
Damit trennt das Design zwei Dinge, die leicht verwechselt werden:
Genug sehen, um eine Aufgabe auszuführen ≠ genug Autorität haben, um die Gelder auszugeben.
Diese Unterscheidung ist in einem Privatsphärensystem wichtig.
Anstatt Privatsphäre davon abhängig zu machen, dass eine Partei die vollständige Kontrolle hat, verteilt das Modell die Verantwortlichkeiten so, dass sie sich auf das konzentrieren, was tatsächlich bekannt sein oder ausgeführt werden muss.
Das ist wahrscheinlich der Teil von Phoenix, der mich am meisten interessiert: Rechenarbeit delegieren, ohne einfach das Eigentum zu delegieren.
@Dusk $DUSK
#dusk
#dusk $DUSK @Dusk
Privatsphäre bedeutet nicht zwangsläufig, dass man jede Berechnung selbst durchführen muss.
Das Dusk-Whitepaper beschreibt ein Delegationsmodell, bei dem ein Teil der schwereren Arbeit an eine vertrauenswürdige dritte Partei übergeben werden kann, ohne dass dieser Partei alles gegeben wird, was sie benötigt, um deine Notizen auszugeben.
Für das Netzwerk-Scannen verwendet Phoenix View Keys. Ein Nutzer kann die Aufgabe delegieren, das Netzwerk nach Transaktionen zu durchsuchen, die an ihn adressiert sind, während die delegierte Partei diese Notizen dennoch nicht ausgeben kann, weil sie nicht über die vollständigen geheimen Schlüssel des Nutzers verfügt.
Der zweite Teil ist sogar noch interessanter.
Phoenix ermöglicht außerdem, die Generierung von ZK-Beweisen für Transaktionen zu delegieren, indem sie über Signaturen delegiert werden, während die Integrität der Transaktion gewahrt bleibt.
Damit trennt das Design zwei Dinge, die leicht verwechselt werden:
Genug sehen, um eine Aufgabe auszuführen ≠ genug Autorität haben, um die Gelder auszugeben.
Diese Unterscheidung ist in einem Privatsphärensystem wichtig.
Anstatt Privatsphäre davon abhängig zu machen, dass eine Partei die vollständige Kontrolle hat, verteilt das Modell die Verantwortlichkeiten so, dass sie sich auf das konzentrieren, was tatsächlich bekannt sein oder ausgeführt werden muss.
Das ist wahrscheinlich der Teil von Phoenix, der mich am meisten interessiert: Rechenarbeit delegieren, ohne einfach das Eigentum zu delegieren.
@Dusk $DUSK
#dusk
#dusk $DUSK @Dusk