Skip to main content

Wallet Vault

The Wallet Vault is Steward’s encrypted key storage system. It generates, stores, and manages private keys for AI agents — providing signing capabilities without ever exposing raw keys.

How It Works

When you create an agent, Steward generates keypairs for both EVM and Solana chains:
The private keys are immediately encrypted with AES-256-GCM and stored as ciphertext. They’re only decrypted in-memory for the brief moment needed to sign a transaction, then zeroed.

Encryption Architecture

Each encrypted key is stored with:
  • Ciphertext — the encrypted private key
  • IV — 12-byte initialization vector (unique per encryption)
  • Auth Tag — 16-byte GCM authentication tag (tamper detection)

Supported Chains

Steward supports all EVM-compatible chains. Configure the chain via chainId:Signing methods:
  • eth_signTransaction — Standard transaction signing + broadcast
  • eth_signTypedData_v4 (EIP-712) — DEX approvals, permits, structured data
  • personal_sign — Message signing

Signing Flow

Supported transaction-signing API routes pass through the Policy Engine before invoking the Vault. Compatibility signing routes may instead require MFA, signer permission, and explicit unsafe feature flags:

Key Import

For agents that already have keys (e.g., migrating from another system), you can import private keys:
Key import requires tenant-level authentication (not agent tokens). The imported key is immediately encrypted and the plaintext is discarded. Never store private keys in environment variables or logs.

Multi-Wallet Addresses

Each agent can have wallets across multiple chain families. Query all addresses:

RPC Passthrough

Agents can make read-only RPC calls through Steward, which injects the RPC provider’s API key: