A control plane for agentic financial execution.
0x1e.ai is built as a set of cohesive modules that turn agent intent into controlled execution — identity, policy, vault, approval, rail, ledger, audit, webhooks. Each one is independently addressable, all of them wired together.
Modules
Eight modules. One contract.
Each module owns a clear responsibility. The boundaries are designed so the system stays auditable and the rails stay swappable.
Agent Registry
Identity, ownership, state machine, and rotation primitives for every registered agent.
KYA Service
Submission, profile, review, and decision workflow for Know Your Agent compliance.
Policy Engine
Per-agent caps, velocity limits, allow-lists, and merchant rules evaluated at pre-check.
Programmable Vaults
Multi-currency balances with available, reserved, and clearing partitions.
Approval Orchestrator
Owner notification, confirmation handling, timeout enforcement, and atomic reservation.
Payment Rail Adapter
Rail-agnostic execution interface. Stripe today, additional rails behind the same contract.
Ledger & Audit Trail
Append-only double-entry ledger and append-only audit log. Reconciliation built-in.
Webhooks
Signed delivery of proposal, payment, and refund events to downstream consumers.
Flow
Seven stages from intent to record.
Every proposal walks the same path. No skipped steps, no shortcuts.
- 01ProposalAgent submits
- 02ValidationPolicy + KYA
- 03ApprovalOwner confirms
- 04ReserveVault locks funds
- 05ExecuteRail pays
- 06ReconcileCommit or release
- 07AuditAppend-only record
Principles
Six rules the platform never breaks.
They're explicit because they're load-bearing. Every architectural choice points back to one of them.
Always confirm first
No silent automation. Every spend action requires an explicit owner confirmation before execution.
Reserve on approval
Approved funds are moved to reserved atomically. Capacity is honest from the moment of approval.
Multi-currency ready
Balances and proposals are denominated per currency. No implicit conversion at the platform layer.
Agent-specific caps
Spend capacity is computed against agent-level limits, not just owner balance. One bad agent does not drain the wallet.
Append-only audit
Ledger and audit logs are write-once. Corrections happen through compensating entries, not edits.
Rail-agnostic execution
The platform is not the rail. Payment providers sit behind an adapter so they can be swapped or stacked.
Example flow
An agent wants to buy $500 in API credits.
The timeline on the right is exactly what happens. Nothing is elided. Every entry is recorded append-only and reflected in ledger and audit.
- agent · agt_4f2c · billing-assistant-v2
- owner · acme.industries
- total elapsed · 48.6s
- +0sProposal createdcreated
agent: agt_4f2c · amount: 500.00 USD · merchant: API Provider
- +0.1sPolicy check passed
agent cap 500/1000 USD · velocity 0/3 today · merchant allow-listed
- +0.2sOwner notifiedpending owner
channel: telegram · 4h confirmation window opened
- +47sOwner approvedapproved
via signed callback · idempotency_key honoured
- +47.0sFunds reserved
owner_available −500.00 → owner_reserved +500.00 (entry_type: reserve)
- +48sRail executed paymentexecuted
stripe rail · charge_id: ch_…3aa1
- +48.4sReserve committed
owner_reserved −500.00 → system_clearing +500.00 (entry_type: commit)
- +48.5sWebhooks dispatched
payment.succeeded · proposal.executed
- +48.6sAudit trail closed
9 append-only entries · proposal lifecycle complete
Start integrating agents you can trust.
The full platform is documented and available behind early access. Get a key, sign your first proposal, ship.