Nachdem ich Newtons Architektur studiert hatte, stellte ich fest, dass ihr Ansatz der selektiven Offenlegung ein Problem adressiert, mit dem viele Smart-Contract-Systeme noch immer zu kämpfen haben. Die herkömmliche On-Chain-Verifikation erfordert oft, dass Nutzer mehr Informationen preisgeben, als tatsächlich nötig ist. Wenn eine Anwendung lediglich bestätigen muss, dass ein Nutzer eine Bedingung erfüllt, etwa über ein bestimmtes Alter verfügt oder zu einer genehmigten Gruppe gehört, schafft die Offenlegung der zugrunde liegenden personenbezogenen Daten unnötige Datenschutzrisiken.
Newton geht einen anderen Weg, indem es programmierbare Richtlinien mit kryptografischen Beweisen kombiniert, sodass bestimmte Prädikate verifiziert werden können, ohne die privaten Attribute dahinter offenzulegen. Der entscheidende Unterschied, meiner Ansicht nach, besteht darin, dass die Richtlinie zur primären Entscheidungsebene wird, während die Kryptografie den Nachweis liefert, dass die Richtlinie erfüllt ist. Der Verifizierer erfährt nur das, was für die Entscheidung erforderlich ist, nicht jedoch die vollständige Identität oder der vollständige Datensatz des Nutzers.
Dieses Design bringt auch Abwägungen mit sich. Leistungsfähige Beweissysteme erhöhen die rechnerische Komplexität, erfordern eine sorgfältige Implementierung und hängen von fundierten kryptografischen Annahmen ab. Die Richtlinienlogik selbst muss transparent und auditierbar bleiben, weil schlecht entworfene Regeln auch dann zu unfairen oder unbeabsichtigten Ergebnissen führen können, wenn die zugrunde liegende Kryptografie mathematisch korrekt ist.
Was diese Architektur zu bewerten lohnt, ist nicht, ob sie Smart Contracts ersetzt, sondern ob sie die unnötige Datenausgabe minimiert und gleichzeitig Nachvollziehbarkeit erhält. Ich glaube, dass dies die bedeutendere Frage für datenschutzorientierte dezentrale Anwendungen ist, bei denen Vertrauen zunehmend davon abhängt, weniger zu beweisen statt mehr offenzulegen.
#Newt @NewtonProtocol
$NEWT
$LAB
$RE
Newton geht einen anderen Weg, indem es programmierbare Richtlinien mit kryptografischen Beweisen kombiniert, sodass bestimmte Prädikate verifiziert werden können, ohne die privaten Attribute dahinter offenzulegen. Der entscheidende Unterschied, meiner Ansicht nach, besteht darin, dass die Richtlinie zur primären Entscheidungsebene wird, während die Kryptografie den Nachweis liefert, dass die Richtlinie erfüllt ist. Der Verifizierer erfährt nur das, was für die Entscheidung erforderlich ist, nicht jedoch die vollständige Identität oder der vollständige Datensatz des Nutzers.
Dieses Design bringt auch Abwägungen mit sich. Leistungsfähige Beweissysteme erhöhen die rechnerische Komplexität, erfordern eine sorgfältige Implementierung und hängen von fundierten kryptografischen Annahmen ab. Die Richtlinienlogik selbst muss transparent und auditierbar bleiben, weil schlecht entworfene Regeln auch dann zu unfairen oder unbeabsichtigten Ergebnissen führen können, wenn die zugrunde liegende Kryptografie mathematisch korrekt ist.
Was diese Architektur zu bewerten lohnt, ist nicht, ob sie Smart Contracts ersetzt, sondern ob sie die unnötige Datenausgabe minimiert und gleichzeitig Nachvollziehbarkeit erhält. Ich glaube, dass dies die bedeutendere Frage für datenschutzorientierte dezentrale Anwendungen ist, bei denen Vertrauen zunehmend davon abhängt, weniger zu beweisen statt mehr offenzulegen.
#Newt @NewtonProtocol
$NEWT
$LAB
$RE