ich habe fast den Teil von Newtons Privacy-Design verpasst, der das schwierigste Problem in jedem Threshold-System löst:
was passiert, wenn sich die Operatoren ändern, die die Schlüssel halten.
die meisten Threshold-Systeme haben eine stille Schwäche. ändere die Operatorenmenge, und der Schlüssel ändert sich mit ihr, sodass alles, was unter dem alten Schlüssel verschlüsselt wurde, unter dem neuen Schlüssel nicht mehr lesbar ist.
Newton's Privacy Envelope verhindert das. es führt eine verteilte Key-Generation-Zeremonie nur dann durch, wenn sich die Operatorenmenge ändert, kombiniert mit proaktiver Secret-Sharing, einem Re- Sharing-Protokoll, das es den Operatoren ermöglicht, zu rotieren, ohne jemals den kombinierten öffentlichen Schlüssel zu ändern.
das bedeutet: Daten, die vor Monaten verschlüsselt wurden, unter einer völlig anderen Operatorenmenge, bleiben entschlüsselbar für alle, die heute die Schlüssel halten. das Commitment läuft nicht ab, wenn das Personal geht.
es gibt noch eine zweite Eigenschaft, darunter „gestapelt“.
jeder Operator-Anteil zur Threshold-Entschlüsselung ist kryptografisch unabhängig von seinen ECDSA- oder BLS-Signaturschlüsseln. kompromittiere eines, und das andere bleibt unberührt. viele Systeme lassen es zu, dass ein kompromittierter Schlüssel zu einem einzigen Single Point of Failure über jede Funktion wird, die er berührt.
Newton teilt diese Schadensausbreitung durch Design.
das ist es, was ein Privacy-Feature von einer Privacy-Architektur trennt.
jeder kann Daten hinter einem Threshold verschlüsseln.
viel weniger Systeme können rotieren, wer diesen Threshold unter Live-Operator-Fluktuation innehat, ohne die Kontinuität zu brechen oder zuzulassen, dass ein kompromittierter Schlüssel mehr entsperrt, als ihm zusteht.
eine Attestation ist nur so dauerhaft wie die Key-Infrastruktur, die den Wechsel der Verantwortlichen überlebt. und das ist das erste Design in diesem Bereich, das Operator-Rotation als geplant behandelt – nicht als Notfall.
@NewtonProtocol #NEWT $NEWT $US $TAC #Newt
was passiert, wenn sich die Operatoren ändern, die die Schlüssel halten.
die meisten Threshold-Systeme haben eine stille Schwäche. ändere die Operatorenmenge, und der Schlüssel ändert sich mit ihr, sodass alles, was unter dem alten Schlüssel verschlüsselt wurde, unter dem neuen Schlüssel nicht mehr lesbar ist.
Newton's Privacy Envelope verhindert das. es führt eine verteilte Key-Generation-Zeremonie nur dann durch, wenn sich die Operatorenmenge ändert, kombiniert mit proaktiver Secret-Sharing, einem Re- Sharing-Protokoll, das es den Operatoren ermöglicht, zu rotieren, ohne jemals den kombinierten öffentlichen Schlüssel zu ändern.
das bedeutet: Daten, die vor Monaten verschlüsselt wurden, unter einer völlig anderen Operatorenmenge, bleiben entschlüsselbar für alle, die heute die Schlüssel halten. das Commitment läuft nicht ab, wenn das Personal geht.
es gibt noch eine zweite Eigenschaft, darunter „gestapelt“.
jeder Operator-Anteil zur Threshold-Entschlüsselung ist kryptografisch unabhängig von seinen ECDSA- oder BLS-Signaturschlüsseln. kompromittiere eines, und das andere bleibt unberührt. viele Systeme lassen es zu, dass ein kompromittierter Schlüssel zu einem einzigen Single Point of Failure über jede Funktion wird, die er berührt.
Newton teilt diese Schadensausbreitung durch Design.
das ist es, was ein Privacy-Feature von einer Privacy-Architektur trennt.
jeder kann Daten hinter einem Threshold verschlüsseln.
viel weniger Systeme können rotieren, wer diesen Threshold unter Live-Operator-Fluktuation innehat, ohne die Kontinuität zu brechen oder zuzulassen, dass ein kompromittierter Schlüssel mehr entsperrt, als ihm zusteht.
eine Attestation ist nur so dauerhaft wie die Key-Infrastruktur, die den Wechsel der Verantwortlichen überlebt. und das ist das erste Design in diesem Bereich, das Operator-Rotation als geplant behandelt – nicht als Notfall.
@NewtonProtocol #NEWT $NEWT $US $TAC #Newt