The Liquid Network exploit this week was found by whitehats. In a few years, those whitehats might be AI agents. The economics of bug-finding are shifting—AI can scan codebases, generate attack vectors, and test edge cases faster than human auditors.
But running AI agents in production—especially agents that interact with valuable systems—requires runtime infrastructure that barely exists. The gap between "impressive demo" and "trusted system" is where I'm focused.
Summary
AI agent runtimes manage the lifecycle of agents that interact with external systems—authentication, state management, failure recovery, and observability. The core gap: we have great foundation models and useful tools, but the infrastructure to run agents reliably, accountably, and securely is nascent. The opportunity is building that infrastructure before the applications outpace it.
What is an Agent Runtime?
An agent is more than a prompt and an API call. In production, agents need:
Agent Runtime Components:
┌─────────────────────────────────────────────────┐
│ Agent Runtime │
├─────────────────────────────────────────────────┤
│ State Management │
│ - Conversation history │
│ - Task progress │
│ - World state (what does the agent know?) │
├─────────────────────────────────────────────────┤
│ Tool Orchestration │
│ - Which tools are available? │
│ - How are tools authenticated? │
│ - Rate limiting and quotas │
├─────────────────────────────────────────────────┤
│ Execution Control │
│ - Can agent run autonomously? │
│ - What requires human approval? │
│ - How are errors handled? │
├─────────────────────────────────────────────────┤
│ Observability │
│ - What is the agent doing? │
│ - Why did it make that decision? │
│ - Can we audit the trace? │
└─────────────────────────────────────────────────┘
Without runtime infrastructure, every agent application reinvents these components. That's inefficient and error-prone.
The Accountability Gap
Here's the production problem: AI agents do things, and we need to understand what they did and why.
Accountability Requirements:
For Compliance:
- "Show me every action the agent took"
- "Why did it execute this trade?"
- "Prove no unauthorized access occurred"
For Debugging:
- "Why did the agent fail on step 3?"
- "What was the agent's state at timestamp T?"
- "Replay the decision with different context"
For Security:
- "Was the agent compromised?"
- "Did it access anything it shouldn't?"
- "Can we revoke its permissions?"
Current agent frameworks are optimized for demos, not accountability. Getting traces, understanding decisions, and auditing behavior is bolted on, not built in.
Impact
Bug-finding economics shift. AI agents scanning for vulnerabilities—in smart contracts, in protocol implementations, in economic designs—can cover more surface area than human auditors. The Liquid exploit might have been found earlier with systematic AI auditing.
Autonomous onchain operations become viable. Agents that can manage treasury, execute strategies, and respond to market conditions—but only with robust runtime infrastructure underneath.
But trust requires provability. An agent that says "I executed your strategy correctly" isn't trusted. An agent with an auditable trace, deterministic execution, and verified outputs is trusted.
The runtime layer is a platform opportunity. Whoever builds reliable agent runtime infrastructure captures the middleware layer for the agent economy.
Failure Modes
State Corruption: Agent state—what it knows, what it's done, what it's planning—gets corrupted. The agent makes decisions based on incorrect world models. Without state management infrastructure, this is hard to detect or recover from.
Tool Escape: Agent gains access to tools it shouldn't have, or uses tools in ways that weren't anticipated. Capability control is the security boundary; without runtime enforcement, capability creep happens.
Trace Manipulation: If agents can modify their own traces, accountability fails. The runtime needs immutable logging that the agent can't tamper with.
Cascading Failures: Agent A calls Agent B calls Agent C. Agent C fails. How does the system recover? Without runtime support for failure propagation and recovery, cascading failures are common.
What I'd Build
Immutable execution traces. Every agent action—tool calls, state changes, outputs—logged to an append-only store. The agent can't modify its own history.
Trace Schema:
{
"agent_id": "agent_xyz",
"session_id": "sess_123",
"timestamp": "2026-09-02T10:00:00Z",
"action_type": "tool_call",
"tool": "execute_trade",
"inputs": { "pair": "ETH/USDC", "amount": 100 },
"output": { "tx_hash": "0x..." },
"reasoning": "Price below threshold, strategy says buy",
"hash": "..." // Chain of custody
}
Capability sandboxing. Define exactly what tools an agent can use, with what parameters, under what conditions. Runtime enforces these constraints—agent can't escalate its own privileges.
Human-in-the-loop hooks. For high-stakes actions, pause execution and request human approval. Resume seamlessly when approval arrives. Build this as a primitive, not an afterthought.
Deterministic replay. Given the same starting state and same inputs, reproduce the same execution. Essential for debugging, auditing, and testing.
Lessons
-
Demos ≠ production. Impressive agent demos running in notebooks don't translate to trusted production systems. The gap is infrastructure.
-
Accountability is the trust foundation. Users, regulators, and auditors will ask "what did the agent do and why?" The answer needs to be provable.
-
Capability control is security. What an agent can do defines its risk profile. Runtime enforcement of capabilities is essential for safe deployment.
-
State is the hidden complexity. Stateless APIs are simple. Stateful agents managing long-running tasks across failures are complex. State management infrastructure matters.
-
The runtime layer is the platform. Just as operating systems mediate between applications and hardware, agent runtimes mediate between agents and tools. Platform economics apply.
If you're building AI agents for production, invest in runtime infrastructure early. The accountability, observability, and reliability requirements will compound. Better to build them in than bolt them on.
