#newt $NEWT Vor einiger Zeit haben wir in den Diskussionsforen über die Sicherheit von Blockchain gesprochen, wobei der Fokus vor allem auf dem Schutz privater Schlüssel und auf Smart-Contract-Schwachstellen lag.
Doch mit der zunehmenden Verbreitung von KI-Agenten und automatisierten Strategien entsteht ein neues Problem: Zukünftige Nutzer werden nicht mehr täglich Wallets bedienen, sondern immer mehr Aufgaben an Maschinen delegieren. Wie sollte also die Berechtigung verwaltet werden?
Viele Berechtigungsmodelle in heutigen On-Chain-Anwendungen sind tatsächlich recht einfach: Entweder man gibt keine Rechte oder man vergibt vollständige Rechte. Für KI-Agenten sind beide Ansätze jedoch nicht ideal.
Ohne Berechtigungen kann der Agent die Aufgabe nicht erledigen; mit zu vielen Rechten kann das hingegen ein enormes Risiko mit sich bringen.
Genau um diesen Zwischenschritt geht es Newton Protocol.
Das Ziel ist es, eine stärker granular aufgeteilte Autorisierung aufzubauen: Der Agent soll Aufgaben ausführen können, aber innerhalb klar definierter Grenzen. Welche Assets bearbeitet werden dürfen, welche Handlungen verboten sind und unter welchen Bedingungen die Ausführung gestoppt werden muss, kann im Voraus über Richtlinien definiert werden.
Beispielsweise wird ein DAO in Zukunft, wenn es KI-Agenten zur Verwaltung von Geldern einsetzt, unmöglich direkt den Schlüssel zum Tresor herausgeben. Stattdessen ist es sinnvoller, Regeln festzulegen: ein maximales Überweisungsvolumen pro Tag, welche Kommunikationsprotokolle zulässig sind, und das automatische Anhalten der Ausführung bei Ausnahmefällen.
Durch Richtlinienvalidierung, Zugriffskontrolle und Vorabprüfungen vor der Ausführung versucht Newton, Maschinen zu befähigen – und gleichzeitig einzuschränken.
Ich denke, eine der größten Veränderungen auf der On-Chain-Ebene wird sein, dass das Berechtigungsmanagement nicht mehr nur darauf basiert, „wer den Schlüssel besitzt“, sondern darauf, „welcher Umfang an Ausführungsrechten“ jemandem bzw. einem Agenten zugewiesen ist.
Im Zeitalter der KI besteht Sicherheit nicht darin, Automatisierung abzulehnen, sondern darin, der Automatisierung die richtigen Grenzen zu geben.
@NewtonProtocol $NEWT #Newt
Doch mit der zunehmenden Verbreitung von KI-Agenten und automatisierten Strategien entsteht ein neues Problem: Zukünftige Nutzer werden nicht mehr täglich Wallets bedienen, sondern immer mehr Aufgaben an Maschinen delegieren. Wie sollte also die Berechtigung verwaltet werden?
Viele Berechtigungsmodelle in heutigen On-Chain-Anwendungen sind tatsächlich recht einfach: Entweder man gibt keine Rechte oder man vergibt vollständige Rechte. Für KI-Agenten sind beide Ansätze jedoch nicht ideal.
Ohne Berechtigungen kann der Agent die Aufgabe nicht erledigen; mit zu vielen Rechten kann das hingegen ein enormes Risiko mit sich bringen.
Genau um diesen Zwischenschritt geht es Newton Protocol.
Das Ziel ist es, eine stärker granular aufgeteilte Autorisierung aufzubauen: Der Agent soll Aufgaben ausführen können, aber innerhalb klar definierter Grenzen. Welche Assets bearbeitet werden dürfen, welche Handlungen verboten sind und unter welchen Bedingungen die Ausführung gestoppt werden muss, kann im Voraus über Richtlinien definiert werden.
Beispielsweise wird ein DAO in Zukunft, wenn es KI-Agenten zur Verwaltung von Geldern einsetzt, unmöglich direkt den Schlüssel zum Tresor herausgeben. Stattdessen ist es sinnvoller, Regeln festzulegen: ein maximales Überweisungsvolumen pro Tag, welche Kommunikationsprotokolle zulässig sind, und das automatische Anhalten der Ausführung bei Ausnahmefällen.
Durch Richtlinienvalidierung, Zugriffskontrolle und Vorabprüfungen vor der Ausführung versucht Newton, Maschinen zu befähigen – und gleichzeitig einzuschränken.
Ich denke, eine der größten Veränderungen auf der On-Chain-Ebene wird sein, dass das Berechtigungsmanagement nicht mehr nur darauf basiert, „wer den Schlüssel besitzt“, sondern darauf, „welcher Umfang an Ausführungsrechten“ jemandem bzw. einem Agenten zugewiesen ist.
Im Zeitalter der KI besteht Sicherheit nicht darin, Automatisierung abzulehnen, sondern darin, der Automatisierung die richtigen Grenzen zu geben.
@NewtonProtocol $NEWT #Newt