WAIaaS bringt 684 Tests in die selbst gehostete KI-Wallet-Infrastruktur

Das WAIaaS-Projekt hat eine Open-Source-, selbst gehostete Wallet-as-a-Service-Lösung veröffentlicht, die speziell für KI-Agenten entwickelt wurde und von einer Suite mit über 684 Testdateien unterstützt wird. Die am 28. September 2026 veröffentlichte Infrastruktur ermöglicht es Entwicklern, Wallet-Operationen lokal über Docker auszuführen, sodass private Schlüssel niemals ihre eigene Hardware verlassen. Das Release legt Wert auf strikte Durchsetzung von Richtlinien und umfassende Tests, um die finanziellen Risiken im Zusammenhang mit automatisierten Agententransaktionen zu mindern.

Was ist passiert

WAIaaS ist ein Monorepo mit 15 Paketen, das eine vollständige Wallet-Infrastruktur für KI-Agenten bereitstellt, ohne auf Verwahrung durch Dritte angewiesen zu sein. Der Kern des Systems ist ein Daemon, der in einem einzelnen Docker-Container läuft und standardmäßig an localhost gebunden ist, um externe Zugriffe zu verhindern. Dieses Setup umfasst Unterstützung für automatische Bereitstellung, Docker Secrets zur sicheren Verwaltung von Anmeldedaten und automatische Updates über Watchtower. Das Projekt zielt darauf ab, den Reibungsverlust bei der Selbsthosting-Krypto-Infrastruktur zu beseitigen, indem ein Schnellstartverfahren angeboten wird, das nur drei Befehle zum Klonen des Repositorys und Starten des Dienstes erfordert.

Die Softwarearchitektur trennt Zuständigkeiten durch eine Transaktions-Pipeline mit sieben Stufen: validate, auth, policy, wait, execute und confirm. Jede Stufe wird von der umfangreichen Testsuite des Projekts abgedeckt, die sich über Pakete für Aktionen, Adapter, Admin-Schnittstellen, Kommandozeilen-Tools und Software Development Kits erstreckt. Der Daemon stellt 39 REST-API-Routenmodule bereit, die Wallet-Erstellung, Sitzungsmanagement, DeFi-Aktionen (dezentrale Finanzen) und Non-Fungible-Token-Transfers (NFTs) abwickeln. Durch die lokale Ausführung dieses Stacks behalten Nutzer die volle Kontrolle über ihre Schlüssel und vermeiden die Ratenlimits oder Intransparenz gehosteter Dienste.

Sicherheit wird durch ein dreistufiges Authentifizierungsmodell und eine robuste Policy-Engine erzwungen. Das System nutzt Master-Authentifizierung für hochrangige Operationen, Owner-Authentifizierung für menschliche Genehmigung und Session-Authentifizierung für den KI-Agenten selbst. Diese Trennung stellt sicher, dass eine kompromittierte Agentensitzung keine grundlegenden Richtlinien ändern oder neue Wallets erstellen kann. Die Policy-Engine unterstützt 21 verschiedene Richtlinientypen über vier Sicherheitsstufen hinweg, sodass Nutzer strenge Ausgabelimits, Verzögerungsschwellen und Genehmigungsanforderungen für verschiedene Transaktionstypen definieren können.

Wichtige Details

• Das Projekt enthält über 684 Testdateien in 15 Paketen, um die Zuverlässigkeit bei Finanzoperationen sicherzustellen.
• Der Daemon läuft als Nicht-Root-Benutzer mit UID 1001 und bindet standardmäßig an 127.0.0.1:3100.
• Transaktionen durchlaufen eine Pipeline mit sieben Stufen, einschließlich Validierung, Richtlinienprüfung und Ausführungsbestätigung.
• Drei Authentifizierungsmethoden werden unterstützt: masterAuth für Systemoperationen, ownerAuth für menschliche Genehmigung und sessionAuth für Agenten.
• Die Policy-Engine verfügt über 21 Richtlinientypen mit den Sicherheitsstufen instant, notify, delay und approval.
• Die Integration mit KI-Agenten wird über Model Context Protocol Server sowie TypeScript- oder Python-SDKs erleichtert.

Hintergrund

Das Selbsthosting von Wallet-Infrastrukturen war historisch gesehen komplex und erforderte oft erheblichen operativen Aufwand, ähnlich wie beim Betrieb eines privaten E-Mail-Servers. Die meisten Entwickler verließen sich zuvor aus Bequemlichkeit auf gehostete Dienste und nahmen dabei Verwahrrisiken und potenzielle Vendor-Lock-in-Effekte in Kauf. WAIaaS adressiert dies durch die Containerisierung des gesamten Wallet-Dienstes, was ihn für Teams mit grundlegenden Docker-Kenntnissen zugänglich macht. Der Einsatz von Docker Secrets und automatischer Bereitstellung vereinfacht zudem die sichere Bereitstellung auf virtuellen privaten Servern oder Homelab-Umgebungen.

Das Model Context Protocol (MCP) ist ein Standard, der es KI-Assistenten ermöglicht, sich mit lokalen Daten und Tools zu verbinden. Durch die Bereitstellung eines MCP-Servers ermöglicht WAIaaS KI-Agenten wie Claude Desktop, direkt mit dem lokalen Wallet-Daemon zu interagieren. Dies bedeutet, dass der Agent Guthaben abfragen oder Transaktionen vorschlagen kann, ohne sensible Daten an externe APIs zu senden. Die Dry-Run-Funktion erlaubt es Nutzern, Transaktionen gegen die lokale Policy-Engine zu simulieren, bevor sie auf der Blockchain ausgeführt werden, und bietet so ein Sicherheitsnetz für automatisierte Aktionen.

Warum es wichtig ist

Für Teams, die KI-Agenten betreiben, die finanzielle Vermögenswerte verwalten, ist das Risiko von Fehlern nicht nur theoretischer Natur, sondern direkt mit monetären Verlusten verbunden. Ein Off-by-one-Fehler in einem Ausgabelimit oder eine Race Condition bei der Transaktionsausführung kann zu irreversiblen Abflüssen von Geldern führen. Die mehr als 684 Testdateien in WAIaaS dienen als Signal für Auditierbarkeit und ermöglichen es Ingenieuren, zu überprüfen, ob sich der Code wie erwartet verhält, bevor er bereitgestellt wird. Diese Ebene der Transparenz ist entscheidend für Organisationen, die Gewissheit darüber benötigen, wie ihre Software private Schlüssel und Transaktionsgenehmigungen handhabt.

Der Default-Deny-Ansatz der Policy-Engine stellt sicher, dass Transaktionen blockiert werden, es sei denn, sie sind durch konfigurierte Regeln ausdrücklich erlaubt. Dieser Fail-Closed-Ansatz ist für autonome Agenten unerlässlich, die andernfalls unbeabsichtigte Aktionen ausführen könnten. Indem spezifische Limits für Hebelwirkung bei Perpetual Futures, Kreditpositionen oder Token-Transfers definiert werden, können Teams das Verhalten ihres Agenten innerhalb sicherer Grenzen einschränken. Die Möglichkeit, diese Richtlinien lokal vor der Live-Ausführung zu simulieren, fügt eine Vertrauensebene hinzu, die gehostete Lösungen oft vermissen lassen.

Darüber hinaus schützt die Trennung der Authentifizierungsebenen das System vor teilweisen Kompromittierungen. Wenn der Session-Token eines KI-Agenten offengelegt wird, kann der Angreifer keine systemweiten Richtlinien ändern oder neue Wallets erstellen, da diese Aktionen eine Master-Authentifizierung erfordern. Ebenso kann der Besitzer über signaturbasierte Genehmigungen eingreifen, selbst wenn andere Anmeldedaten kompromittiert sind. Diese Defense-in-Depth-Strategie ist vital, um die Souveränität über digitale Vermögenswerte in einer automatisierten Umgebung aufrechtzuerhalten.

Was Sie tun können

• Klonen Sie das WAIaaS-Repository und starten Sie den Daemon über Docker Compose, um das lokale Setup zu evaluieren.
• Konfigurieren Sie Ausgabelimit-Richtlinien mit den Stufen instant, notify und delay, um die Größe der Agententransaktionen zu steuern.
• Nutzen Sie den Dry-Run-API-Endpunkt, um Transaktionen zu simulieren und die Durchsetzung der Richtlinien vor der Ausführung zu überprüfen.
• Integrieren Sie den MCP-Server in Ihr KI-Agenten-Framework, um lokale Wallet-Interaktionen ohne externe APIs zu ermöglichen.
• Implementieren Sie Docker Secrets für Produktionsbereitstellungen, um Master-Passwörter außerhalb von Umgebungsvariablen zu halten.
• Überprüfen Sie die mehr als 684 Testdateien, um das erwartete Verhalten der Policy-Engine und der Transaktions-Pipeline zu verstehen.