Binance Square
#newttoken

newttoken

111,590 Aufrufe
78 Kommentare
Aesthetic_Meow
·
--
Artikel
Was passiert, wenn ein KYC-Feld einfach... leer ist?Ich habe die Identitätsrichtlinien-Dokumente von @NewtonProtocol gelesen, und eine Zeile hat mich aufgehalten: Ein beliebiger Fehler in einer Rego-Regel bedeutet, dass die Regel als undefiniert ausgewertet wird. Und undefiniert wird als eine Verweigerung behandelt. Das klingt sicher. Tatsächlich ist das die ganze Geschichte hier. Die Behauptung Newtons Identitäts-Built-ins (newton.identity.kyc.*) sind per Design fail-closed. Wenn ein Datum nicht geparst werden kann oder ein Ländercode ungültig ist oder ein Array leer ist, produziert die Richtlinie keinen lauten Fehler. Sie verweigert einfach still und leise. Keine Ausnahme, kein Absturz, keine Meldung „bitte überprüfe deine Daten“. Nur: nicht autorisiert.

Was passiert, wenn ein KYC-Feld einfach... leer ist?

Ich habe die Identitätsrichtlinien-Dokumente von @NewtonProtocol gelesen, und eine Zeile hat mich aufgehalten: Ein beliebiger Fehler in einer Rego-Regel bedeutet, dass die Regel als undefiniert ausgewertet wird. Und undefiniert wird als eine Verweigerung behandelt.
Das klingt sicher. Tatsächlich ist das die ganze Geschichte hier.
Die Behauptung
Newtons Identitäts-Built-ins (newton.identity.kyc.*) sind per Design fail-closed. Wenn ein Datum nicht geparst werden kann oder ein Ländercode ungültig ist oder ein Array leer ist, produziert die Richtlinie keinen lauten Fehler. Sie verweigert einfach still und leise. Keine Ausnahme, kein Absturz, keine Meldung „bitte überprüfe deine Daten“. Nur: nicht autorisiert.
L Y N H:
This reminds me of the fail-safe systems in sci-fi like "Minority Report." Just as pre-crime technology prevents potential crimes from occurring, Newton's policy quietly denies errors to maintain security. It's fascinating how both worlds prioritize safety through meticulous and discreet measures!
@NewtonProtocol #Newt $NEWT Kann ein Tresor private Regeln durchsetzen, ohne die Regeln selbst offenzulegen? Genau das versucht VaultKit von Magic Newton zu beantworten. Jede Tresoraktion, die Gelder umschichtet, Caps ändert, Märkte aktiviert oder Gebühren aktualisiert, muss eine Richtlinie durchlaufen, bevor sie den Tresor erreicht. Wenn die Richtlinie zustimmt, wird sie ausgeführt. Wenn nicht, passiert nichts. Aber was, wenn die Richtlinie auf vertraulichen Daten basiert? Magic Newton löst das mit datenschutzfreundlicher Berechnung. Eigene Risiko-Modelle, Compliance-Checks und Daten zur Investoren-Eignung bleiben vertraulich. Nur eine kryptografisch überprüfbare Genehmigung wird onchain protokolliert. Warum ist das wichtig? Weil Institutionen ihre internen Regelwerke oft nicht veröffentlichen können. Magic Newton ermöglicht, diese Regeln durchzusetzen, ohne sie offenzulegen, wodurch die Onchain-Verwaltung für regulierte Teilnehmer praktikabler wird. Ein weiterer interessanter Punkt ist das fail-closed-Design. Wenn die Richtlinienauswertung aus irgendeinem Grund fehlschlägt, wird die Transaktion abgelehnt. Es gibt keinen stillen Umgehungsweg – nur eine öffentliche, zeitverzögerte Override-Option. Ersetzt Magic Newton bestehende Tresore? Nein. Magic Newtons VaultKit sitzt zwischen dem Kurator und dem Tresor. Manager nutzen weiterhin ihre aktuellen Tools, während VaultKit jede Verwaltungshandlung überprüft. Meiner Ansicht nach besteht die größte Innovation nicht in einem weiteren Tresor, sondern darin, jede Tresorentscheidung überprüfbar zu machen, ohne dabei den Datenschutz zu opfern. Kernaussage: Vertrauen ist hilfreich, aber Magic Newton zeigt, dass durchsetzbare, datenschutzfreundliche Policy-Checks zum stärkeren Standard für institutionelles DeFi werden könnten. #NewtonProtocol #NEWTtoken #NEWTUSDT $BEE $PALU Würdest du einem Tresor mehr vertrauen, wenn jede Manageraktion einen automatischen Richtliniencheck bestehen müsste?
@NewtonProtocol #Newt $NEWT
Kann ein Tresor private Regeln durchsetzen, ohne die Regeln selbst offenzulegen? Genau das versucht VaultKit von Magic Newton zu beantworten.

Jede Tresoraktion, die Gelder umschichtet, Caps ändert, Märkte aktiviert oder Gebühren aktualisiert, muss eine Richtlinie durchlaufen, bevor sie den Tresor erreicht. Wenn die Richtlinie zustimmt, wird sie ausgeführt. Wenn nicht, passiert nichts.

Aber was, wenn die Richtlinie auf vertraulichen Daten basiert?
Magic Newton löst das mit datenschutzfreundlicher Berechnung.

Eigene Risiko-Modelle, Compliance-Checks und Daten zur Investoren-Eignung bleiben vertraulich. Nur eine kryptografisch überprüfbare Genehmigung wird onchain protokolliert.

Warum ist das wichtig?

Weil Institutionen ihre internen Regelwerke oft nicht veröffentlichen können. Magic Newton ermöglicht, diese Regeln durchzusetzen, ohne sie offenzulegen, wodurch die Onchain-Verwaltung für regulierte Teilnehmer praktikabler wird.

Ein weiterer interessanter Punkt ist das fail-closed-Design. Wenn die Richtlinienauswertung aus irgendeinem Grund fehlschlägt, wird die Transaktion abgelehnt. Es gibt keinen stillen Umgehungsweg – nur eine öffentliche, zeitverzögerte Override-Option.

Ersetzt Magic Newton bestehende Tresore?

Nein. Magic Newtons VaultKit sitzt zwischen dem Kurator und dem Tresor. Manager nutzen weiterhin ihre aktuellen Tools, während VaultKit jede Verwaltungshandlung überprüft.

Meiner Ansicht nach besteht die größte Innovation nicht in einem weiteren Tresor, sondern darin, jede Tresorentscheidung überprüfbar zu machen, ohne dabei den Datenschutz zu opfern.

Kernaussage: Vertrauen ist hilfreich, aber Magic Newton zeigt, dass durchsetzbare, datenschutzfreundliche Policy-Checks zum stärkeren Standard für institutionelles DeFi werden könnten.
#NewtonProtocol #NEWTtoken #NEWTUSDT $BEE $PALU
Würdest du einem Tresor mehr vertrauen, wenn jede Manageraktion einen automatischen Richtliniencheck bestehen müsste?
✅ Yes
100%
❌ No
0%
🤷 Depends on the policy
0%
📚 Need to learn more
0%
9 Stimmen • Abstimmung beendet
·
--
Bullisch
🤔 Was wäre, wenn das größte Risiko in KI nicht das Modell ist, sondern der Ort, an dem es läuft? Das ist die Frage, auf die @NewtonProtocol versucht, eine Antwort zu geben. Heute sind die meisten KI-Agenten auf zentrale Cloud-Anbieter angewiesen. Sie sind zwar schnell, schaffen aber auch einen einzelnen Punkt des Versagens. Ein Ausfall, eine Richtlinienänderung oder eine Sicherheitsverletzung kann auf einmal Tausende Nutzer betreffen. Wie reagiert also das Newton Protocol? Anstatt sich auf ein einziges Unternehmen zu verlassen, kombiniert es On-Chain-Execution mit dezentraler Infrastruktur. Wichtige Aktionen werden transparent und überprüfbar. Außerdem nutzt es vertrauenswürdige externe Daten und Risk Intelligence, damit KI-Agenten Entscheidungen mit besserem Kontext treffen können – nicht mit blinden Annahmen. Meiner Ansicht nach macht das KI nicht „risikofrei“. Es verlagert lediglich den Fokus von der Vertrauenswürdigkeit eines Anbieters hin zur Verifizierung des Prozesses. Dieser Unterschied könnte besonders wichtig werden, wenn KI damit beginnt, Assets zu verwalten und finanzielle Transaktionen auszuführen. Die eigentliche Frage ist nicht, ob dezentrale KI perfekt ist. Sondern ob zukünftige KI-Systeme auf Infrastruktur aufgebaut werden sollten, die jeder überprüfen kann, statt auf Infrastruktur, die nur ein einziges Unternehmen kontrolliert. Mein Fazit: Wenn KI autonomer wird, könnte Transparenz genauso wertvoll werden wie Geschwindigkeit. Projekte, die dieses Problem lösen, sind es wert, beobachtet zu werden – nicht, weil sie den Erfolg garantieren, sondern weil sie die richtige Frage stellen. #NewtonProtocol #Newt $NEWT $AA #NEWTtoken #NEWTUSDT
🤔 Was wäre, wenn das größte Risiko in KI nicht das Modell ist, sondern der Ort, an dem es läuft?

Das ist die Frage, auf die @NewtonProtocol versucht, eine Antwort zu geben.

Heute sind die meisten KI-Agenten auf zentrale Cloud-Anbieter angewiesen. Sie sind zwar schnell, schaffen aber auch einen einzelnen Punkt des Versagens. Ein Ausfall, eine Richtlinienänderung oder eine Sicherheitsverletzung kann auf einmal Tausende Nutzer betreffen.

Wie reagiert also das Newton Protocol?

Anstatt sich auf ein einziges Unternehmen zu verlassen, kombiniert es On-Chain-Execution mit dezentraler Infrastruktur. Wichtige Aktionen werden transparent und überprüfbar. Außerdem nutzt es vertrauenswürdige externe Daten und Risk Intelligence, damit KI-Agenten Entscheidungen mit besserem Kontext treffen können – nicht mit blinden Annahmen.

Meiner Ansicht nach macht das KI nicht „risikofrei“. Es verlagert lediglich den Fokus von der Vertrauenswürdigkeit eines Anbieters hin zur Verifizierung des Prozesses. Dieser Unterschied könnte besonders wichtig werden, wenn KI damit beginnt, Assets zu verwalten und finanzielle Transaktionen auszuführen.

Die eigentliche Frage ist nicht, ob dezentrale KI perfekt ist.

Sondern ob zukünftige KI-Systeme auf Infrastruktur aufgebaut werden sollten, die jeder überprüfen kann, statt auf Infrastruktur, die nur ein einziges Unternehmen kontrolliert.

Mein Fazit: Wenn KI autonomer wird, könnte Transparenz genauso wertvoll werden wie Geschwindigkeit. Projekte, die dieses Problem lösen, sind es wert, beobachtet zu werden – nicht, weil sie den Erfolg garantieren, sondern weil sie die richtige Frage stellen.

#NewtonProtocol #Newt $NEWT $AA #NEWTtoken #NEWTUSDT
Klim s777:
Decentralization alone doesn't make AI decisions more trustworthy. The critical property is whether every authorization outcome can be independently verified regardless of which operator evaluated it. Verifiability reduces dependence on any single participant, not just any single provider.
Verifiziert
Artikel
Was wäre, wenn das größte Upgrade von Newton kein neues Feature ist, sondern wen es dafür auswählt, dem man vertraut?Das Newton Mainnet Beta wird noch interessanter, weil es On-Chain-Ausführung mit externen Preisdaten von RedStone und Risikointelligenz von Credora kombiniert. Das garantiert keine Sicherheit. Es deutet aber darauf hin, dass Newton versucht, zwei typische Schwachstellen zu reduzieren, bevor es skaliert. Die praktische Beobachtung Die meisten Blockchain-Launches sprechen über Geschwindigkeit. @NewtonProtocol wovon es geht, ist Datenqualität und Risiko-Transparenz. Das hat meine Aufmerksamkeit mehr geweckt als eine andere TPS-Zahl. Wenn <t-196/>#Newt eine ernsthafte DeFi-Aktivität im Sinn hat, können schlechte Preisfeeds oder versteckte Risiken das Vertrauen der Nutzer schneller zerstören als langsame Transaktionen jemals könnten.

Was wäre, wenn das größte Upgrade von Newton kein neues Feature ist, sondern wen es dafür auswählt, dem man vertraut?

Das Newton Mainnet Beta wird noch interessanter, weil es On-Chain-Ausführung mit externen Preisdaten von RedStone und Risikointelligenz von Credora kombiniert. Das garantiert keine Sicherheit. Es deutet aber darauf hin, dass Newton versucht, zwei typische Schwachstellen zu reduzieren, bevor es skaliert.
Die praktische Beobachtung
Die meisten Blockchain-Launches sprechen über Geschwindigkeit.
@NewtonProtocol wovon es geht, ist Datenqualität und Risiko-Transparenz.
Das hat meine Aufmerksamkeit mehr geweckt als eine andere TPS-Zahl.
Wenn <t-196/>#Newt eine ernsthafte DeFi-Aktivität im Sinn hat, können schlechte Preisfeeds oder versteckte Risiken das Vertrauen der Nutzer schneller zerstören als langsame Transaktionen jemals könnten.
KaiLove:
This resonates with me as someone who values data quality and risk visibility in DeFi ecosystems.
Verifiziert
Kann KYC wiederverwendbar werden, ohne personenbezogene Daten offenzulegen? Das ist die Frage, die @NewtonProtocol VC zu beantworten versucht. Die meisten Anwendungen erfassen KYC jeweils separat, sodass Nutzer den gleichen Prozess wiederholen müssen. Newton bringt einen anderen Ansatz: einmal verifizieren, dann prüfen Richtlinien, ob ein Nutzer bestimmte Anforderungen erfüllt, ohne die zugrunde liegenden Identitätsdaten offenzulegen. Wie funktioniert das? Wenn du Entwickler bist, kannst du KYC über deinen bevorzugten Anbieter erfassen, bei Newton registrieren und Regeln erstellen, z. B. den Zugriff nur für Nutzer zu erlauben, die 18+ sind und sich in genehmigten Regionen befinden. Was ist, wenn ein anderer Entwickler denselben Nutzer bereits verifiziert hat? Newton ermöglicht es dir, diese verifizierte Identität auf eine datenschutzfreundliche Weise zu nutzen. Deine Anwendung erfährt nur, ob die Richtlinienbedingungen erfüllt sind, nicht die persönlichen Informationen des Nutzers. Das reduziert wiederholte Verifizierungen, während sensible Daten privat bleiben. Was passiert im Hintergrund? Der Ablauf ist unkompliziert: KYC erfassen, bei Newton registrieren, den Nutzer seine Identität verknüpfen lassen, eine signierte Anfrage übermitteln und eine Richtlinie auswerten lassen, ob die Anforderungen erfüllt sind. Meiner Ansicht nach ist die wertvollste Idee nicht, KYC zu ersetzen – sondern verifizierte Identität wiederverwendbar zu machen und dabei personenbezogene Daten geschützt zu halten. Die wichtigste Erkenntnis: Bessere Compliance erfordert nicht immer, mehr Daten zu sammeln. Manchmal bedeutet es einfach, sie intelligenter zu verifizieren. #Newt $NEWT #NewtonProtocol #NEWTtoken #NEWTUSDT $BEAT $ARX Glaubst du, dass KYC zwischen Apps wiederverwendbar sein sollte, ohne deine persönlichen Daten zu teilen?
Kann KYC wiederverwendbar werden, ohne personenbezogene Daten offenzulegen? Das ist die Frage, die @NewtonProtocol VC zu beantworten versucht.
Die meisten Anwendungen erfassen KYC jeweils separat, sodass Nutzer den gleichen Prozess wiederholen müssen. Newton bringt einen anderen Ansatz: einmal verifizieren, dann prüfen Richtlinien, ob ein Nutzer bestimmte Anforderungen erfüllt, ohne die zugrunde liegenden Identitätsdaten offenzulegen.
Wie funktioniert das?
Wenn du Entwickler bist, kannst du KYC über deinen bevorzugten Anbieter erfassen, bei Newton registrieren und Regeln erstellen, z. B. den Zugriff nur für Nutzer zu erlauben, die 18+ sind und sich in genehmigten Regionen befinden.
Was ist, wenn ein anderer Entwickler denselben Nutzer bereits verifiziert hat?
Newton ermöglicht es dir, diese verifizierte Identität auf eine datenschutzfreundliche Weise zu nutzen. Deine Anwendung erfährt nur, ob die Richtlinienbedingungen erfüllt sind, nicht die persönlichen Informationen des Nutzers. Das reduziert wiederholte Verifizierungen, während sensible Daten privat bleiben.
Was passiert im Hintergrund?
Der Ablauf ist unkompliziert: KYC erfassen, bei Newton registrieren, den Nutzer seine Identität verknüpfen lassen, eine signierte Anfrage übermitteln und eine Richtlinie auswerten lassen, ob die Anforderungen erfüllt sind.
Meiner Ansicht nach ist die wertvollste Idee nicht, KYC zu ersetzen – sondern verifizierte Identität wiederverwendbar zu machen und dabei personenbezogene Daten geschützt zu halten.
Die wichtigste Erkenntnis: Bessere Compliance erfordert nicht immer, mehr Daten zu sammeln. Manchmal bedeutet es einfach, sie intelligenter zu verifizieren.
#Newt $NEWT #NewtonProtocol #NEWTtoken #NEWTUSDT $BEAT $ARX

Glaubst du, dass KYC zwischen Apps wiederverwendbar sein sollte, ohne deine persönlichen Daten zu teilen?
👍 Yes, definitely
50%
🤔 Maybe
13%
🔒 No, separate KYC is better
37%
📚 Need to learn more
0%
8 Stimmen • Abstimmung beendet
Artikel
Benutzerdefinierte Datenorakel klingen mächtig – bis man tatsächlich eines schreibt.ermöglicht es jedem, WebAssembly-Code bereitzustellen, der externe Daten direkt in Rego-Policies holt. Die Behauptung ist einfach: So werden On-Chain-Entscheidungen genauso flexibel wie Off-Chain-APIs, ohne auf verifizierbare Ausführung zu verzichten. In der Praxis verlagert das die Arbeit und die Risiken auf die Person, die diese WASM-Komponente wartet. Ich habe Zeit damit verbracht, ihre Dokumentation und Beispiele zu studieren. Das fällt auf, wenn man versucht, sie für etwas Reales zu nutzen. So funktioniert der Oracle-Flow tatsächlich Du schreibst ein kleines Programm (derzeit größtenteils JavaScript), das „run“ implementiert. Es erhält JSON, kann HTTP über den Host aufrufen, optional Geheimnisse lesen und gibt JSON zurück, das in deiner Policy als data.wasm landet.

Benutzerdefinierte Datenorakel klingen mächtig – bis man tatsächlich eines schreibt.

ermöglicht es jedem, WebAssembly-Code bereitzustellen, der externe Daten direkt in Rego-Policies holt. Die Behauptung ist einfach: So werden On-Chain-Entscheidungen genauso flexibel wie Off-Chain-APIs, ohne auf verifizierbare Ausführung zu verzichten. In der Praxis verlagert das die Arbeit und die Risiken auf die Person, die diese WASM-Komponente wartet.
Ich habe Zeit damit verbracht, ihre Dokumentation und Beispiele zu studieren. Das fällt auf, wenn man versucht, sie für etwas Reales zu nutzen.
So funktioniert der Oracle-Flow tatsächlich
Du schreibst ein kleines Programm (derzeit größtenteils JavaScript), das „run“ implementiert. Es erhält JSON, kann HTTP über den Host aufrufen, optional Geheimnisse lesen und gibt JSON zurück, das in deiner Policy als data.wasm landet.
Yuuki Trading:
The integration of WebAssembly with Rego policies is a significant advancement in decentralized applications. It enhances decision-making flexibility while maintaining on-chain verifiability. However, it's crucial to consider the dependency on the reliability of the maintained WASM component, as this could introduce new challenges and risks in execution.
#newt $NEWT Wie wird überhaupt eine Richtlinie erstellt? Ein Entwickler schreibt die Logik in Rego, veröffentlicht sie im Newton-Registry und sie wird auf IPFS gespeichert, referenziert über eine CID. Das bedeutet: Jede Richtlinie ist überprüfbar und wiederverwendbar – kein Black-Box-Element, das in einem Vertrag versteckt ist. Wer entscheidet, welche Richtlinie für eine Transaktion gilt? Das tun die Nutzer. Sie stellen einen PolicyClient-Vertrag bereit, wählen eine Richtlinie aus und setzen ihre eigenen Schwellenwerte sowie Ablaufregeln. In meiner Sicht ist das der unterschätzte Teil: Die Kontrolle liegt wieder beim Nutzer statt bei einem zentralen Türsteher. Was passiert, wenn eine Aufgabe eingereicht wird? Ein Intent koppelt sich mit dem PolicyClient und trifft über das #Newt-Gateway per SDK oder RPC ein. Auf den ersten Blick simpel, aber es ist der Auslöser für alles, was danach kommt. Wer prüft tatsächlich, ob die Transaktion gültig ist? AVS-Operatoren bewerten die Richtlinie unabhängig voneinander und erstellen BLS-Signaturen. Sobald das Quorum erreicht ist, bündelt ein Aggregator sie zu einer einzigen Attestation. In meiner Sicht ist das die stärkste Designentscheidung im gesamten Ablauf: Kein einzelner Operator kann etwas allein genehmigen oder blockieren. $NEWT Was ist also die wichtigste Erkenntnis? @NewtonProtocol ist nicht nur eine weitere Genehmigungsstufe für Transaktionen, sondern verlagert das Urteil selbst in die Dezentralisierung. Das ist die eigentliche Veränderung, die es wert ist, im Blick zu behalten. $LAB #NEWTtoken #NEWTUSDT @NewtonProtocol
#newt $NEWT Wie wird überhaupt eine Richtlinie erstellt?
Ein Entwickler schreibt die Logik in Rego, veröffentlicht sie im Newton-Registry und sie wird auf IPFS gespeichert, referenziert über eine CID. Das bedeutet: Jede Richtlinie ist überprüfbar und wiederverwendbar – kein Black-Box-Element, das in einem Vertrag versteckt ist.
Wer entscheidet, welche Richtlinie für eine Transaktion gilt?
Das tun die Nutzer. Sie stellen einen PolicyClient-Vertrag bereit, wählen eine Richtlinie aus und setzen ihre eigenen Schwellenwerte sowie Ablaufregeln. In meiner Sicht ist das der unterschätzte Teil: Die Kontrolle liegt wieder beim Nutzer statt bei einem zentralen Türsteher.
Was passiert, wenn eine Aufgabe eingereicht wird?
Ein Intent koppelt sich mit dem PolicyClient und trifft über das #Newt-Gateway per SDK oder RPC ein. Auf den ersten Blick simpel, aber es ist der Auslöser für alles, was danach kommt.
Wer prüft tatsächlich, ob die Transaktion gültig ist?
AVS-Operatoren bewerten die Richtlinie unabhängig voneinander und erstellen BLS-Signaturen. Sobald das Quorum erreicht ist, bündelt ein Aggregator sie zu einer einzigen Attestation. In meiner Sicht ist das die stärkste Designentscheidung im gesamten Ablauf: Kein einzelner Operator kann etwas allein genehmigen oder blockieren. $NEWT
Was ist also die wichtigste Erkenntnis?
@NewtonProtocol ist nicht nur eine weitere Genehmigungsstufe für Transaktionen, sondern verlagert das Urteil selbst in die Dezentralisierung. Das ist die eigentliche Veränderung, die es wert ist, im Blick zu behalten.
$LAB #NEWTtoken #NEWTUSDT @NewtonProtocol
Verifiziert
Warum braucht eine Policy-Engine gleich fünf separate Schritte, nur um bei einer Transaktion „ja“ oder „nein“ zu sagen? Das ist die eigentliche Frage hinter Newtons Evaluation Lifecycle. Wie entsteht überhaupt eine Policy? Ein Entwickler schreibt die Logik in Rego, veröffentlicht sie im Newton-Registry und sie wird auf IPFS gespeichert – referenziert über CID. Das bedeutet: Jede Policy ist überprüfbar und wiederverwendbar, kein Black-Box-Fall, der in einem Vertrag vergraben ist. Wer entscheidet, welche Policy auf eine Transaktion angewendet wird? Der Nutzer. Er stellt einen PolicyClient-Vertrag bereit, wählt eine Policy aus und legt eigene Schwellenwerte sowie Ablaufregeln fest. In meiner Sicht ist das der unterschätzte Teil: Er gibt die Kontrolle zurück an den Nutzer – statt an ein zentrales „Gatekeeper“-System. Was passiert, wenn eine Aufgabe eingereicht wird? Ein Intent koppelt sich mit dem PolicyClient und trifft über SDK oder RPC auf das #Newt Gateway. Auf den ersten Blick simpel, aber hier liegt der Auslöser für alles, was danach kommt. Wer prüft tatsächlich, ob die Transaktion gültig ist? AVS-Operatoren bewerten die Policy unabhängig voneinander und erstellen BLS-Signaturen. Sobald ein Quorum erreicht ist, bündelt ein Aggregator sie zu einer einzigen Attestation. In meiner Sicht ist das die stärkste Designentscheidung im gesamten Ablauf: Kein einzelner Operator kann etwas einseitig genehmigen oder blockieren. $NEWT Was ist also die wichtigste Erkenntnis? @NewtonProtocol ist nicht nur ein weiterer Freigabeschritt für Transaktionen – es dezentralisiert das Urteil selbst. Das ist die eigentliche Veränderung, die es wert ist, im Blick zu behalten. $ARX $LAB #NewtonProtocol #NEWTtoken #NEWTUSDT 📊 Was am wichtigsten ist, bevor eine Transaktion durchläuft?
Warum braucht eine Policy-Engine gleich fünf separate Schritte, nur um bei einer Transaktion „ja“ oder „nein“ zu sagen?
Das ist die eigentliche Frage hinter Newtons Evaluation Lifecycle.

Wie entsteht überhaupt eine Policy?

Ein Entwickler schreibt die Logik in Rego, veröffentlicht sie im Newton-Registry und sie wird auf IPFS gespeichert – referenziert über CID. Das bedeutet: Jede Policy ist überprüfbar und wiederverwendbar, kein Black-Box-Fall, der in einem Vertrag vergraben ist.

Wer entscheidet, welche Policy auf eine Transaktion angewendet wird?

Der Nutzer. Er stellt einen PolicyClient-Vertrag bereit, wählt eine Policy aus und legt eigene Schwellenwerte sowie Ablaufregeln fest. In meiner Sicht ist das der unterschätzte Teil: Er gibt die Kontrolle zurück an den Nutzer – statt an ein zentrales „Gatekeeper“-System.

Was passiert, wenn eine Aufgabe eingereicht wird?

Ein Intent koppelt sich mit dem PolicyClient und trifft über SDK oder RPC auf das #Newt Gateway. Auf den ersten Blick simpel, aber hier liegt der Auslöser für alles, was danach kommt.

Wer prüft tatsächlich, ob die Transaktion gültig ist?

AVS-Operatoren bewerten die Policy unabhängig voneinander und erstellen BLS-Signaturen. Sobald ein Quorum erreicht ist, bündelt ein Aggregator sie zu einer einzigen Attestation. In meiner Sicht ist das die stärkste Designentscheidung im gesamten Ablauf: Kein einzelner Operator kann etwas einseitig genehmigen oder blockieren. $NEWT

Was ist also die wichtigste Erkenntnis?

@NewtonProtocol ist nicht nur ein weiterer Freigabeschritt für Transaktionen – es dezentralisiert das Urteil selbst. Das ist die eigentliche Veränderung, die es wert ist, im Blick zu behalten.
$ARX $LAB #NewtonProtocol #NEWTtoken #NEWTUSDT
📊 Was am wichtigsten ist, bevor eine Transaktion durchläuft?
🔹 Security
64%
🔹 Speed
29%
🔹 Transparency
7%
🔹 Low fees
0%
14 Stimmen • Abstimmung beendet
Artikel
Was passiert, wenn Vault-Regeln durchgesetzt werden, bevor Gelder sich bewegen?DeFi-Vaults werden immer weiter ausgeraubt oder eingeschränkt, sobald Institutionen auftauchen. Newton will das ändern. Positioniert sich als die Policy-Schicht vor der Besiedlung, die die Vault-Regeln tatsächlich onchain durchsetzt, bevor irgendeine Transaktion ausgeführt wird. Tatsache: Seit dem Mainnet-Beta im späten Juni 2026 integriert es sich mit Daten wie RedStone-Preisen und Credora-Risikoscores, um Echtzeitbewegungen zu blockieren oder zuzulassen. Die Kernspannung Die meisten Vault-Absicherungen sind heute entweder Offchain-Versprechen oder reaktive Codes, die erst eingreifen, nachdem bereits etwas schiefgelaufen ist. <t-77/>#Newt >sagt, dass es die Investor-Eignung, Positionslimits, Depegs und mehr prüft, bevor es zur Abwicklung kommt, und hinterlässt einen verifizierbaren Onchain-Beleg. Das ist wichtig, weil Vaults heute ernsthafte Stablecoin- und RWA-Ströme in der Größenordnung von hunderten Milliarden halten und Rendite suchen, ohne die Compliance-Kopfschmerzen auf TradFi-Niveau.

Was passiert, wenn Vault-Regeln durchgesetzt werden, bevor Gelder sich bewegen?

DeFi-Vaults werden immer weiter ausgeraubt oder eingeschränkt, sobald Institutionen auftauchen. Newton will das ändern.
Positioniert sich als die Policy-Schicht vor der Besiedlung, die die Vault-Regeln tatsächlich onchain durchsetzt, bevor irgendeine Transaktion ausgeführt wird. Tatsache: Seit dem Mainnet-Beta im späten Juni 2026 integriert es sich mit Daten wie RedStone-Preisen und Credora-Risikoscores, um Echtzeitbewegungen zu blockieren oder zuzulassen.
Die Kernspannung
Die meisten Vault-Absicherungen sind heute entweder Offchain-Versprechen oder reaktive Codes, die erst eingreifen, nachdem bereits etwas schiefgelaufen ist. <t-77/>#Newt >sagt, dass es die Investor-Eignung, Positionslimits, Depegs und mehr prüft, bevor es zur Abwicklung kommt, und hinterlässt einen verifizierbaren Onchain-Beleg. Das ist wichtig, weil Vaults heute ernsthafte Stablecoin- und RWA-Ströme in der Größenordnung von hunderten Milliarden halten und Rendite suchen, ohne die Compliance-Kopfschmerzen auf TradFi-Niveau.
Smarty kiddo:
$NEWT ’s bet is that vaults, RWAs, and agents all need the same thing: pre settlement policy enforcement that leaves a verifiable trail.
Verifiziert
Artikel
Newton ließ mich an Smart Contracts ein wenig anders denkenWas wäre, wenn eine Transaktion nachweisen könnte, dass sie Ihre Regeln erfüllt hat, bevor Ihr Smart Contract überhaupt damit in Berührung kommt? @NewtonProtocol hält daran fest, dass Autorisierung vor der Ausführung erfolgen sollte, nicht danach. Das klingt nach Kleinigkeiten, aber es verändert die Stelle, an der Entwickler Vertrauen setzen. Statt jede Bedingung direkt in einen Contract zu schreiben, entscheidet eine Policy darüber, ob eine Transaktion überhaupt weitermachen darf. Die praktische Spannung $UP Die meisten Smart Contracts sind nach der Bereitstellung statisch. Geschäftsregeln sind nicht. Ein Ausgabenlimit ändert sich. Eine Compliance-Anforderung ändert sich. Der Status eines Wallets ändert sich. Solidity jedes Mal zu aktualisieren ist langsam und teuer. Newton geht das anders an, indem es Transaktionsregeln von der Contract-Logik trennt.

Newton ließ mich an Smart Contracts ein wenig anders denken

Was wäre, wenn eine Transaktion nachweisen könnte, dass sie Ihre Regeln erfüllt hat, bevor Ihr Smart Contract überhaupt damit in Berührung kommt?
@NewtonProtocol hält daran fest, dass Autorisierung vor der Ausführung erfolgen sollte, nicht danach. Das klingt nach Kleinigkeiten, aber es verändert die Stelle, an der Entwickler Vertrauen setzen. Statt jede Bedingung direkt in einen Contract zu schreiben, entscheidet eine Policy darüber, ob eine Transaktion überhaupt weitermachen darf.
Die praktische Spannung $UP
Die meisten Smart Contracts sind nach der Bereitstellung statisch.
Geschäftsregeln sind nicht.
Ein Ausgabenlimit ändert sich. Eine Compliance-Anforderung ändert sich. Der Status eines Wallets ändert sich. Solidity jedes Mal zu aktualisieren ist langsam und teuer. Newton geht das anders an, indem es Transaktionsregeln von der Contract-Logik trennt.
The Crypto Analyst 01:
That sounds small, but it changes where developers place trust. Instead of putting every condition directly inside a contract, Newton lets a policy decide whether a transaction deserves to move forward.
·
--
🚨 $NEWT Lokaler Retest! Preis komprimiert sich bei 0,0467 $ als die Support-Zone herausgefordert wird! 🚀📉👇 Newt ($NEWT) navigiert auf seinem Chart eine lokalisierte Korrequenz-Phase und handelt aktuell im Minus bei 0,0467 $! Nachdem es auf Widerstand an seiner Sitzungsobergrenze nahe dem 24h High (0,0492 $) gestoßen ist, zog die Kursbewegung sich zurück, um Stabilität knapp über seiner Baseline-„Floor“-Polsterung nahe dem 24h Low (0,0463 $) zu finden. Gestützt durch einen aktiven täglichen Handelsvolumen-Pool von 431.178,35 USDT, der sich durch die AI-Matrix rotiert, läuft gerade ein entscheidender Bereichsgrenzen-Kampf. Sichere dir deine Setups sofort: 🟢 LONG ENTRY (Breakout Reversal): ✅ Trigger: Close ÜBER 0,0495 $ 🎯 🎯 Ziele: 0,0530 | 0,0570+ 🚀 🛑 Stop Loss: 0,0458 $ 🔴 SHORT ENTRY (Abwärtstrend-Fortsetzung): ✅ Trigger: Close UNTER 0,0455 $ 🎯 🎯 Ziele: 0,0420 | 0,0380- 📉 🛑 Stop Loss: 0,0482 $ 💡 TRADER-WISDOM: Achte genau auf das Timeframe-Setup – diese technische Analyse lässt sich direkt auf die 4-Stunden-(4h)-Zeitschienenstruktur abbilden! Während die Makro-24h-Performance eine lokalisierte Kontraktion im Rot (-4,89%) zeigt, bestätigt die unmittelbare aktive 4H-Kerze eine vorübergehende Atempause mit einer komplett flachen Kompressions-Progression von 0,00% (0,0000). Vermeide es, überhebelte Market-Orders mitten in das Range-Chaos zu drücken – lass das 4H-Timeframe einen sauberen Close vollständig außerhalb dieser Grenzparameter absegnen, um eine nachhaltige Volumen-Absorptionsgeschwindigkeit zu validieren, bevor du die Entry-Bestätigung nimmst. Kapitalerhaltung hat Priorität Nummer eins! 📊🔒 ⚠️ Hochvolumige, AI-gesteuerte Sektor-Assets beinhalten plötzliche Liquiditäts-Sweeps, scharfe lokale Leverage-Flushes und schnelle Volatilitätsrückgänge nahe wichtigen Support-Floors. Ziehe deine Risiko-Parameter enger und mach deine eigene Recherche (DYOR)! ⚠️ {future}(NEWTUSDT) ➡️ KLICKE AUF DEN UNTEN TAGGED $NEWT COIN-LINK ⬅️ #BinanceSquare #NEWTUSDT #NEWTtoken #TechnicalAnalysis
🚨 $NEWT Lokaler Retest! Preis komprimiert sich bei 0,0467 $ als die Support-Zone herausgefordert wird! 🚀📉👇

Newt ($NEWT ) navigiert auf seinem Chart eine lokalisierte Korrequenz-Phase und handelt aktuell im Minus bei 0,0467 $! Nachdem es auf Widerstand an seiner Sitzungsobergrenze nahe dem 24h High (0,0492 $) gestoßen ist, zog die Kursbewegung sich zurück, um Stabilität knapp über seiner Baseline-„Floor“-Polsterung nahe dem 24h Low (0,0463 $) zu finden. Gestützt durch einen aktiven täglichen Handelsvolumen-Pool von 431.178,35 USDT, der sich durch die AI-Matrix rotiert, läuft gerade ein entscheidender Bereichsgrenzen-Kampf. Sichere dir deine Setups sofort:

🟢 LONG ENTRY (Breakout Reversal):
✅ Trigger: Close ÜBER 0,0495 $ 🎯
🎯 Ziele: 0,0530 | 0,0570+ 🚀
🛑 Stop Loss: 0,0458 $

🔴 SHORT ENTRY (Abwärtstrend-Fortsetzung):
✅ Trigger: Close UNTER 0,0455 $ 🎯
🎯 Ziele: 0,0420 | 0,0380- 📉
🛑 Stop Loss: 0,0482 $

💡 TRADER-WISDOM: Achte genau auf das Timeframe-Setup – diese technische Analyse lässt sich direkt auf die 4-Stunden-(4h)-Zeitschienenstruktur abbilden! Während die Makro-24h-Performance eine lokalisierte Kontraktion im Rot (-4,89%) zeigt, bestätigt die unmittelbare aktive 4H-Kerze eine vorübergehende Atempause mit einer komplett flachen Kompressions-Progression von 0,00% (0,0000). Vermeide es, überhebelte Market-Orders mitten in das Range-Chaos zu drücken – lass das 4H-Timeframe einen sauberen Close vollständig außerhalb dieser Grenzparameter absegnen, um eine nachhaltige Volumen-Absorptionsgeschwindigkeit zu validieren, bevor du die Entry-Bestätigung nimmst. Kapitalerhaltung hat Priorität Nummer eins! 📊🔒

⚠️ Hochvolumige, AI-gesteuerte Sektor-Assets beinhalten plötzliche Liquiditäts-Sweeps, scharfe lokale Leverage-Flushes und schnelle Volatilitätsrückgänge nahe wichtigen Support-Floors. Ziehe deine Risiko-Parameter enger und mach deine eigene Recherche (DYOR)! ⚠️
➡️ KLICKE AUF DEN UNTEN TAGGED $NEWT COIN-LINK ⬅️

#BinanceSquare #NEWTUSDT #NEWTtoken #TechnicalAnalysis
·
--
Bärisch
Das Logo von @NewtonProtocol enthält eine Zahl, die die meisten Brand-Seiten nicht einmal erklären. 0,8x. Das ist das Verhältnis zwischen dem Dreieck und dem Sechseck in N ewtons Zeichen. Nicht 0,75, nicht „grob proportional“. Eine konkrete Dezimalzahl, die in ihrem eigenen Konstruktionsdiagramm genannt wird, neben drei 60°-Winkeln. Die meisten Brand-Kits bleiben bei „Hier ist unser Logo, streckt es nicht.“ #Newt ist weitergegangen: Sie haben die tatsächliche Geometrie veröffentlicht: ein Sechseck (Struktur), das ein Dreieck (Transformation) enthält, das einen Kreis (Kontinuität) enthält, der einen Quadrat (Form) enthält. Vier Formen, eine Achse, ein Verhältnis. Hier liegt die Spannung: Dieses Maß an Präzision ist nur dann relevant, wenn jemand das Zeichen per Hand oder per Code nachbauen will—denken wir an SVG-Generierung, dynamische App-Icons, Co-Branding mit Partnern in ungewöhnlichen Größen. Für 95% der Leute, die ein Logo-Set herunterladen, ist 0,8x nur Trivia. $NEWT Warum also zeigen? Meine Vermutung: als Vertrauenssignal für technische Partner, nicht für Designer. „Wir haben das bis zur Dezimalstelle durchdacht“ liest sich für ein Engineering-Team anders als für einen Marketter, der ein Header-Bild auswählt. Kleines Ding. Aber es verrät dir, für wen die Newton-Brand-Page tatsächlich geschrieben ist. Nicht für die Presse. Nicht für Gelegenheitsnutzer. Für wen immer das Sechseck in eine Codebase einbetten will und es sowohl bei 16px als auch bei 400px richtig aussehen lassen muss. Es lohnt sich zu prüfen, ob deine eigenen Brand-Assets das auch machen oder ob „Logo nicht strecken“ das Maximum ist, bis zu dem es jemand geschafft hat. #NEWTtoken #NEWTUSDT #NewtonProtocol
Das Logo von @NewtonProtocol enthält eine Zahl, die die meisten Brand-Seiten nicht einmal erklären.

0,8x. Das ist das Verhältnis zwischen dem Dreieck und dem Sechseck in N ewtons Zeichen. Nicht 0,75, nicht „grob proportional“. Eine konkrete Dezimalzahl, die in ihrem eigenen Konstruktionsdiagramm genannt wird, neben drei 60°-Winkeln.

Die meisten Brand-Kits bleiben bei „Hier ist unser Logo, streckt es nicht.“ #Newt ist weitergegangen: Sie haben die tatsächliche Geometrie veröffentlicht: ein Sechseck (Struktur), das ein Dreieck (Transformation) enthält, das einen Kreis (Kontinuität) enthält, der einen Quadrat (Form) enthält. Vier Formen, eine Achse, ein Verhältnis.

Hier liegt die Spannung: Dieses Maß an Präzision ist nur dann relevant, wenn jemand das Zeichen per Hand oder per Code nachbauen will—denken wir an SVG-Generierung, dynamische App-Icons, Co-Branding mit Partnern in ungewöhnlichen Größen. Für 95% der Leute, die ein Logo-Set herunterladen, ist 0,8x nur Trivia. $NEWT

Warum also zeigen? Meine Vermutung: als Vertrauenssignal für technische Partner, nicht für Designer. „Wir haben das bis zur Dezimalstelle durchdacht“ liest sich für ein Engineering-Team anders als für einen Marketter, der ein Header-Bild auswählt.

Kleines Ding. Aber es verrät dir, für wen die Newton-Brand-Page tatsächlich geschrieben ist. Nicht für die Presse. Nicht für Gelegenheitsnutzer. Für wen immer das Sechseck in eine Codebase einbetten will und es sowohl bei 16px als auch bei 400px richtig aussehen lassen muss.

Es lohnt sich zu prüfen, ob deine eigenen Brand-Assets das auch machen oder ob „Logo nicht strecken“ das Maximum ist, bis zu dem es jemand geschafft hat.
#NEWTtoken #NEWTUSDT #NewtonProtocol
tubarazzaq89 :
assalamualaikum
Warum Newtons Agent-Guardrails sich anders anfühlen (und was immer noch schiefgehen könnte)<c-16/>lässt dich KI-Agenten auf deinem Vermögen laufen, ohne die Schlüssel auf Papier auszuhändigen, zumindest. Die eigentliche Spannung ist simpel: DeFi-Automatisierung hat schon immer Sicherheit gegen Komfort getauscht. Newton Protocol ( ) versucht, das zu beheben, indem es eine Policy-Schicht hinzufügt, die Regeln prüft, bevor irgendeine Transaktion ausgeführt wird. Es ist kein weiterer Yield-Farm. Es ist ein Autorisierungssystem, das für Agenten und Institutionen gebaut wurde. So funktioniert Newton tatsächlich (in der Praxis) Entwickler schreiben Richtlinien in Rego, einer Policy-Sprache, die Offchain-Daten wie Sanktionslisten, KYC-Status oder Ausgabenlimits bewertet. Ein dezentrales Operator-Netzwerk (unterstützt durch EigenLayer-Restaking) führt die Prüfung aus. Nur konforme Transaktionen kommen durch. Alles erzeugt einen überprüfbaren Onchain-Receipt.

Warum Newtons Agent-Guardrails sich anders anfühlen (und was immer noch schiefgehen könnte)

<c-16/>lässt dich KI-Agenten auf deinem Vermögen laufen, ohne die Schlüssel auf Papier auszuhändigen, zumindest.
Die eigentliche Spannung ist simpel: DeFi-Automatisierung hat schon immer Sicherheit gegen Komfort getauscht. Newton Protocol (
) versucht, das zu beheben, indem es eine Policy-Schicht hinzufügt, die Regeln prüft, bevor irgendeine Transaktion ausgeführt wird. Es ist kein weiterer Yield-Farm. Es ist ein Autorisierungssystem, das für Agenten und Institutionen gebaut wurde.
So funktioniert Newton tatsächlich (in der Praxis)
Entwickler schreiben Richtlinien in Rego, einer Policy-Sprache, die Offchain-Daten wie Sanktionslisten, KYC-Status oder Ausgabenlimits bewertet. Ein dezentrales Operator-Netzwerk (unterstützt durch EigenLayer-Restaking) führt die Prüfung aus. Nur konforme Transaktionen kommen durch. Alles erzeugt einen überprüfbaren Onchain-Receipt.
Verifiziert
Was wäre, wenn Compliance passiert, bevor Assets verschoben werden – statt danach? Genau zu dem Punkt komme ich bei @NewtonProtocol I immer wieder zurück. #NewtonProtocol versucht nicht, Prüfungen schneller zu machen. #Newt verändert, wann sie stattfinden. Das Protokoll platziert programmierbare Richtlinien vor der Abwicklung (Settlement), sodass eine Transaktion bewertet wird, bevor sie endgültig wird. Diese kleine Verschiebung verändert den gesamten Ablauf. Drei Dinge sind mir aufgefallen, als ich mir Newton angesehen habe: • Richtlinien laufen vor dem Settlement, nicht danach. • Regeln können Sanktionen, Investoren-Eignung oder KI-Agent-Ausgabenlimits abdecken. • Jeder Operator hinterlegt $NEWT , mit einem festen Angebot von 1 Milliarde Tokens – das schafft wirtschaftliche Verantwortlichkeit für die Durchsetzung von Richtlinien. Das praktische Beispiel ist einfach. Eine Institution kann verlangen, dass eine Wallet Identitäts- und Jurisdiktionsprüfungen besteht, bevor tokenisierte Assets bewegt werden. Wenn die Richtlinie fehlschlägt, wird die Transaktion niemals abgewickelt. Kein Rollback. Keine manuelle Prüfung danach. Deshalb denke ich, dass Newton es wert ist, beobachtet zu werden. Die meisten Diskussionen drehen sich um Durchsatz oder Gebühren. Newton konzentriert sich auf Autorisierung. Ein anderes Problem. Ein anderer Trade-off. Ich frage mich immer noch, wie gut dieses Modell abschneidet, wenn die Komplexität der Richtlinien wächst und die Transaktionsmenge zunimmt. Das ist wahrscheinlich der Teil, der als Nächstes die meiste Aufmerksamkeit verdient. #NEWTtoken #NEWTUSDT $ETH $LAB Würdet ihr eine On-Chain-Richtliniendurchsetzung nutzen? _Ja, auf jeden Fall _Hängt vom Anwendungsfall ab _Nocht mehr lernen müssen {future}(NEWTUSDT)
Was wäre, wenn Compliance passiert, bevor Assets verschoben werden – statt danach? Genau zu dem Punkt komme ich bei @NewtonProtocol I immer wieder zurück.
#NewtonProtocol versucht nicht, Prüfungen schneller zu machen. #Newt verändert, wann sie stattfinden. Das Protokoll platziert programmierbare Richtlinien vor der Abwicklung (Settlement), sodass eine Transaktion bewertet wird, bevor sie endgültig wird. Diese kleine Verschiebung verändert den gesamten Ablauf.
Drei Dinge sind mir aufgefallen, als ich mir Newton angesehen habe:
• Richtlinien laufen vor dem Settlement, nicht danach.
• Regeln können Sanktionen, Investoren-Eignung oder KI-Agent-Ausgabenlimits abdecken.
• Jeder Operator hinterlegt $NEWT , mit einem festen Angebot von 1 Milliarde Tokens – das schafft wirtschaftliche Verantwortlichkeit für die Durchsetzung von Richtlinien.
Das praktische Beispiel ist einfach. Eine Institution kann verlangen, dass eine Wallet Identitäts- und Jurisdiktionsprüfungen besteht, bevor tokenisierte Assets bewegt werden. Wenn die Richtlinie fehlschlägt, wird die Transaktion niemals abgewickelt. Kein Rollback. Keine manuelle Prüfung danach.
Deshalb denke ich, dass Newton es wert ist, beobachtet zu werden. Die meisten Diskussionen drehen sich um Durchsatz oder Gebühren. Newton konzentriert sich auf Autorisierung. Ein anderes Problem. Ein anderer Trade-off.
Ich frage mich immer noch, wie gut dieses Modell abschneidet, wenn die Komplexität der Richtlinien wächst und die Transaktionsmenge zunimmt. Das ist wahrscheinlich der Teil, der als Nächstes die meiste Aufmerksamkeit verdient.
#NEWTtoken #NEWTUSDT $ETH $LAB
Würdet ihr eine On-Chain-Richtliniendurchsetzung nutzen?
_Ja, auf jeden Fall
_Hängt vom Anwendungsfall ab
_Nocht mehr lernen müssen
Verifiziert
Artikel
Onchain-Transaktionen fliegen immer noch blind durch reale Regeln – Newton Protocol will das ändern.<c-20/>setzt programmierbare Richtlinien vor jede Transaktion. Dabei prüft es die Compliance vor der Abwicklung mithilfe eines dezentralen Operator-Netzwerks. Keine Hoffnung mehr, dass Frontends oder Offchain-Checks standhalten, wenn sich das Geld tatsächlich bewegt. Das ist die Kernbehauptung. Smart Contracts erhalten eine Autorisierungsschicht, die Sanktionslisten, Investorenlimits oder Agentenausgabenlimits sieht und nachweist, dass die Prüfung durchgeführt wurde. Operatoren in Trusted Execution Environments (TEEs) bewerten Richtlinien, die in Rego geschrieben sind. Sie holen bei Bedarf Offchain-Daten ein und geben BLS-Atte­stat­io­nen aus.

Onchain-Transaktionen fliegen immer noch blind durch reale Regeln – Newton Protocol will das ändern.

<c-20/>setzt programmierbare Richtlinien vor jede Transaktion. Dabei prüft es die Compliance vor der Abwicklung mithilfe eines dezentralen Operator-Netzwerks. Keine Hoffnung mehr, dass Frontends oder Offchain-Checks standhalten, wenn sich das Geld tatsächlich bewegt.
Das ist die Kernbehauptung. Smart Contracts erhalten eine Autorisierungsschicht, die Sanktionslisten, Investorenlimits oder Agentenausgabenlimits sieht und nachweist, dass die Prüfung durchgeführt wurde.
Operatoren in Trusted Execution Environments (TEEs) bewerten Richtlinien, die in Rego geschrieben sind. Sie holen bei Bedarf Offchain-Daten ein und geben BLS-Atte­stat­io­nen aus.
#newt $NEWT #NEWTtoken $NEWT @NewtonProtocol Das Newton-Protokoll (NEWT) ist ein ERC-20-Token, der auf der Ethereum-Blockchain aufgebaut ist. Er bildet die Grundlage für ein On-Chain-Automatisierungs- und Agent-Marktplatz-Ökosystem. NEWT-Token werden für Transaktionsgebühren, Staking, Agenten-Sicherheiten und Netzwerk-Governance verwendet. [1, 2] Wichtige Token-Details: Aktueller Preis: ~0,05 $ Max./Gesamtangebot: 1.000.000.000 NEWT
#newt $NEWT
#NEWTtoken
$NEWT
@NewtonProtocol
Das Newton-Protokoll (NEWT) ist ein ERC-20-Token, der auf der Ethereum-Blockchain aufgebaut ist. Er bildet die Grundlage für ein On-Chain-Automatisierungs- und Agent-Marktplatz-Ökosystem. NEWT-Token werden für Transaktionsgebühren, Staking, Agenten-Sicherheiten und Netzwerk-Governance verwendet. [1, 2]

Wichtige Token-Details:

Aktueller Preis: ~0,05 $

Max./Gesamtangebot: 1.000.000.000 NEWT
Teilweise korrekt
Habe eine Weile auf das zerhackende Modell von @NewtonProtocol gestarrt, und irgendetwas stört mich. Newtons gesamter Vertrauens-Ansatz ruht darauf, dass $NEWT als Sicherheiten verpfändet werden. Operatoren legen #Newt im Voraus hin, um Agent-Modelle laufen zu lassen. Fehlverhalten, erwischt werden, einen Teil der Sicherheit verlieren. Eine saubere Idee auf dem Papier. Aber die Strafe wird in NEWT bemessen, nicht in Dollar. Das Angebot ist auf 1 Mrd. Token festgelegt, ohne Inflation – gut gegen Knappheit, aber das bedeutet auch, dass das Sicherheitsbudget komplett mit dem Preis schwimmt. 10 % der Sicherheit kürzen, wenn NEWT bei 2 $ steht, vs. wenn es bei 0,20 $ steht, und du bekommst sehr unterschiedliche Abschreckung für genau dasselbe „schlechte Verhalten“. Also ist die Zusicherung der Ehrlichkeit nur so stark wie die Marktkapitalisierung des Tokens in dieser Woche. Niemand spricht darüber, wenn sie zkVMs und Keystore-Rollups erklären. Newtons Modell-Registry, Newtons dPoS-Validatoren, Newts gesamter Incentive-Stack – alles nachgelagert einer Preis-Charts. Ich sage nicht, dass es das Design bricht. Nur: „Slashing = Sicherheit“ gilt nur, bis der Token einbricht. #NEWTtoken #NEWTUSDT #NewtonProtocol $ETH $SPCX Wenn NEWT um 90 % fällt, würde Slashing dann immer noch böse Akteure abschrecken?
Habe eine Weile auf das zerhackende Modell von @NewtonProtocol gestarrt, und irgendetwas stört mich.
Newtons gesamter Vertrauens-Ansatz ruht darauf, dass $NEWT als Sicherheiten verpfändet werden. Operatoren legen #Newt im Voraus hin, um Agent-Modelle laufen zu lassen. Fehlverhalten, erwischt werden, einen Teil der Sicherheit verlieren. Eine saubere Idee auf dem Papier.
Aber die Strafe wird in NEWT bemessen, nicht in Dollar. Das Angebot ist auf 1 Mrd. Token festgelegt, ohne Inflation – gut gegen Knappheit, aber das bedeutet auch, dass das Sicherheitsbudget komplett mit dem Preis schwimmt. 10 % der Sicherheit kürzen, wenn NEWT bei 2 $ steht, vs. wenn es bei 0,20 $ steht, und du bekommst sehr unterschiedliche Abschreckung für genau dasselbe „schlechte Verhalten“.
Also ist die Zusicherung der Ehrlichkeit nur so stark wie die Marktkapitalisierung des Tokens in dieser Woche. Niemand spricht darüber, wenn sie zkVMs und Keystore-Rollups erklären.
Newtons Modell-Registry, Newtons dPoS-Validatoren, Newts gesamter Incentive-Stack – alles nachgelagert einer Preis-Charts.
Ich sage nicht, dass es das Design bricht. Nur: „Slashing = Sicherheit“ gilt nur, bis der Token einbricht.
#NEWTtoken #NEWTUSDT #NewtonProtocol $ETH $SPCX
Wenn NEWT um 90 % fällt, würde Slashing dann immer noch böse Akteure abschrecken?
✅ Yes
85%
❌ Not as much
10%
🤷 Not sure
5%
20 Stimmen • Abstimmung beendet
Verifiziert
Artikel
Newton hat Compliance zu einem Tor gemacht – nicht zu einem Filter@NewtonProtocol Damit wird Compliance zur Voraussetzung für Transaktionen gemacht – nicht zu einer Prüfung, die erst danach stattfindet. Das ist eine größere Veränderung, als es die Pressemitteilung klingen lässt. Behauptung: <t-43/>#Newt Das neue Persona-Data-Oracle von Protocol erzwingt Identitäts- und Zuständigkeitsregeln direkt im Smart Contract selbst – noch bevor er ausgeführt wird. Das bedeutet: Der „permissionless“-Teil des Onchain-Finanzwesens hat gerade einen Türsteher bekommen. Nicht unbedingt einen schlechten. Aber einen echten. So sieht die Sache in einfachen Worten aus. $NEWT Es fungiert als Autorisierungsschicht zwischen einer Nutzerin/einem Nutzer und einem Smart Contract. Persona stellt verifizierte Identitätsdaten bereit: Alter, Nationalität, Wohnsitz, Bundesstaat. Das Operator-Netzwerk von Newton prüft diese Daten gegen eine Richtlinie und stellt eine Bestätigung aus (ein signierter, Onchain-Nachweis, der sagt: „Diese Transaktion hat die Prüfung bestanden“). Keine gültige Bestätigung, keine Transaktion. Das ist der komplette Mechanismus.

Newton hat Compliance zu einem Tor gemacht – nicht zu einem Filter

@NewtonProtocol Damit wird Compliance zur Voraussetzung für Transaktionen gemacht – nicht zu einer Prüfung, die erst danach stattfindet. Das ist eine größere Veränderung, als es die Pressemitteilung klingen lässt.
Behauptung: <t-43/>#Newt Das neue Persona-Data-Oracle von Protocol erzwingt Identitäts- und Zuständigkeitsregeln direkt im Smart Contract selbst – noch bevor er ausgeführt wird. Das bedeutet: Der „permissionless“-Teil des Onchain-Finanzwesens hat gerade einen Türsteher bekommen. Nicht unbedingt einen schlechten. Aber einen echten.
So sieht die Sache in einfachen Worten aus. $NEWT Es fungiert als Autorisierungsschicht zwischen einer Nutzerin/einem Nutzer und einem Smart Contract. Persona stellt verifizierte Identitätsdaten bereit: Alter, Nationalität, Wohnsitz, Bundesstaat. Das Operator-Netzwerk von Newton prüft diese Daten gegen eine Richtlinie und stellt eine Bestätigung aus (ein signierter, Onchain-Nachweis, der sagt: „Diese Transaktion hat die Prüfung bestanden“). Keine gültige Bestätigung, keine Transaktion. Das ist der komplette Mechanismus.
·
--
#newt $NEWT @NewtonProtocol #NEWTtoken Das NEWT-Token bezeichnet das native Utility-Token des Newton-Protokolls – einen dezentralen Computing- und On-Chain-Richtlinien-Layer, der für autonome KI-Finanzagenten entwickelt wurde.Das NEWT-Tokenomics & Use Cases Gas & Transaktionen: NEWT wird verwendet, um Transaktions- und Richtlinien-Berechnungsgebühren im Netzwerk zu bezahlen. Netzwerksicherheit: Inhaber können NEWT als Sicherheit hinterlegen, um Nodes zu betreiben, Transaktionen zu validieren und das Protokoll abzusichern. Modell-Registry & Belohnungen: Agentenbetreiber hinterlegen NEWT, um die Integrität ihrer automatisierten Dienste zu gewährleisten und Multi-Chain-Computing-Daten abzurufen. Governance: Hinterlegte Tokens geben Nutzern DAO-Stimmrechte bei Protokoll-Updates.
#newt $NEWT
@NewtonProtocol
#NEWTtoken
Das NEWT-Token bezeichnet das native Utility-Token des Newton-Protokolls – einen dezentralen Computing- und On-Chain-Richtlinien-Layer, der für autonome KI-Finanzagenten entwickelt wurde.Das NEWT-Tokenomics & Use Cases
Gas & Transaktionen: NEWT wird verwendet, um Transaktions- und Richtlinien-Berechnungsgebühren im Netzwerk zu bezahlen.
Netzwerksicherheit: Inhaber können NEWT als Sicherheit hinterlegen, um Nodes zu betreiben, Transaktionen zu validieren und das Protokoll abzusichern.
Modell-Registry & Belohnungen: Agentenbetreiber hinterlegen NEWT, um die Integrität ihrer automatisierten Dienste zu gewährleisten und Multi-Chain-Computing-Daten abzurufen.
Governance: Hinterlegte Tokens geben Nutzern DAO-Stimmrechte bei Protokoll-Updates.
Verifiziert
Artikel
Einen Newton-API-Schlüssel zu bekommen wirkt zu unkompliziert – bis man ihn integrieren will.Das Newton-Dashboard- und API-Key-System ermöglicht Entwicklern einen schnellen Zugriff auf das Gateway für Policy-Simulationen und Aufgaben auf Chains wie Sepolia. Kein großer Setup-Aufwand – nur ein Schlüssel, der mit dem SDK funktioniert. So steht es im Papier. In der Praxis reduziert es zwar die Reibung beim Testen von Regeln wie Sanktions-Checks, lässt aber einige offene Fragen zur langfristigen Kontrolle. @NewtonProtocol #Newt $NEWT Der Self-Service-Flow funktioniert schnell: Melden Sie sich im Dashboard unter dashboard.newton.xyz an, holen Sie sich einen Schlüssel oder nutzen Sie die dashboard.api.newt.foundation-Endpunkte mit SIWE oder E-Mail-OTP. Ein Curl für die Challenge, dann signieren, verifizieren und anschließend den Schlüssel mit RPC-Berechtigungen erstellen. Ich habe die Quickstart-Simulation getestet: OFAC-Screening wurde innerhalb von Sekunden mit einem gültigen Schlüssel zurückgegeben.

Einen Newton-API-Schlüssel zu bekommen wirkt zu unkompliziert – bis man ihn integrieren will.

Das Newton-Dashboard- und API-Key-System ermöglicht Entwicklern einen schnellen Zugriff auf das Gateway für Policy-Simulationen und Aufgaben auf Chains wie Sepolia. Kein großer Setup-Aufwand – nur ein Schlüssel, der mit dem SDK funktioniert. So steht es im Papier. In der Praxis reduziert es zwar die Reibung beim Testen von Regeln wie Sanktions-Checks, lässt aber einige offene Fragen zur langfristigen Kontrolle.
@NewtonProtocol #Newt $NEWT
Der Self-Service-Flow funktioniert schnell: Melden Sie sich im Dashboard unter dashboard.newton.xyz an, holen Sie sich einen Schlüssel oder nutzen Sie die dashboard.api.newt.foundation-Endpunkte mit SIWE oder E-Mail-OTP. Ein Curl für die Challenge, dann signieren, verifizieren und anschließend den Schlüssel mit RPC-Berechtigungen erstellen. Ich habe die Quickstart-Simulation getestet: OFAC-Screening wurde innerhalb von Sekunden mit einem gültigen Schlüssel zurückgegeben.
Anmelden und weiter Inhalte entdecken
Krypto-Nutzer weltweit auf Binance Square kennenlernen
⚡️ Bleib in Sachen Krypto stets am Puls.
💬 Die weltgrößte Kryptobörse vertraut darauf.
👍 Erhalte verlässliche Einblicke von verifizierten Creators.
E-Mail-Adresse/Telefonnummer