"Nicht deine Keys, nicht deine Coins." Richtig. Aber noch nicht genug.
Du hältst den Private Key. Du machst Self-Custody. Du vertraust keiner zentralisierten Börse. Du machst alles richtig nach der Web3-Philosophie.
Aber wenn ein Protokoll, mit dem du interagierst, ausgenutzt wird, bleibt dein Key zwar sicher – aber dein Vermögen nicht.
Web3 löst also das Problem: Wer verwahrt die Keys? Aber es hat das Problem der Authorization noch nicht gelöst: Wer entscheidet, ob diese Transaktion überhaupt stattfinden darf?
@NewtonProtocol zum ersten Mal setzt man die Antwort ein, bevor das Geld den Weg antritt. Sie füllen diese Lücke, indem sie die Authorization-Checks vor der Geldübertragung durchführen (pre-settlement enforcement).
Mainnet Beta prüft jede Transaktion über 4 zentrale Ebenen:
👉 Compliance (Einhaltung von Vorschriften, Sanctions, Jurisdiktion).
👉 Identity (Identitätsprüfung, KYC/Credentials).
👉 Security (freigegebene Empfänger, Spending-Caps, Prompt-Injection-Defense für Agents).
👉 Risk (Leverage-Limits, Konzentration, Oracle-Health, Depeg, Gegenparteirisiko...).
Alle Checks erzeugen eine Onchain-signierte Quittung (ein Beleg, der öffentlich verifizierbar ist).
Die UX wird kaum verändert, weil Nutzer weiterhin selbst Transaktionen signieren, aber Newton AVS #Newt blockiert, wenn gegen die Policy verstoßen wird.
Newton konkurriert nicht direkt mit Wallets oder Custody-Lösungen (wie Magic Labs, mit denen sie zusammenarbeiten).
Stattdessen ergänzen sie eine Policy- & Authorization-Schicht zwischen Intent und Execution. Das ist ein kluger Ansatz, weil:
⭐ Self-Custody immer beliebter wird.
⭐ Agentisches KI & Automation gerade boomen und starke Guardrails brauchen.
⭐ Institutionelles Kapital Compliance erfordert, die verifizierbar ist.
Newton positioniert sich neu von „einem Protocol Compliance“ hin zum nächsten logischen Schritt der Web3-Philosophie „Not your keys“ zu „Not your unauthorized transaction“.
Das passt sehr gut zu ihrem realen Produkt (VaultKit + Policy Engine, live auf Mainnet Beta $NEWT )
Du hältst den Private Key. Du machst Self-Custody. Du vertraust keiner zentralisierten Börse. Du machst alles richtig nach der Web3-Philosophie.
Aber wenn ein Protokoll, mit dem du interagierst, ausgenutzt wird, bleibt dein Key zwar sicher – aber dein Vermögen nicht.
Web3 löst also das Problem: Wer verwahrt die Keys? Aber es hat das Problem der Authorization noch nicht gelöst: Wer entscheidet, ob diese Transaktion überhaupt stattfinden darf?
@NewtonProtocol zum ersten Mal setzt man die Antwort ein, bevor das Geld den Weg antritt. Sie füllen diese Lücke, indem sie die Authorization-Checks vor der Geldübertragung durchführen (pre-settlement enforcement).
Mainnet Beta prüft jede Transaktion über 4 zentrale Ebenen:
👉 Compliance (Einhaltung von Vorschriften, Sanctions, Jurisdiktion).
👉 Identity (Identitätsprüfung, KYC/Credentials).
👉 Security (freigegebene Empfänger, Spending-Caps, Prompt-Injection-Defense für Agents).
👉 Risk (Leverage-Limits, Konzentration, Oracle-Health, Depeg, Gegenparteirisiko...).
Alle Checks erzeugen eine Onchain-signierte Quittung (ein Beleg, der öffentlich verifizierbar ist).
Die UX wird kaum verändert, weil Nutzer weiterhin selbst Transaktionen signieren, aber Newton AVS #Newt blockiert, wenn gegen die Policy verstoßen wird.
Newton konkurriert nicht direkt mit Wallets oder Custody-Lösungen (wie Magic Labs, mit denen sie zusammenarbeiten).
Stattdessen ergänzen sie eine Policy- & Authorization-Schicht zwischen Intent und Execution. Das ist ein kluger Ansatz, weil:
⭐ Self-Custody immer beliebter wird.
⭐ Agentisches KI & Automation gerade boomen und starke Guardrails brauchen.
⭐ Institutionelles Kapital Compliance erfordert, die verifizierbar ist.
Newton positioniert sich neu von „einem Protocol Compliance“ hin zum nächsten logischen Schritt der Web3-Philosophie „Not your keys“ zu „Not your unauthorized transaction“.
Das passt sehr gut zu ihrem realen Produkt (VaultKit + Policy Engine, live auf Mainnet Beta $NEWT )