AUTONEX

Core Concepts

Understanding intents, policies, and execution receipts

AUTONEX is built on three fundamental concepts that work together to enable safe autonomous agent operations: Intents, Policies, and Execution Receipts.

Intents

An intent is a high-level description of what an agent wants to do. Unlike raw transactions that specify exactly how to execute an operation, intents describe the desired outcome and let AUTONEX determine the best execution path.

Why Intent-Based Architecture?

Abstraction

Agents don't need transaction construction knowledge

Safety

Policy validation before execution

Flexibility

Execution strategies evolve independently

Auditability

Clear separation of business logic

Intent Structure

Every intent includes four key components:

  • Type: The action category (swap, transfer, stake, etc.)
  • Parameters: Action-specific configuration
  • Constraints: Limits like slippage, deadline, or price bounds
  • Context: Agent identity, timestamp, and execution preferences
{
  "type": "swap",
  "from": { "token": "SOL", "amount": 5 },
  "to": { "token": "USDC" },
  "maxSlippage": 0.02,
  "deadline": 1735200000
}

Supported Intent Types

Swap
Exchange tokens via DEX aggregators
Transfer
Send tokens to specified addresses
Stake
Stake tokens with validators or pools
Lend/Borrow
Interact with lending protocols
Yield Farm
Deposit into yield strategies

Policies

Policies are on-chain rules that govern agent behavior. Every intent must pass all applicable policies before execution. Policies transform autonomous agents from uncontrolled systems into governed infrastructure.

Policy Categories

Financial Policies

Control spending, position sizes, and exposure limits:

  • Transaction limits (per transaction, daily, monthly)
  • Position size restrictions
  • Portfolio concentration limits
  • Minimum reserve requirements

Risk Policies

Protect against market risks and execution failures:

  • Maximum slippage thresholds
  • Price deviation limits
  • Volatility-based circuit breakers
  • Correlation exposure limits

Protocol Policies

Define which protocols and programs agents can interact with:

  • Whitelist of approved programs
  • CPI restrictions on cross-program calls
  • Protocol-specific parameter constraints
  • Account validation rules

Temporal Policies

Time-based restrictions and cooldown periods:

  • Trading hours (e.g., only during market hours)
  • Rate limiting between actions
  • Cooldown periods after losses
  • Time-locked permissions

Policy Example

{
  "name": "trading-limits",
  "rules": [
    {
      "type": "transaction_limit",
      "amount": 10,
      "token": "SOL",
      "period": "daily"
    },
    {
      "type": "slippage_protection",
      "maxSlippage": 0.02
    },
    {
      "type": "whitelist_programs",
      "programs": ["JUP...", "ORCA..."]
    }
  ]
}

Policy Evaluation Flow

  1. 1. Load policy set configured for the agent
  2. 2. Evaluate each rule against the intent
  3. 3. Return combined results (pass/fail with details)
  4. 4. If all pass, proceed to execution; if any fail, reject intent

Execution Receipts

Every execution generates an immutable receipt stored on-chain. Receipts provide a complete audit trail and enable reproducible verification of agent actions.

Receipt Contents

  • Original Intent: The agent's requested action
  • Policy Results: All evaluated rules and their outcomes
  • Execution Details: Actual execution path and results
  • Blockchain Data: Transaction signature, block, timestamp
{
  "signature": "4qVz...",
  "intent": { /* original intent */ },
  "policyResults": {
    "passed": true,
    "evaluations": [
      { "rule": "transaction_limit", "passed": true },
      { "rule": "slippage_protection", "passed": true }
    ]
  },
  "execution": {
    "status": "success",
    "actualSlippage": 0.015,
    "amountOut": 498.25
  },
  "timestamp": 1735199850
}

Why Receipts Matter

Auditability

Complete record of all agent actions

Debugging

Understand why intents passed or failed

Compliance

Prove adherence to governance policies

Analytics

Analyze agent performance over time

Verification

Independent parties can verify correctness

How They Work Together

The interaction between intents, policies, and receipts creates a secure execution flow:

  1. 1
    Agent submits intent describing desired action
  2. 2
    Policy engine evaluates intent against all configured rules
  3. 3
    If policies pass, execution layer constructs transaction
  4. 4
    Transaction submitted to Solana with CPI restrictions
  5. 5
    Receipt generated with complete execution details
  6. 6
    Receipt returned to agent and stored on-chain

This architecture ensures that agents can operate autonomously while remaining within predefined safety boundaries. The combination of intent-based abstraction, policy-gated execution, and immutable receipts enables production-grade autonomous systems.