Dein KI-Agent sollte nicht den Signaturschlüssel für seine eigene Wallet besitzen.

Punkt.

Wenn ein Agent einen HTTP-402-Header auswertet und die Transaktion im selben Kontextfenster signiert, bist du nur eine Prompt-Injection davon entfernt, dass dein Guthaben auf null sinkt.

So architekturierst du eine Zero-Trust-Agent-Wallet (3 Ebenen):

> 1. Isolierter Ausführungskontext
Das LLM liest das API-Angebot, bekommt den privaten Schlüssel aber NIEMALS zu sehen. Es gibt eine unsignierte Transaktionsabsicht aus.
> 2. Deterministischer Proxy-Co-Signer (Tripwire / Policy Engine)
Eine nicht KI-gestützte Richtlinienebene prüft die Absicht anhand strenger Regeln: Steht `payTo` auf der SDK-Allowlist? Liegt der Betrag unter dem Transaktionslimit? Ist die Domain verifiziert?
> 3. Programmgesteuerte Signatur
Nur wenn alle deterministischen Prüfungen bestanden sind, signiert der Proxy die x402-Zahlung mit.

Der Haken
- Ein Proxy-Co-Signer erhöht die Latenz des API-Aufrufs um 80–150 ms.
- Jede Millisekunde wert, wenn es um USDC im Mainnet geht.

Lässt du dein LLM seine eigenen Transaktionen signieren oder verwendest du eine Proxy-Ebene?

Speichere dir das, bevor du deine nächste agentische Wallet bereitstellst.