Tether WDK: KI-Agenten steuern USDT-Wallets

Tether-CEO Paolo Ardoino bezeichnete WDK, das Wallet Development Kit des Unternehmens, bei dessen Start am 11. November 2024 als programmierbares Geld für Menschen, Maschinen und KI-Agenten. Der Walkthrough des WDK CLI vom 3. September macht diese Vision konkret: eine lokale Kommandozeilen-Wallet, die eine entsperrte Sitzung an einen Daemon übergibt, den ein anderer Prozess desselben Betriebssystem-Nutzers ohne erneute Passworteingabe nach Signaturen anpingen kann. Standardsitzungen laufen fünf Minuten; die Sperre lässt sich verlängern, verkürzen oder komplett deaktivieren.

Warum es wichtig ist

Der CLI wird mit drei Komponenten ausgeliefert: Terminalbefehle, der Hintergrund-Daemon und ein gebündelter Model Context Protocol-Server, der es einem KI-Client ermöglicht, strukturierte Tools gegen dieselbe lokale Wallet aufzurufen. Gesperrte Seeds liegen hinter AES-256-GCM mit einem aus scrypt abgeleiteten Schlüssel. Nach dem Entsperren ist der Socket des Daemons auf den OS-Nutzer unter macOS und Linux beschränkt, aber keine separate Berechtigung schützt jedes einzelne Programm. Die MCP-Schnittstelle hält Wallet-Erstellung, Seed-Export und Entsperrung aus ihrem Tool-Menü heraus und schränkt so ein, was ein Agent über diesen Pfad anfordern kann; Transfers laufen standardmäßig als Dry Run mit einer Vorschau-und-Bestätigen-Sequenz, wobei der Daemon allerdings nicht nachweist, dass diese Schritte tatsächlich ausgeführt wurden, bevor er eine gültige Anfrage verarbeitet.

Tethers eigene Nutzungsaufteilung verortet den CLI in lokalen Operator-Workflows, das SDK in Anwendungen und das MCP Toolkit in benutzerdefinierten Agent-Servern. Ein zweiter Pfad auf dem gebündelten MCP-Server, call_method, kann deklarierte kettenspezifische Schreiboperationen ohne Dry Run oder erzwungene Bestätigung aufrufen, was bedeutet, dass der Ort jeder Genehmigungsprüfung entscheidend ist. Ein sorgfältiger Prompt bedeutet nichts, wenn die zugrundeliegende Wallet weiterhin Anfragen über einen anderen erlaubten Pfad akzeptiert.

Marktauswirkung

Das SDK stellt lokale ALLOW- und DENY-Transaktionsrichtlinien bereit, die gesteuerte Aufrufe blockieren können, ist aber opt-in und weist definierte Lücken auf, einschließlich roher Kontoreferenzen und bestimmter interner Modulaufrufe, die außerhalb seiner Abfanglogik bleiben. Die Dokumentation stellt klar, dass das SDK weder Empfängerlisten führt, Preise abruft, Vertragsaufrufdaten dekodiert noch Ausgabenzähler speichert. Ein Tagesbudget verdeutlichte die Konsequenz: Die Größe einer einzelnen Zahlung lässt nicht erkennen, wie viel ein Agent an diesem Tag bereits ausgegeben hat, daher erfordert jede kumulative Obergrenze eine Buchhaltung auf Anwendungsebene zusätzlich zu Prüfungen pro Zahlung. Die eingebauten Schreib-Tools des MCP Toolkit, weiterhin beta.1, nutzen MCP-Elicitations für explizite Nutzergenehmigung vor dem Senden und ermöglichen Entwicklern, schreibgeschützte Tools bereitzustellen oder eigene hinzuzufügen.