Overview
AgentWallex is built on the principle that AI agents should never have access to private keys. Instead, transactions are signed using Multi-Party Computation (MPC), where no single party ever holds the complete key. The platform enforces security through four independent layers. A transaction must pass through all of them before it is broadcast to the blockchain.Four Layers of Security
Layer 1: Identity and Authentication
Every API request is authenticated using a two-token system:- API Key (
awx_...) — Long-lived, identifies your account. Store securely in environment variables. - Session Token — Short-lived, scoped to specific agents and operations. Automatically rotated.
Layer 2: Policy Engine
Every transaction must pass through the policy engine before signing. Policies are evaluated in order — the first violation stops the transaction. The policy engine supports:- Spending limits (per-transaction, daily, monthly)
- Address whitelists and blacklists
- Token restrictions
- Velocity controls (rate limiting)
- Time-based schedule rules
- Human approval routing
Layer 3: MPC Signing (Paratro)
AgentWallex uses Paratro’s 2-of-3 threshold MPC protocol:
Critical security properties:
- The full private key is never reconstructed in memory
- Any 2 of 3 shards can sign a transaction
- Compromise of a single shard does not compromise the wallet
- Key generation uses Distributed Key Generation (DKG) — no single party ever sees the full key
Layer 4: Human-in-the-Loop
For high-value or unusual transactions, AgentWallex can route to human approval:- Transactions above a configurable threshold
- Transactions to new (unseen) addresses
- Unusual patterns detected by anomaly monitoring
Two-Layer Policy Architecture
AgentWallex enforces policies at two independent levels:Business Layer (Developer-Configured)
Your custom rules — spending limits, whitelists, velocity controls. These are set via the API or dashboard and can be updated at any time.Infrastructure Safety Net (Paratro-Enforced)
Hard limits enforced at the MPC signing level that cannot be overridden by API calls:Key Management Lifecycle
Key Generation
Keys are generated using Distributed Key Generation (DKG). At no point does any party see the full private key:- Each of the 3 MPC nodes generates a random share.
- Shares are combined cryptographically to produce a public key.
- The corresponding private key exists only as distributed shards.
Key Rotation
Key shards are rotated periodically without changing the wallet address. This is called “proactive secret sharing” — old shards become useless after rotation.Emergency Freeze
Any authorized party can instantly freeze a wallet:Audit Logging
Every action is logged immutably:- All API requests (with IP, user agent, timestamp)
- All policy evaluations (pass/fail with reason)
- All signing operations
- All freeze/unfreeze events
- All webhook deliveries
Query audit logs via the API: