Skip to content
A telemetry view of network nodes and links around concentric scan rings, with signal traces along the horizon

Base community · Planned EVM adapter

Connect Base applications to verifiable AI.

A planned EVM adapter could let Base applications request AI through BitcoinAI, receive verified result commitments and retain their users, assets, consensus and canonical state on Base.

06

Consumer EVM L2

Keep Base. Add an AI coordination layer.

Base's consumer focus can use a planned EVM adapter for AI agents, creator tools, payments and verifiable automation.

PlannedPlanned EVM adapter

What Base already does well

Consumer applications, EVM tooling, payments and creator ecosystems.

  • Consumer applications, EVM tooling, payments and creator ecosystems.
  • Solidity-compatible developer workflows
  • Programmable application state
  • Established wallet and contract patterns

What BitcoinAI can add

Planned AI-request contracts, BatteryAGI execution, Proof-of-AI receipts and asynchronous callbacks.

  • Planned EVM transport adapter
  • BatteryAGI execution
  • Proof-of-AI receipts
  • AI-agent infrastructure
  • Asynchronous callbacks and settlement

Asynchronous cross-chain architecture

How a Base AI request could work.

Messaging is transport. BitcoinAI defines the AI transaction semantics, BatteryAGI coordinates heavy execution, and the source environment remains authoritative for its own state.

  1. 01

    Base application creates an AI request

  2. 02

    Planned EVM adapter transports the request

  3. 03

    BitcoinAI finalizes job and payment state

  4. 04

    BatteryAGI executes the workload

  5. 05

    Proof-of-AI receipt is verified

  6. 06

    Result callback returns to Base

The route is an asynchronous state machine. Acknowledgement is not finality, and every transport keeps its own validator, bridge, custody and reorganization assumptions.

Application opportunities

What Base builders could create.

These are design opportunities, not claims of live integrations or guaranteed adoption.

01

Consumer AI agents

Use consumer ai agents with explicit job, verification, timeout and callback states.

02

Creator provenance

Use creator provenance with explicit job, verification, timeout and callback states.

03

Payment automation

Use payment automation with explicit job, verification, timeout and callback states.

04

Onchain support tools

Use onchain support tools with explicit job, verification, timeout and callback states.

05

Marketplace intelligence

Use marketplace intelligence with explicit job, verification, timeout and callback states.

06

Tokenized memberships

Use tokenized memberships with explicit job, verification, timeout and callback states.

Builder surface

Build the adapter, the application or the proof layer.

The integration surface spans contracts, message encoding, provider selection, receipts, callbacks, observability and failure handling.

Request contracts

Typed Base contracts for job creation, budgets, timeouts and callbacks.

Agent applications

Bounded automation with owner permissions, spend limits and auditable results.

Verification tools

Receipt explorers, provider reputation and portable proof interfaces.

Settlement UX

Clear pending, verified, failed, timed-out and refunded application states.

Security and trust boundaries

Connection does not erase sovereignty.

Base keeps its users, assets, application state, consensus and governance. BitcoinAI verifies its own AI job and settlement state.

  • Base integration is planned and is not live.
  • Base retains its own consensus, application state and governance.
  • The route is asynchronous; applications must handle timeouts, replay protection and failed verification.
  • Every bridge, relayer and liquidity route retains its own security and custody assumptions.

Planned EVM adapter

Build the Base AI route.

Developers can help specify the Base route, test failure states and build applications that use AI without asking the community to abandon its own chain.