زرتاشہ گل

Der Markt bewegt sich wieder seitwärts. Auf den Charts gab es nichts, dem es sich wirklich lohnte hinterherzulaufen, also habe ich stattdessen etwas ganz anderes gelesen: warum @NewtonProtocol plötzlich so viel über Regeln und nicht über Transaktionen spricht.
Am Anfang klang es wie eine weitere Compliance-Geschichte.
Nachdem ich die Architektur durchgegangen bin, wurde mir klar: Es geht nicht wirklich um Compliance. Es geht darum zu entscheiden, ob Geld bewegt werden darf, bevor es tatsächlich bewegt wird. Dieser Unterschied wirkt deutlich größer als die Marketing-Überschrift.
Blockchains sind unglaublich gut darin, Transaktionen aufzuzeichnen. Sobald eine Transaktion abgeschlossen ist, kann jeder überprüfen, dass sie tatsächlich stattgefunden hat.

Der Markt ist seit Tagen ruhig. Auf den Charts gibt es nichts Interessantes, also hörte ich auf, mir die Preise anzusehen, und begann stattdessen, über zufällige Krypto-Projekte zu lesen. So bin ich schließlich dazu gekommen, mir @NewtonProtocol anzuschauen.
Zuerst dachte ich, es sei einfach wieder nur ein weiteres Projekt, das behauptet, KI-Agenten könnten dein Krypto verwalten. Diese Geschichte haben wir schon so oft gehört. Meine größte Frage war immer ganz einfach: Wenn ein Bot meine Gelder bewegen kann, wie viel Kontrolle habe ich dann wirklich?
Dann habe ich etwas gefunden, das meine Sicht darauf verändert hat.
Statt einem KI-Agenten vollen Zugriff auf deine Wallet zu geben, ermöglicht dir Newton, mit zkPermissions nur begrenzte Berechtigungen zu erstellen. Der Agent kann nur das tun, was du erlaubt hast. Jede Aktion benötigt außerdem einen kryptografischen Nachweis dafür, dass er deine Regeln befolgt hat.

The market has spent the past year obsessing over AI agents. Can they hold private keys? Can they execute safely? Can they prove they weren't tampered with? Every conversation seems to end with the same checklist: encryption, TEEs, zero-knowledge proofs. Tick those boxes and the problem is supposedly solved.
I believed that too.
Then I started reading how @NewtonProtocol actually approaches privacy, and something felt different. Not because it uses stronger cryptography plenty of systems do but because it quietly changes what privacy is supposed to accomplish.
Most privacy systems are trying to hide data.
Newton seems to be trying to hide access.
That distinction took me a while to appreciate.
Think about how most encrypted applications work. You encrypt sensitive information, send it somewhere, it gets decrypted when needed, processed, and then hopefully handled responsibly.
The assumption is simple: if the data was encrypted before and after processing, privacy has been preserved.
But there's still a moment where someone has to see the plaintext.
That's the part I never really questioned.
Newton's architecture revolves around something called the Newton Privacy Envelope (NPE).
At first glance it sounds like another encrypted container.
It isn't.
The interesting part is that encrypted information isn't just locked it is cryptographically bound to a very specific purpose. A policy, a chain, a client, and a user's explicit authorization all become part of that encrypted package.
Even if someone copied the ciphertext, they couldn't simply replay it somewhere else or use it in another application.
The data isn't merely encrypted.
It's context-bound.
That feels like a much stronger definition of privacy.
Then I noticed another design decision that surprised me.
Today, Newton's operators can jointly decrypt information only after enough independent operators contribute their threshold shares. No single operator owns the decryption key, and every request requires both user and application authorization before evaluation.
That's already a meaningful reduction in trust compared to centralised processing.
But it isn't pretending to be perfect.
During policy evaluation, operators still reconstruct and see the plaintext they are evaluating.
Most projects would stop the explanation there.
Newton doesn't.
Instead, the roadmap openly moves toward Multi-Party Computation (MPC), where operators evaluate policies over secret-shared data without any individual operator ever seeing the underlying information.
That isn't simply adding another privacy feature.
It's removing the moment where plaintext exists at all.
I think that's the shift I hadn't appreciated.
Privacy isn't becoming stronger because encryption is stronger.
It's becoming stronger because fewer participants ever need access in the first place.
That's a very different philosophy.
Of course, that raises another question.
Even if operators can't see the data, someone still decides what policy gets evaluated.
Privacy protects information.
Policy governs decisions.
Those are different problems.
Newton clearly separates them, but it doesn't magically eliminate human judgment. Someone still writes the authorization rules. Someone still decides which credentials matter. Someone still defines compliance requirements.
Cryptography can't replace governance.
It can only make governance verifiable.
There are smaller details that reinforce this approach.
Selective disclosure lets users prove individual facts like belonging to a jurisdiction without exposing an entire credential.
Trusted Execution Environments isolate sensitive verification.
Zero-knowledge proofs verify conditions like age or balance thresholds without revealing the underlying values.
Each technique removes another reason for raw personal data to travel through the system.
Individually they're familiar.
Combined, they point toward a broader idea.
The more I read, the less Newton looked like a privacy protocol.
It looked like an authorization protocol where privacy becomes a consequence of minimizing unnecessary trust.
That feels like a subtle but important distinction.
Whether that architecture holds up once real-world AI agents, RWAs, and regulated financial applications begin operating at scale is still an open question.
But I suspect the projects that succeed won't be the ones encrypting the most data.
They'll be the ones creating the fewest situations where anyone ever needs to see it in the first place.
#Newt $NEWT
$LAB
$EVAA

Die meisten Menschen denken, dass Newtons ZK etwas mit Privatsphäre zu tun hat. Ich glaube, dass ihnen die größere Design-Entscheidung entgeht.
Der Markt bewegt sich immer noch seitwärts, also habe ich stattdessen einen Abschnitt des Newton-Protocol-Whitepapers gelesen, statt mir Charts anzusehen. Ich suchte keine weitere Erklärung für Zero-Knowledge-Beweise. Ich wollte wissen, wie @NewtonProtocol tatsächlich Richtlinien auswertet, ohne jedes Mal, wenn jemand eine neue Regel schreibt, einen anderen kryptografischen Circuit zu erstellen.
Die Antwort war nicht das, womit ich gerechnet hatte.
Auf dem Papier beschreibt sich Newton als eine dezentrale Autorisierungsschicht, in der Entwickler Richtlinien in Rego schreiben – derselbe Richtliniensprache, die in Unternehmenssystemen weit verbreitet ist. Diese Richtlinien werden von einem dezentralen Operator-Netzwerk ausgewertet, bevor eine Transaktion ausgeführt wird, wobei das Ergebnis durch kryptografische Bestätigungen abgesichert wird.