Ich habe mir @NewtonProtocol angesehen und ehrlich gesagt glaube ich, dass die meisten Leute sich die Einführung anschauen und dabei das darunterliegende Privacy-Model überspringen. Die Mainnet-Beta ist bereits auf Base und Ethereum live, doch das Protokoll entwickelt sich noch immer weiter – vom Threshold Decryption hin zu vollem MPC. Das eine wird gerade ausgeliefert, das andere befindet sich noch in aktiver Entwicklung. Dieses Timing schien es wert, beachtet zu werden.

Die erste Ebene macht schon mehr, als ich erwartet hatte. Policy-Eingaben werden in eine Newton Privacy Envelope verpackt, mit HPKE verschlüsselt (X25519, HKDF-SHA256 und ChaCha20-Poly1305), an eine bestimmte Policy, einen Client und eine Chain gebunden, sodass sie nicht einfach irgendwo anders erneut abgespielt werden können. Erst nach einem Threshold von Operatoren, die Decryption-Shares beisteuern, können die Daten für die Policy-Bewertung rekonstruiert werden – und die Chain selbst sieht niemals die zugrunde liegenden Identitätsdaten, nur Beweise und Attestierungen.

Ich hab fast vergessen: Mein Tee wurde kalt...

Auf dem Papier liest es sich wie trockene Infrastruktur. Verschlüsselung, Signaturen, Key Shares, MPC – nicht genau das, worauf die Leute am schnellsten klicken. Aber wenn man sieht, wie die Bausteine zusammenpassen, dann glaube ich, dass die Reihenfolge die eigentliche Geschichte ist. Das heutige Default-Modell schützt Daten in Übertragung und im Ruhezustand. Das Modell von morgen zielt darauf ab, die Sichtbarkeit von Operatoren vollständig zu entfernen – durch sichere Multi-Party Computation. Compliance-Teams werden den Unterschied wahrscheinlich zuerst bemerken, aber ich frage mich, ob das am Ende zur Basiserwartung für jeden KI-Agenten wird, der mit Onchain-Werten umgeht, statt zur Premium-Option.
#Newt || $NEWT || #LearnWithFatima || #newt
Welchen Privacy-Ansatz werden KI-Agenten deiner Meinung nach letztlich brauchen, um Onchain-Werte zu handhaben?