Das Newton-Protocol hat meine Aufmerksamkeit besonders deshalb erregt, weil es oft als Infrastruktur für KI-gestütztes Trading, automatisierte Finanzstrategien und einen Marktplatz für intelligente Agenten beschrieben wurde. Das klang interessant, aber auch etwas unklar. Ich wollte herausfinden, was das Projekt tatsächlich baut, wie viel an der KI-Erzählung wirklich dran ist und ob das Protokoll einen praktischen Nutzen hat – jenseits der üblichen Versprechen, die man mit Blockchain-Projekten verbindet.
Je mehr ich Newton untersucht habe, desto mehr wurde mir klar, dass sich das Projekt nicht am besten als reine KI-Trading-Plattform verstehen lässt. Seine Ausrichtung ist deutlich stärker in eine bestimmte Richtung gerückt. Newton versucht nun, eine Autorisierungsschicht für Onchain-Transaktionen aufzubauen. Ganz einfach ausgedrückt: Das System prüft, ob eine Transaktion einem festgelegten Regelwerk folgt, bevor diese Transaktion überhaupt ausgeführt bzw. durchgelassen wird.
Dieser Wechsel der Fokussierung hat das Projekt für mich verständlicher gemacht.
Newtons frühere Vision basierte auf verifizierbarer Automatisierung. Nutzer konnten KI-Agenten die Erlaubnis geben, finanzielle Aktionen auszuführen, während das Netzwerk kryptografische Systeme nutzen würde, um zu beweisen, dass diese Agenten die beabsichtigten Anweisungen befolgt haben. Entwickler konnten Modelle registrieren, Operatoren konnten sie ausführen, und Nutzer konnten in einer stärker kontrollierten Umgebung mit automatisierten Strategien interagieren.
Das erklärt, warum Newton weiterhin oft als KI-Rollup oder Agent-Marktplatz beschrieben wird. Allerdings legt das neuere Material viel mehr Gewicht auf Transaktionsrichtlinien, Operator-Genehmigungen, Risikokontrollen und Durchsetzung onchain.
Die Kernidee ist ziemlich unkompliziert. Ein Nutzer, eine Anwendung, ein Vault-Manager oder ein automatisierter Agent bereitet eine Transaktion vor. Bevor die Transaktion zur endgültigen Abwicklung gelangt, prüft Newton sie gegen eine vordefinierte Richtlinie. Wenn die Transaktion den Regeln folgt, erzeugt das Netzwerk eine kryptografische Genehmigung. Der Ziel-Smart-Contract verifiziert diese Genehmigung und lässt die Aktion fortfahren. Wenn die Transaktion die Richtlinie verletzt, wird sie blockiert.
Das mag wie ein zusätzlicher technischer Schritt klingen, aber das Problem, das Newton lösen will, ist sehr real.
Blockchains sind gut darin, zu bestätigen, dass eine korrekt signierte Transaktion der Logik eines Smart Contracts folgt. Was sie nicht von Natur aus gut können, ist Entscheidungen auf Basis von Informationen zu treffen, die sich außerhalb der Blockchain ändern.
Ein Smart Contract muss möglicherweise wissen, ob eine Wallet einen Identitätscheck bestanden hat, ob eine Adresse auf einer Sanktionsliste steht, ob ein Token seinen Peg verliert, ob einem Protokoll kürzlich ein Sicherheitsvorfall passiert ist oder ob ein Vault-Manager mehr Risiko eingeht, als die Einleger vereinbart haben.
Der Großteil dieser Informationen stammt von externen Services, privaten Datenbanken, Compliance-Tools, Preisfeeds oder Risikosystemen. In vielen bestehenden Anwendungen passieren diese Checks über eine Website oder einen Backend-Server. Das ist eine Schwäche, weil das Blockieren einer Aktion über eine Website nicht immer verhindert, dass jemand direkt mit dem zugrunde liegenden Contract interagiert.
Ein Projekt kann eine Risikorichtlinie veröffentlichen, aber Nutzer müssen trotzdem noch darauf vertrauen, dass die Richtlinie im Hintergrund befolgt wird.
Newton versucht, diese Regeln auf Transaktionsebene durchsetzbar zu machen.
Das klarste Beispiel, das ich gefunden habe, ist VaultKit, eines der ersten praxistauglichen Produkte von Newton. Ein DeFi-Vault sammelt Einlagen und verteilt diese Gelder über Lending-Märkte, Liquiditätspools und andere Strategien. Ein Vault-Manager oder Kurator entscheidet, wohin das Kapital geht.
Dieser Manager könnte versprechen, nicht mehr als einen bestimmten Prozentsatz des Vault in einen einzigen Markt zu stecken. Das Problem ist: Ein schriftliches Versprechen ist nicht dasselbe wie eine technische Einschränkung.
Ein Manager könnte beschließen, einer höheren Rendite nachzujagen und zu viel Kapital in einen riskanten Markt zu verschieben. Einleger könnten es erst bemerken, wenn der Vault bereits stark exponiert ist.
Mit Newton kann das Limit Teil einer durchsetzbaren Richtlinie werden. Wenn der Manager versucht, eine Zuteilung vorzunehmen, die den Vault über das erlaubte Niveau hinaus treibt, kann die Transaktion vor der Ausführung abgelehnt werden.
Die gleiche Richtlinie könnte außerdem prüfen, ob der Markt genug Liquidität hat, ob der Contract eine Sicherheitswarnung ausgelöst hat, ob das Asset instabil geworden ist oder ob die Gegenpartei als zu riskant gilt.
Was mir an diesem Modell gefällt, ist, dass Newton dem Vault-Manager nicht zwangsläufig die Kontrolle entzieht. Der Manager trifft weiterhin Entscheidungen, aber diese Entscheidungen müssen innerhalb der Regeln bleiben, die gegenüber den Einlegern versprochen wurden.
Das wirkt für mich praktischer, als einfach Nutzer zu bitten, dem Urteil des Managers zu vertrauen.
Der Transaktionsprozess selbst ist leichter zu verstehen, wenn man ihn Schritt für Schritt betrachtet. Zuerst erstellt jemand eine Anweisung, etwa um Gelder zu verschieben, eine Vault-Zuteilung zu ändern, ein Token zu genehmigen oder Assets an eine andere Adresse zu senden.
Newtons Operatoren bewerten dann genau diese Aktion anhand der relevanten Richtlinie. Je nach Situation nutzen sie möglicherweise Blockchain-Daten, Marktinformationen, Identitätsnachweise, Sicherheitswarnungen, Risikowerte oder Informationen von externen Anbietern.
Die Operatoren treffen ihre Entscheidungen unabhängig. Ein einzelner Operator soll nicht die vollständige Autorität über das Ergebnis haben. Wenn genug Operatoren zustimmen, werden ihre Genehmigungen zu einem kryptografischen Attest kombiniert.
Dieses Attest wird an den Ziel-Contract zurückgegeben. Der Contract prüft, ob es gültig ist, und erlaubt die Transaktion nur dann, wenn die erforderlichen Bedingungen erfüllt sind.
Ein Detail, das ich wichtig fand, ist, dass die Genehmigung an die konkrete Transaktion gebunden ist. Es sollte nicht möglich sein, eine Genehmigung für eine Übertragung zu nehmen und sie für einen anderen Betrag, Empfänger oder Vertrag erneut zu verwenden.
Ohne diese Einschränkung könnte jemand möglicherweise eine legitime Autorisierung in eine Erlaubnis für etwas umwandeln, das nie überprüft wurde.
Newton verwendet Rego als seine Policy-Sprache. Rego wird häufig mit dem Open Policy Agent-Ökosystem in Verbindung gebracht und ist für das Schreiben von Autorisierungsregeln ausgelegt.
Zunächst habe ich mich gefragt, warum Newton nicht einfach jede Regel direkt in einen Smart Contract gelegt hat. Der Grund wird klarer, wenn man bedenkt, wie häufig sich finanz- und compliancebezogene Richtlinien ändern können.
Ein Vault kann sein maximales Exposure in instabilen Phasen reduzieren. Ein neuer Markt kann freigegeben werden. Eine Sanktionsliste kann aktualisiert werden. Ein Unternehmen kann unterschiedliche Identitätsanforderungen einführen. Ein Risikodienstleister kann sein Bewertungssystem ändern.
Wenn jede Aktualisierung einer Richtlinie ein neues Smart-Contract-Deployment oder ein Upgrade erfordern würde, wäre der Prozess teuer und schwierig zu verwalten.
Indem Newton die Richtlinie getrennt vom Haupt-Application-Contract hält, kann Newton die detaillierten Regeln ändern, ohne das gesamte Finanzsystem neu aufzubauen. Der Contract erzwingt weiterhin das finale Ergebnis, während die Policy-Engine die sich ändernden Bedingungen handhabt.
Ich denke, dieser Ansatz ergibt Sinn, aber er bringt auch eine weitere Ebene von Verantwortung mit sich. Regeln aus dem Smart Contract herauszulösen beseitigt kein Risiko. Es verschiebt einen Teil dieses Risikos auf das Policy-System, das Operator-Netzwerk und die externen Daten, die bei der Bewertung verwendet werden.
Die Qualität dieser externen Daten ist eines der größten Probleme, mit denen Newton umgehen muss.
Newton wird nützlich, weil es mit Informationen arbeiten kann, die ein normaler Smart Contract möglicherweise nicht hat. Es kann potenziell Marktpreise, Wallet-Risiko-Scores, Sanktionsinformationen, Identitätsnachweise, Sicherheitswarnungen für Protokolle und private institutionelle Regeln auswerten.
Gleichzeitig kann die Entscheidung nur so verlässlich sein wie die bereitgestellten Informationen.
Beispielsweise kann eine Richtlinie eine Investition blockieren, wenn die Liquidität unter ein bestimmtes Niveau fällt. Newton könnte diese Regel exakt so auswerten, wie sie geschrieben ist, aber das Ergebnis kann dennoch falsch sein, wenn die Liquiditätsdaten verzögert oder ungenau sind.
Der kryptografische Nachweis würde zeigen, dass die Richtlinie befolgt wurde. Er würde nicht automatisch beweisen, dass die Daten selbst die Realität widerspiegelten.
Das gleiche Problem gilt für Risikobewertungen. Ein Netzwerk kann verifizieren, dass eine Transaktion eine Richtlinie bestanden hat, aber es kann nicht garantieren, dass die Richtlinie intelligent war oder dass das Risikomodell dahinter gut war.
Newton scheint das so anzugehen, indem es wiederverwendbare Policy-Packs und externe Datenanbieter unterstützt. Anstatt dass Newton die einzige Organisation ist, die entscheidet, ob eine Wallet, ein Protokoll oder ein Asset sicher ist, können verschiedene Anbieter ihre eigenen Informationen und Policy-Module bereitstellen.
Vault-Manager und Anwendungen können wählen, welchen Quellen sie vertrauen.
Ich bevorzuge diesen Ansatz gegenüber einem geschlossenen System, das vollständig von einem einzigen Team kontrolliert wird, aber er wird erst dann wirklich sinnvoll, wenn Nutzer mehrere glaubwürdige Optionen haben. Wenn die wichtigsten Richtlinien von demselben Anbieter abhängen, kann das System auf einer Ebene dezentral sein, während es hinter den Kulissen stark von einem Unternehmen abhängig bleibt.
Privatsphäre ist ein weiterer wichtiger Bestandteil von Newtons Design.
Eine Institution muss möglicherweise nachweisen, dass ein Nutzer einen Identitätscheck bestanden hat, ohne die privaten Dokumente des Nutzers zu veröffentlichen. Ein Vault-Manager kann ein vertrauliches Risikomodell nutzen. Ein Zahlungssystem muss möglicherweise interne Ausgabenlimits durchsetzen, ohne diese Limits allen auf einer öffentlichen Blockchain offenzulegen.
Newton verwendet eine Kombination aus vertrauenswürdigen Ausführungsumgebungen, kryptografischen Commitments, verifizierbaren Credentials und Zero-Knowledge-Methoden, um private Bedingungen auszuwerten, während es nur das Ergebnis offenlegt, das verifiziert werden muss.
Ziel ist es, dass die Blockchain den Nachweis sehen kann, dass eine Anforderung erfüllt wurde, ohne jedes Informationsstück offenzulegen, das während der Entscheidung verwendet wurde.
Dies ist ein Bereich, in dem ich weiterhin vorsichtig bleiben würde. Datenschutzsysteme klingen in der Theorie oft überzeugend, aber die echte Sicherheit hängt von Implementierungsdetails, dem Verhalten der Operatoren, Hardware-Annahmen, dem Schlüsselmanagement und davon ab, wie viel Information sich aus der umgebenden Transaktion ableiten lässt.
Dennoch arbeitet Newton an einem echten Problem. Ein für Institutionen entwickeltes System wäre nicht sehr nützlich, wenn es sie zwingen würde, vertrauliche Kunden- oder Geschäftsinformationen auf ein öffentliches Ledger zu legen.
Newton arbeitet derzeit als aktiv validierter Service, der mit EigenLayer verbunden ist. Operatoren bewerten Transaktionen und stützen ihr Verhalten mit wirtschaftlich slashbaren Sicherheiten.
Die grundlegende Idee ist, dass Operatoren etwas zu verlieren haben sollten, wenn sie absichtlich eine Transaktion genehmigen, die gegen die Richtlinie verstößt.
Das schafft einen finanziellen Grund, sich ehrlich zu verhalten, aber es beseitigt nicht jede Schwierigkeit. Ein schlechtes Ergebnis kann passieren, weil böswilliges Verhalten im Spiel ist, ein Softwarefehler vorliegt, die Logik der Richtlinie unklar ist, externe Daten widersprüchlich sind oder ein temporärer Ausfall eines Dienstes eintritt.
Betreiber zu bestrafen funktioniert am besten, wenn das Netzwerk klar nachweisen kann, warum die falsche Entscheidung zustande kam.
Auch die Unabhängigkeit der Operatoren ist wichtig. Ein Netzwerk kann mehrere Operatoren haben, aber sie sind nicht wirklich unabhängig, wenn sie alle auf denselben Hosting-Provider, dieselbe Softwarekonfiguration oder dieselbe Datenquelle angewiesen sind.
Newton wird mehr zeigen müssen als nur eine einfache Anzahl an Operatoren. Die Verteilung von Eigentum, Infrastruktur, Kontrolle und Datenabhängigkeiten wird wichtig sein.
Das Mainnet des Projekts wird immer noch als Beta beschrieben, und ich denke, das ist der richtige Weg, um es darzustellen. Das Design ist ambitioniert, aber es muss noch beweisen, dass es unter echtem Druck zuverlässig funktionieren kann.
Newtons Mainnet-Beta ging im Juni 2026 auf Ethereum und Base live. Dieser Launch hat es für mich einfacher gemacht, das Projekt zu bewerten, weil Newton von einer allgemeinen Idee über KI-Automatisierung weggerückt ist.
VaultKit gab dem Netzwerk einen konkreten Startpunkt. Statt zu versuchen, sofort jede Art automatisierter Finanzaktivität zu unterstützen, begann Newton mit verwalteten DeFi-Vaults und risikobasierten Kontrollen im Stil von Institutionen.
Das scheint eine vernünftige Wahl zu sein.
Vault-Manager arbeiten bereits mit klaren Vorgaben. Sie kennen Exposurerlimits, genehmigte Märkte, Anforderungen an Liquidität, Risikobewertungen und Compliance-Regeln. Newton muss ihnen nicht beweisen, dass diese Kontrollen wichtig sind.
Ihre Herausforderung besteht darin nachzuweisen, dass es diese Kontrollen durchsetzbar machen kann, ohne zu viel Reibung zu erzeugen.
KI-Agenten sind nach wie vor Teil des Projekts, passen jetzt aber in ein umfassenderes System.
Ein KI-Agent kann Märkte beobachten, Chancen vergleichen und Transaktionen viel schneller einreichen als ein Mensch. Das kann nützlich sein, aber es schafft auch zusätzliches Risiko.
Ein Agent könnte eine Anweisung missverstehen, auf manipulierte Daten reagieren, einem böswilligen Prompt folgen oder das richtige Ziel in einer Weise verfolgen, die der Nutzer nie beabsichtigt hat.
Angenommen, ich sage einem Agenten, er soll die höchste verfügbare Rendite für meine Stablecoins finden. Der Agent könnte die Aufgabe technisch zwar erledigen, indem er alles in einen kleinen und riskanten Markt steckt, der eine ungewöhnlich hohe Rendite verspricht.
Aus der Sicht des Agenten hat er die Anweisung befolgt. Aus meiner Sicht hat er möglicherweise viel mehr Risiko genommen, als ich bereit war zu akzeptieren.
Eine Newton-Richtlinie könnte den Agenten auf genehmigte Protokolle beschränken, den Prozentsatz begrenzen, der in einen einzelnen Markt fließt, eine tägliche Ausgabenobergrenze festlegen, unbekannte Empfänger blockieren und Aktivitäten stoppen, wenn bestimmte Risikosignale auftreten.
Der Agent wählt die Transaktion weiterhin aus, aber Newton prüft, ob diese Transaktion innerhalb der Grenzen des Nutzers bleibt.
Das ergibt für mich mehr Sinn als die Annahme, dass immer ein KI-Modell verantwortungsvoll handeln wird. Die Entscheidungsfindung des Agenten kann unvorhersehbar sein, aber seine Autorität muss nicht unbegrenzt sein.
Newtons frühere Ausführungen legten viel Aufmerksamkeit auf einen Marktplatz für KI-Modelle und Agenten. Entwickler konnten Modelle registrieren, Operatoren konnten sie ausführen, und Ersteller konnten Gebühren erhalten.
Die aktuelle Richtung konzentriert sich stärker auf das, was das Projekt eine „Internet of Policies“ nennt.
Statt hauptsächlich zu fragen, welches KI-Modell eine Aufgabe ausführen soll, fragt Newton, welche Regeln die Aufgabe steuern sollen.
Dieser Wandel ist möglicherweise wichtiger, als es zuerst erscheint. KI-Modelle werden leichter zugänglich und können ersetzt werden. Verlässliche Risikorichtlinien, Compliance-Integrationen, Autorisierungssysteme und Audit-Datensätze sind viel schwerer zu bauen.
Ein starkes Policy-Ökosystem könnte schließlich Module von Identitätsanbietern, Sicherheitsunternehmen, Marktdaten-Firmen, Auditoren, Risikospezialisten und Compliance-Diensten enthalten.
Ein Vault-Manager könnte mehrere dieser Module zu einer Strategie bündeln. Ein Zahlungssystem könnte einen anderen Satz verwenden. Eine KI-Wallet könnte Richtlinien nutzen, die speziell für automatisiertes Ausgeben entworfen wurden.
Die Idee hat Potenzial, aber das Ökosystem wird echte Beteiligung von Entwicklern und Anbietern außerhalb des Newton-Teams brauchen. Ein Policy-Marktplatz, der größtenteils mit Vorlagen gefüllt ist, die vom Newton-Team erstellt wurden, wäre nicht besonders offen.
Das NEWT-Token bleibt ein weiterer wichtiger Bestandteil des Projekts.
NEWT wurde im Juni 2025 auf Ethereum gelauncht, mit einem maximalen Angebot von einer Milliarde Tokens. Zu den ursprünglichen Anwendungsfällen gehörten Staking, Netzwerkgebühren, Agenten-Berechtigungen, Modellregistrierung, Entwicklerprämien und zukünftige Governance.
Das Projekt hat angekündigt, dass 60% des Angebots in kategorienbezogene Beiträge zur Community fließen würden und 40% in interne Kategorien. Zuteilungen für Contributor und Early-Backer unterlagen Vesting-Bedingungen und einem anfänglichen Lockup.
Da nun das erste Jahr seit dem Launch vergangen ist, werden Token-Unlocks und Treasury-Aktivitäten für alle, die das Projekt bewerten, zunehmend wichtiger.
Meine Hauptfrage ist, wie das Token in Newtons aktuelle Richtung passt.
Das Projekt konzentriert sich jetzt deutlich stärker auf Transaktionsrichtlinien, Attestierungen, Vault-Infrastruktur, Operator-Netzwerke und institutionelle Autorisierung als damals beim Token-Launch.
Das bedeutet: Es reicht nicht, einfach die ursprüngliche Liste der Token-Utilities zu wiederholen.
Ich würde gern wissen, ob Policy-Auswertungen direkte Nachfrage nach NEWT erzeugen, ob Operatoren es staken müssen, wie die Gebühren zwischen Operatoren und Policy-Anbietern aufgeteilt werden und welche Token-Funktionen bereits live sind statt nur für die Zukunft geplant.
Ein nützliches Produkt schafft nicht automatisch ein nützliches Token. Newton muss eine klare Verbindung zwischen Netzwerkaktivität und Token-Nachfrage zeigen.
Ein Aspekt des Token-Launches, den ich geschätzt habe, war der Aufwand, mehr Transparenz über die Bestände der Foundation und die Aktivitäten des Treasuries zu schaffen.
Das Projekt sagte, seine Wallets würden öffentlich gekennzeichnet und durch schriftliche Richtlinien gesteuert. Außerdem verpflichtete es sich, bestimmte Offchain-Bestände zu melden und einige Erlöse aus dem Token-Verkauf in getaggten Wallets sichtbar zu halten, bevor sie verwendet werden.
Das ist besser, als einfach ein Zuteilungsdiagramm zu veröffentlichen und die Community raten zu lassen, was als Nächstes passiert.
Trotzdem gilt: Transparenz ist nur dann relevant, wenn sie auch weiterläuft. Wallet-Labels müssen aktuell bleiben. Bewegungen im Treasury müssen erklärt werden. Berichte müssen konsistent bleiben.
Newton baut ein System auf verifizierbaren Regeln auf, daher ist es für Nutzer nachvollziehbar, dass sie die gleiche Disziplin von der Grundlage erwarten.
Der Teil von Newton, der mich am meisten überzeugt, ist nicht das KI-Branding. Es ist die Entscheidung, auf Autorisierung vor der Abwicklung zu fokussieren.
Blockchains können Assets bereits gut bewegen und abwickeln, aber viele der wichtigen Entscheidungen passieren noch immer über zentralisierte Systeme, bevor die Transaktion die Chain erreicht.
Newton versucht, diese Entscheidungen durchsetzbar und sichtbar zu machen.
Außerdem gefällt mir, dass das Projekt KI-Agenten als Systeme behandelt, die Grenzen brauchen. Es geht nicht davon aus, dass ein intelligentes Modell mit unbegrenztem Zugriff auf Geld vertraut werden sollte.
VaultKit gibt Newton einen praktischen Startpunkt, und das breitere Policy-Modell macht auch für andere finanzielle Anwendungen Sinn.
Gleichzeitig glaube ich nicht, dass man das Projekt ohne Vorsicht betrachten sollte.
Newton kombiniert Smart Contracts, externe Daten, Policy-Sprachen, Konsens der Operatoren, Tools für Privatsphäre, Restaking und Zero-Knowledge-Systeme. Jedes Element schafft Mehrwert, aber jedes Element erzeugt auch noch eine weitere mögliche Schwachstelle.
Eine Datenquelle kann nicht verfügbar werden. Eine Richtlinie kann einen Fehler enthalten. Operatoren können sich konzentrieren. Ein Verifier-Contract kann einen Bug haben. Ein privates System kann Informationen leaken. Eine Anwendung kann schwache Richtlinien wählen und trotzdem behaupten, sie sei durch Newton geschützt.
Das Projekt muss außerdem in der Betaphase klar bleiben, welche Teile jetzt dezentralisiert sind und welche Teile weiterhin vom Team gesteuert werden.
Nachdem ich Newtons aktuelle Richtung durchgesehen habe, würde ich sie nicht einfach als ein Rollup für KI-Trading beschreiben.
Diese Beschreibung wirkt veraltet.
Ich sehe Newton nun als programmierbaren Prüfpunkte für Onchain-Aktivität. Ein Nutzer, Vault-Manager, eine Anwendung oder ein KI-Agent schlägt eine Transaktion vor. Newton bewertet diese Transaktion anhand einer Richtlinie. Wenn die Transaktion besteht, erzeugt das Netzwerk eine kryptografische Genehmigung. Der Smart Contract überprüft diese Genehmigung, bevor die Aktion fortgesetzt werden darf.
Das gleiche Modell könnte für Vault-Limits, Stablecoin-Überweisungen, Identitätsanforderungen, institutionelle Vorgaben, automatisierte Wallets und KI-Agenten-Berechtigungen verwendet werden.
Newton ist für mich interessanter geworden, weil seine Richtung konkreter geworden ist. Das Projekt stützt sich nicht mehr nur auf eine breite Geschichte über autonome Finanzen. Es baut auf Richtlinien, Attestierungen und Durchsetzung auf Transaktionsebene.
Wichtig ist jetzt, ob das Netzwerk sich im realen Einsatz selbst beweisen kann.
Newton muss zeigen, dass seine Operatoren verfügbar und unabhängig bleiben, dass private Informationen privat bleiben, dass Richtlinien nicht umgangen werden können und dass das System bedeutende Geldmengen schützen kann.
Außerdem muss es zeigen, dass NEWT eine notwendige Rolle im Live-Netzwerk hat.
Meine wichtigste Erkenntnis ist einfach: Newton versucht nicht wirklich, KI-Agenten intelligenter zu machen. Es versucht, ihre Autorität begrenzt, sichtbar und überprüfbar zu machen, bevor sie überhaupt dazu berechtigt werden, Geld zu bewegen.
Das ist eine weniger dramatische Geschichte als vollständig autonome Finanzen, aber es ist auch der Teil des Projekts, der sich am nützlichsten anfühlt.
