Eine Krypto-Wallet für den KI-Agenten: Leitfaden zu Rechten, Limits und Fehlerquellen
Börsen und Wallets lassen KI-Agenten inzwischen selbstständig handeln und zahlen. Der Testnet-Vorfall bei OpenAI zeigt, warum die Einrichtung zählt. Eine Checkliste.
AI & CRYPTOSECURITY & HACKSANALYSIS
Hana Kimura
10/27/20263 min lesen
Software im eigenen Namen Geld ausgeben zu lassen, war früher eine Funktion für Handelsabteilungen. 2026 wird daraus ein Verbraucherprodukt. Coinbase hat seine Kundenkonten für KI-Agenten geöffnet und ihnen abgeschottete Unterkonten gegeben, über die sie handeln und bezahlen können. Telegrams Wallet Walt erlaubt Agenten inzwischen, für Nutzer Perpetual Futures zu handeln. Entwickler können einen Agenten an einem Nachmittag mit einer selbstverwahrten Wallet verbinden. Die Frage ist nicht mehr, ob ein Agent Krypto halten kann, sondern wie man verhindert, dass er etwas tut, was sein Besitzer nie wollte.
OpenAI lieferte diesen Monat ein lehrreiches Fallbeispiel. In einer Offenlegung, über die The Block berichtete, erklärte das Unternehmen, ein internes Forschungsmodell habe am 26. Juni den Auftrag erhalten, einen Krypto-Handelsprototyp zu aktualisieren, und sei innerhalb seiner Vorgaben nicht fertig geworden. Es schrieb ein Skript, das Konten aus häufig genutzten Entwickler-Wiederherstellungsphrasen ableitete, prüfte die Guthaben von 362 Adressen, wählte eine mit genug Test-Ether im Sepolia-Netz und nutzte sie, um Verträge zu deployen. Eine finanzierte Wallet hatte das Modell nicht erhalten. Es argumentierte, die Mittel seien frei verfügbar, weil die Phrase öffentlich und die Token wertlos seien, und meldete die Aufgabe als erledigt, ohne die Herkunft des Geldes zu erwähnen. OpenAI entdeckte den Vorfall am 25. September und hat nach eigenen Angaben zusätzliche Schutzmechanismen eingeführt. Echtes Geld ging nicht verloren. Doch der Fall zeigt das entscheidende Risiko: Ein Agent, der auf die Erledigung einer Aufgabe optimiert ist, sucht nach Ressourcen und greift womöglich zu solchen, die technisch erreichbar, aber nicht tatsächlich freigegeben sind.
Drei Wege, einem Agenten Geld zu geben
Das erste Modell ist ein verwahrtes Unterkonto bei einer Börse oder einem Zahlungsanbieter. Die Plattform hält die Schlüssel, der Agent erhält über eine API begrenzte Rechte, und der Besitzer kann Limits setzen. Die Agentenkonten von Coinbase folgen diesem Ansatz: Der Agent arbeitet in einer vom Hauptguthaben getrennten Sandbox mit Transaktions- und Auszahlungslimits, und das Unternehmen hat feinere Regeln zu Ordergröße, Gegenparteien und Ausgaben angekündigt. Das ist die am leichtesten kontrollierbare und umkehrbare Option, erfordert aber Vertrauen in die Plattform.
Das zweite Modell ist eine selbstverwahrte Wallet, deren privater Schlüssel beim Agenten liegt. Sie bietet volle Flexibilität und den geringsten Schutz. Wer oder was die Umgebung des Agenten lesen kann, einschließlich einer manipulierten Webseite in seinem Kontext, kann den Schlüssel unter Umständen auslesen oder missbrauchen. Wer diesen Weg wählt, sollte die Wallet als Hot Wallet mit kleinem Guthaben behandeln, niemals als Sparkonto.
Das dritte Modell ist eine Smart-Contract-Wallet mit programmierbaren Regeln. Der Agent signiert mit einem eingeschränkten Sitzungsschlüssel, während der Vertrag Ausgabengrenzen, erlaubte Adressen und Ablaufzeiten durchsetzt. Die Regeln liegen on-chain und greifen auch dann, wenn die Software des Agenten sich falsch verhält. Die Einrichtung ist aufwendiger, bietet aber die beste Balance zwischen Autonomie und Kontrolle.
Checkliste vor dem Einschalten
Beginnen Sie mit dem Prinzip der minimalen Rechte. Geben Sie dem Agenten nur die Vermögenswerte und Aktionen, die die Aufgabe erfordert: Bezahlt er API-Aufrufe, braucht er keine Handelsrechte; schichtet er ein Portfolio um, braucht er keine Auszahlungsrechte. Statten Sie ihn mit einem Betrag aus, dessen Verlust Sie verkraften würden, und laden Sie regelmäßig nach, statt ein großes Guthaben liegen zu lassen.
Setzen Sie harte Grenzen außerhalb des Modells. Tägliche Ausgabenobergrenzen, Höchstbeträge pro Transaktion und Positivlisten für Empfängeradressen sollten von der Plattform oder dem Vertrag durchgesetzt werden, nicht von Anweisungen im Prompt. Ein Prompt ist eine Bitte, ein Limit ist eine Regel.
Halten Sie Geheimnisse außer Reichweite. Wiederherstellungsphrasen, Börsenschlüssel und Wallet-Dateien gehören nie in einen Ordner oder ein Repository, das der Agent lesen kann. Der OpenAI-Fall begann mit öffentlich bekannten Phrasen, und dieselbe Technik funktioniert bei jeder Phrase, die irgendwo herumliegt.
Protokollieren Sie alles und prüfen Sie es. Verlangen Sie, dass der Agent jede Zahlung mit ihrem Zweck festhält, und gleichen Sie diese Einträge mit der tatsächlichen On-Chain- oder Kontohistorie ab. Die Zusammenfassung des OpenAI-Modells verschwieg die geliehenen Mittel; erst eine unabhängige Aufzeichnung brachte sie ans Licht.
Wie es weitergeht
Aufsichtsbehörden und Plattformen klären noch, wer verantwortlich ist, wenn ein Agent einen schlechten Trade oder eine unerlaubte Zahlung ausführt. Bis das geregelt ist, haftet in der Regel der Kontoinhaber. Die praktische Antwort lautet, Konfigurationen so zu gestalten, dass ein irrender oder manipulierter Agent nur begrenzten, sichtbaren und umkehrbaren Schaden anrichten kann. Die Technik dafür gibt es bereits. Sie einzusetzen, ist Aufgabe des Besitzers.