Als ich zum ersten Mal gehört habe, dass Newton eine Transaktion prüft, bevor sie abgewickelt wird, dachte ich, es würde nur eine Sache tun. Vielleicht nur ein schlechtes Wallet markieren. Aber nach dem Lesen der Details ist es tatsächlich vier verschiedene Dinge, die gleichzeitig passieren – und jedes deckt Bereiche ab, die die anderen nicht abdecken.
Die erste Domäne ist Compliance. Das bedeutet, dass geprüft wird, ob ein Wallet auf einer Sanktionsliste steht, ob die Gerichtsbarkeit zulässig ist oder ob die Überweisung eine Travel-Rule-Meldung erfordert. Newton führt diese Prüfungen mit Live-Daten durch, bevor die Transaktion ausgeführt wird – nicht nachdem sie bereits durchgelaufen ist.
die zweite ist Identität. nicht offenlegen, wer jemand onchain ist, sondern prüfen, ob sie tatsächlich für die Aktion, die sie ausführen wollen, qualifiziert sind. sind sie ein verifizierter Investor. halten sie die richtige Berechtigung für dieses Asset. die Prüfung erfolgt, ohne überhaupt personenbezogene Daten auf der Blockchain zu hinterlegen.#newt
das dritte ist Sicherheit. das hat meine Aufmerksamkeit mehr als die anderen geweckt. Newton kann prüfen, ob eingehende Gelder von einer kompromittierten Adresse stammen. wenn eine gehackte Wallet versucht, Gelder zu senden, kann die Policy es blockieren, bevor es ankommt. ein gestohlener privater Schlüssel allein reicht nicht, um Gelder zu bewegen, wenn ein zweiter Faktor auf Ebene der Policy erzwungen wird.
die vierte ist Risiko. das deckt Dinge ab wie Gegenparteirisiko, Limits für Verschuldung, Gesundheit von Oracles und APY-Prüfungen. für Vaults bedeutet das: der Vault-Vertrag kann seine eigenen Risiko-Parameter über eine Policy erzwingen, statt dass jemand manuell ein Dashboard überwacht.
alle vier laufen zusammen in einer einzigen Auswertung. eine Anwendung wählt nicht eine Domäne aus und überspringt den Rest. sie werden zu einer einzigen Policy zusammengesetzt, die Newton prüft, bevor irgendeine Transaktion zugelassen wird.
die Policy-Sprache, die Newton verwendet, ist Rego. das ist ein gut lesbares Format, in dem Teams ihre Regeln als echtes Code schreiben. ein Compliance-Team schreibt eine Sanktionsprüfung. ein Risk-Team schreibt ein Leverage-Limit. beides fließt in dieselbe Policy-Datei ein und wird in einem einzigen Durchlauf ausgeführt.
das Vault-SDK von Magic Labs bündelt alle vier Domänen, sodass Protokolle nicht jede Prüfung einzeln bauen müssen. Teams konfigurieren, was sie brauchen, und die Enforcement-Schicht ist bereit. alle vier Domänen, ein SDK.#newt
die Sicherheitsdomäne wird wahrscheinlich am wenigsten besprochen, aber vielleicht ist sie im täglichen Einsatz am wertvollsten. eine Prüfung, die vor der Abwicklung läuft und bekannte kompromittierte Adressen blockiert, ist grundlegend anders als jedes Tool, das nur eine Warnung ausgibt, nachdem das Geld bereits bewegt wurde.
die Identitätsdomäne hält alles privat. ein Nutzer weist nach, dass er eine gültige Berechtigung (Credential) besitzt. Newton sieht ein „Pass“ oder „Fail“. die Chain sieht nie die echten Daten, weil nur die Bestätigung (Attestation) gespeichert wird, nicht die Berechtigung selbst.@NewtonProtocol
die Compliance-Domäne verbindet sich mit dem, was Regulierer jetzt einfordern. neue Frameworks erwarten durchsetzbare Kontrollen auf Ebene der Transaktion, nicht nur Logs darüber, dass eine Überwachung stattgefunden hat. Newton erzeugt einen Nachweis (Receipt), der ein echter kryptografischer Beleg dafür ist, dass eine Policy gelaufen ist und welches Ergebnis erzielt wurde.
die Risikodomäne ist es, die Newton in einer bestimmten Weise relevant für DeFi macht. die meisten DeFi-Risikomanagement-Ansätze beruhen darauf, dass man darauf vertraut, dass ein Protokoll die eigenen veröffentlichten Regeln einhält. Newton überführt diese Regeln in den Onchain-Ausführungs-Flow, sodass sie nicht einfach ignoriert werden können.
eine Sache, die ich noch besser verstehen möchte, ist, was passiert, wenn zwei Domänen in derselben Auswertung in Konflikt geraten. wenn eine Wallet die Compliance besteht, aber die Risiko-Prüfung fehlschlägt, welche gewinnt? das Rego-Komposabilitätsmodell legt nahe, dass der Autor der Policy entscheidet, aber ich habe noch kein klares Beispiel gefunden, um die Prioritätslogik vollständig zu verstehen.$NEWT
jede Auswertung hinterlässt ein Compliance-Receipt, das im Task-Manager-Vertrag gespeichert ist. ein unveränderlicher Datensatz darüber, welche Policy gelaufen ist, welches Ergebnis dabei herauskam und welche Operatoren dafür signiert haben. Regulierer können das prüfen, ohne jemals Benutzerdaten anzufassen.
wenn man einen Schritt zurücktritt, macht Newton nicht wirklich vier getrennte Dinge. es stellt vier Fragen, bevor eine einzige Transaktion weitergeht. und die vier Domänen sind einfach die vier Bereiche, in denen diese Fragen bei echtem Geld am meisten zählen.
