Die meisten Blockchain-Diskussionen drehen sich um Geschwindigkeit.
Menschen vergleichen Transaktionsgebühren, Blockzeiten, Skalierbarkeit und Durchsatz. Diese Dinge sind wichtig, aber ich denke, ein anderes Problem verdient viel mehr Aufmerksamkeit.
Was entscheidet überhaupt, ob eine Transaktion stattfinden sollte?
Eine Blockchain kann Signaturen, Guthaben und Bedingungen von Smart Contracts bestätigen. Sie kann beweisen, dass eine Transaktion dem Code folgt. Aber das bedeutet nicht automatisch, dass die Transaktion die richtige ist.
Eine Wallet kann mit verdächtigen Aktivitäten verbunden sein. Ein Tresor-Manager könnte versuchen, mehr Risiko einzugehen, als die Nutzer vereinbart haben. Ein Unternehmen kann interne Grenzen haben, die nicht im Smart Contract festgeschrieben sind.
Die Blockchain folgt einfach den Anweisungen.
Es versteht Geschäftsvorgaben nicht von Natur aus.
Hier ist der Bereich, in dem Newton Protocol baut.
Anstatt zu versuchen, Transaktionen schneller zu machen, versucht Newton sicherzustellen, dass sie die richtigen Regeln befolgen, bevor sie die Blockchain erreichen.
Das klingt nach einem kleinen Unterschied, aber ich glaube, es verändert, wie viele Onchain-Systeme funktionieren können.
Regeln sollten nicht nur außerhalb der Blockchain leben
Viele Krypto-Projekte haben bereits Regeln.
Ein Treasury kann zwei Genehmigungen verlangen, bevor es große Geldbeträge bewegt.
Ein verwalteter Vault könnte versprechen, dass nie mehr als 40% der Gelder in einen einzigen Markt fließen.
Eine Plattform, die mit tokenisierten Assets arbeitet, lässt möglicherweise nur verifizierten Nutzern zu, Eigentum zu empfangen.
Diese Regeln existieren oft in Dokumenten, Websites, Dashboards oder in internen Unternehmensabläufen.
Das Problem ist, dass sie nicht immer von der Blockchain selbst durchgesetzt werden.
Wenn jemand einen anderen Weg findet, mit dem Contract zu interagieren, könnten einige dieser Schutzmaßnahmen verschwinden.
Newton versucht, diese Lücke zu schließen.
Statt darauf zu vertrauen, dass alle den Prozess befolgen, prüft das Protokoll, ob die Transaktion die erforderliche Richtlinie erfüllt, bevor es sie ausführt.
Wenn jede Bedingung erfüllt ist, erhält die Transaktion eine Genehmigung.
Wenn selbst eine einzige wichtige Regel fehlschlägt, kann die Aktion abgelehnt werden.
Die Idee ist einfach.
Keine Genehmigung.
Keine Ausführung.
Automatisierung ohne Grenzen kann gefährlich werden
@NewtonProtocol war zuerst für Automatisierung bekannt.
Das Projekt sprach über programmierbare Konten, automatisierte Strategien, wiederverwendbare Modelle und Software-Agenten, die Aktionen automatisch ausführen könnten.
Heute fühlt sich die Richtung anders an.
Automatisierung ist immer noch wichtig, aber die Erlaubnis kommt zuerst.
Bevor Software Geld bewegt, muss jemand entscheiden, was diese Software tun dürfen soll.
Diese Änderung ist für mich sinnvoll.
Automatisierte Systeme werden viel sicherer, wenn sie in festen Grenzen arbeiten statt unbegrenzte Freiheit zu haben.
Anstatt zu fragen, wie Software mehr können kann, fragt Newton, was Software überhaupt tun dürfen soll.
Das fühlt sich wie eine solidere Grundlage an.
Jede Transaktion beginnt mit einer Frage
Newton behandelt jede Aktion als Anfrage.
Die Anfrage kann eine Übertragung sein, ein Vault-Rebalancing, eine Zahlung oder jede andere Contract-Interaktion.
Bevor es den Ziel-Contract erreicht, prüft das Protokoll es anhand einer Richtlinie.
Diese Richtlinien können viele unterschiedliche Bedingungen enthalten.
Ein maximales Ausgabenlimit.
Identitätsprüfung.
Wallet-Screening.
Marktgesundheit.
Liquiditätsanforderungen.
Risikokontrollen.
Preisprüfungen.
Oder fast alles, was Entwickler einbeziehen möchten.
Erst nachdem die Richtlinie „Ja“ sagt, geht die Transaktion weiter.
Das schafft eine weitere Entscheidungsebene, die vor der Ausführung liegt.
Statt Nutzern oder Managern zu vertrauen, dass sie die Regeln manuell befolgen, prüft das System diese Regeln automatisch.
Warum Richtlinien von Smart Contracts trennen?
Eine Sache, die ich interessant fand, ist, dass Newton Richtlinienregeln getrennt von der Anwendungslogik hält.
Das mag technisch klingen, aber es löst ein praktisches Problem.
Geschäftsregeln ändern sich.
Risikogrenzen ändern sich.
Compliance-Anforderungen ändern sich.
Märkte ändern sich.
Wenn jede Richtlinie dauerhaft in einem Smart Contract festgeschrieben wäre, könnte das Aktualisieren dieser Regeln erfordern, den Contract neu zu bauen oder zu upgraden.
Wenn Richtlinien getrennt bleiben, werden Updates viel einfacher.
Entwickler können Einschränkungen verbessern, ohne die gesamte Anwendung neu zu entwerfen.
Ein Vault kann seine maximale Exponierung reduzieren.
Ein Treasury kann eine neu entdeckte riskante Adresse blockieren.
Eine Plattform kann die Anforderungen an die Verifizierung aktualisieren.
Die Anwendung bleibt gleich, während sich die Richtlinie weiterentwickelt.
Verwaltete Vaults zeigen, warum das wichtig ist
Verwaltete DeFi-Vaults sind wahrscheinlich eines der einfachsten Beispiele.
Nutzer übergeben Verantwortung an einen Manager.
Dieser Manager entscheidet, wohin Kapital geht.
Die meiste Zeit vertrauen Menschen einfach darauf, dass diese Entscheidungen zur veröffentlichten Strategie passen.
Vertrauen ist nützlich, aber durchsetzbare Grenzen sind besser.
Stell dir einen Vault vor, der verspricht, niemals mehr als 40% der Gelder der Nutzer in ein einziges Protokoll zu stecken.
Ohne Durchsetzung hängt dieses Versprechen vollständig vom Manager ab.
Mit Newton könnte eine Transaktion über diese Grenze einfach fehlschlagen.
Die gleiche Idee funktioniert auch in vielen anderen Situationen.
Blockiere riskante Contracts.
Verdächtige Wallets zurückweisen.
Vermeide schwache Preisfeeds.
Märkte mit schlechter Liquidität ignorieren.
Der Manager verwaltet den Vault weiterhin, aber die Regeln werden viel schwieriger zu ignorieren.
Externe Informationen sind immer noch wichtig
Nicht jede Entscheidung lässt sich allein mit Blockchain-Daten treffen.
Manchmal sind Informationen von außerhalb notwendig.
Eine Plattform muss möglicherweise wissen, ob eine Wallet die Identitätsprüfung bestanden hat.
Eine andere Stelle könnte eine Sanktionen-Screening benötigen.
Ein Treasury möchte möglicherweise aktualisierte Informationen zum Marktrisiko, bevor es Gelder bewegt.
Newton verbindet diese externen Datenquellen mit seinem Richtliniensystem.
Das ermöglicht, dass Transaktionsentscheidungen Informationen einbeziehen, die normalerweise außerhalb der Blockchain existieren.
Außerdem bedeutet das, dass Entwickler nach Bedarf eigene benutzerdefinierte Datenverbindungen erstellen können.
Diese Flexibilität ist wertvoll.
Gleichzeitig stellt es eine weitere Herausforderung dar.
Gute Entscheidungen hängen von guten Informationen ab.
Wenn externe Daten falsch, verzögert oder nicht verfügbar sind, kann die Richtlinie auch das falsche Ergebnis erzeugen.
Newton kann Vertrauen nicht vollständig entfernen.
Es ändert, wo Vertrauen platziert wird.
Datenschutz kann nicht ignoriert werden
Viele Organisationen können sensible Informationen nicht in einer öffentlichen Blockchain veröffentlichen.
Kundendaten.
Compliance-Prüfungen.
Interne Risikosysteme.
Geschäftsrichtlinien.
Diese Dinge müssen oft privat bleiben.
Newton untersucht Technologien, die es Richtlinien ermöglichen, zu beweisen, dass sie befolgt wurden, ohne jede Information hinter der Entscheidung offenzulegen.
Das könnte für Institutionen wichtig werden, die in die Blockchain einsteigen.
Unternehmen wollen normalerweise einen Nachweis, dass Prüfungen stattgefunden haben.
Sie möchten nicht, dass jedes private Detail für immer sichtbar ist.
Natürlich erhöhen Datenschutzsysteme ebenfalls die Komplexität.
Vertrauenswürdige Hardware, Zero-Knowledge-Technologie und externe Credentials müssen sorgfältig implementiert werden.
Starke Security-Reviews werden wichtig sein, wenn diese Funktionen weit verbreitet genutzt werden.
VaultKit zeigt die Richtung
Eines der ersten praktischen Produkte von Newton ist VaultKit.
Statt zu ändern, wie Vault-Manager arbeiten, fügt es vor der Ausführung einen weiteren Kontrollpunkt hinzu.
Manager wählen weiterhin, was getan werden soll.
Richtlinien entscheiden, ob diese Aktionen innerhalb genehmigter Grenzen bleiben.
Dieser Unterschied zählt.
Die Zuständigkeit bleibt beim Manager.
Die Kontrolle bleibt bei der Richtlinie.
Das System folgt außerdem einem Fail-Closed-Design.
Wenn erforderliche Prüfungen nicht abgeschlossen werden können, wird die Transaktion nicht automatisch genehmigt.
Es bleibt blockiert, bis genügend Informationen verfügbar sind.
Für große Finanztransaktionen ist das normalerweise sicherer, als anzunehmen, dass alles in Ordnung ist.
Wo Newton eingesetzt werden könnte
Auch wenn Vaults ein naheliegender Ausgangspunkt sind, geht die Idee viel weiter.
Treasuries könnten Ausgaben steuern.
Stablecoin-Projekte könnten das Reserve-Management absichern.
Plattformen für tokenisierte Assets könnten verifizierte Eigentumsübertragungen erfordern.
Zahlungssysteme könnten Unternehmensrichtlinien anwenden, bevor Gelder gesendet werden.
Jede Anwendung, bei der Berechtigungen eine Rolle spielen, könnte potenziell von diesem Ansatz profitieren.
Anstatt für jedes Projekt separate Kontrollsysteme zu bauen, könnten Entwickler eine einzige Autorisierungsebene verwenden.
Das System ist nicht ohne Herausforderungen
Newton hat immer noch schwierige Probleme zu lösen.
Richtlinien müssen korrekt geschrieben werden.
Operatoren müssen sich ehrlich verhalten.
Externe Datenanbieter müssen zuverlässig bleiben.
Datenschutz-Tools müssen genau wie erwartet funktionieren.
Wenn irgendein Teil davon fehlschlägt, können Transaktionen verzögert oder abgelehnt werden, selbst wenn Nutzer nichts Falsches getan haben.
Es gibt auch die Frage nach der Effizienz.
Einfache Zahlungen benötigen möglicherweise nicht mehrere Richtlinienprüfungen.
Große Treasury-Überweisungen wahrscheinlich schon.
Das richtige Gleichgewicht zwischen Sicherheit und Komfort zu finden, wird wichtig sein.
Das Projekt ist auch noch am Anfang.
Sein Mainnet-Beta ist ein Fortschritt, aber es ist nicht das endgültige Ziel.
Das Netzwerk braucht immer noch mehr echte Nutzer, stärkere Dezentralisierung, zuverlässige Operatoren und praktische Integrationen.
Abschließende Gedanken
Nachdem ich Zeit damit verbracht habe, über Newton Protocol zu lesen, finde ich das Projekt heute interessanter als damals, als es sich hauptsächlich auf Automatisierung konzentrierte.
Die aktuelle Richtung wirkt leichter verständlich.
Anstatt zu fragen, wie Software Assets automatisch bewegen kann, fragt Newton, ob diese Bewegung überhaupt erlaubt sein sollte.
Das ist ein anderes Problem.
Und es könnte zu einer der wichtigsten werden, sobald mehr finanzielle Aktivitäten onchain gehen.
Ausführung war noch nie die einzige Herausforderung.
Erlaubnis ist entscheidend.
Risikogrenzen sind wichtig.
Identität ist entscheidend.
Klare Regeln sind wichtig.
Newton Protocol versucht, diese Regeln selbst zum Bestandteil der Transaktion zu machen, statt sie außerhalb der Blockchain zu lassen.
Ob es gelingt, hängt von echter Akzeptanz, verlässlicher Infrastruktur, sinnvollen Integrationen und einer starken Gestaltung der Richtlinien ab.
Wenn diese Bausteine zusammenkommen, könnte die Autorisierung in der nächsten Generation des Onchain-Finanzwesens genauso wichtig werden wie die Ausführung.
