Paxeer Docs logo

Agentic Wallets

Give AI agents programmable wallets on Paxeer with Coinbase AgentKit or Privy setup, policies, and comparison.

Agentic wallets give AI agents the ability to hold funds, sign transactions, and interact with smart contracts autonomously - without exposing private keys to the agent or the LLM. This page covers the two leading solutions that work on Paxeer today: Coinbase AgentKit and Privy server wallets.

Both platforms support Paxeer as an EVM-compatible chain. No special integration is required - you point the wallet provider at Paxeer's RPC and chain ID and everything works out of the box.

How It Works

An agentic wallet sits between your AI agent and the blockchain:

  1. Agent decides - The LLM reasons about what onchain action to take (e.g. "send 5 USDC to 0x...").
  2. SDK prepares - The wallet SDK constructs and validates the transaction.
  3. Policy check - The policy engine evaluates the transaction against spending limits, allowlists, and other guardrails.
  4. TEE signs - The private key, isolated in a Trusted Execution Environment, signs the transaction. The key is never exposed to the agent.
  5. Broadcast - The signed transaction is submitted to Paxeer's EVM RPC.
┌─────────┐     ┌───────────┐     ┌──────────────┐     ┌─────────┐     ┌──────────┐
│ LLM /   │────▶│ Wallet    │────▶│ Policy       │────▶│ TEE     │────▶│ Paxeer EVM  │
│ Agent   │     │ SDK       │     │ Engine       │     │ Signer  │     │ RPC      │
└─────────┘     └───────────┘     └──────────────┘     └─────────┘     └──────────┘

Quick Comparison

DimensionCoinbase AgentKitPrivy Server Wallets
TypeOpen-source SDK + wallet infraWallet-as-a-service API
Key isolationSelf-custodial on Paxeer (bring-your-own key via Viem). CDP's TEE-managed signer does not support Paxeer.TEE + Shamir secret sharing
Paxeer supportVia ViemWalletProvider (TS) or EthAccountWalletProvider (Python)Via CAIP-2 eip155:125
Policy engineSpending limits, address/contract allowlists, network restrictionsAll of the above + time-based controls, key quorums
Built-in actions40+ action providers (wallet, ERC-20, ERC-721, Pyth on Paxeer; many others Base/Ethereum-only)Wallet operations only (create, sign, send)
AI frameworksLangChain, Vercel AI SDK, OpenAI Agents SDK, MCPLangChain (langchain-privy)
Server SDKsTypeScript, PythonTypeScript, Python, Java, Rust, Go + REST API
Open sourceYes (MIT)Partial (langchain-privy is OSS)
PricingFree SDK; CDP wallets $0.005/op (5K free/mo)Free 50K sigs/mo; paid tiers from $299/mo

Use both together: AgentKit ships with a built-in PrivyWalletProvider, so you can combine Privy's policy engine with AgentKit's 40+ action providers.


Coinbase AgentKit on Paxeer

AgentKit is Coinbase's open-source toolkit for giving AI agents crypto wallets and onchain capabilities. It is framework-agnostic (LangChain, Vercel AI SDK, OpenAI Agents SDK, MCP) and wallet-agnostic (CDP wallets, Privy, Viem, and more).

Architecture

AgentKit is organized around three concepts:

  • Wallet Providers - Abstraction over different wallet implementations. For Paxeer, use ViemWalletProvider (TypeScript) or EthAccountWalletProvider (Python).
  • Action Providers - Units of onchain functionality (ERC-20 transfers, ERC-721 ops, Pyth price feeds, etc.). Generic EVM providers work on Paxeer; providers with hard-coded chain allowlists (e.g. x402ActionProvider, wethActionProvider, CDP-managed ones) do not - see the support matrix below.
  • Framework Extensions - Adapters that turn AgentKit actions into tools for your AI framework of choice.

Prerequisites

  • Node.js v22+ (TypeScript) or Python 3.10+
  • A CDP Secret API Key (for CDP wallet providers; not required for Viem)
  • A funded wallet on Paxeer

Setup

1
Install packages
npm install @coinbase/agentkit @coinbase/agentkit-langchain viem
2
Create the wallet provider and AgentKit

Use ViemWalletProvider pointed at Paxeer's RPC and chain ID 125.

import { AgentKit, ViemWalletProvider, walletActionProvider, erc20ActionProvider } from '@coinbase/agentkit';
import { createWalletClient, http } from 'viem';
import { privateKeyToAccount } from 'viem/accounts';
import { sei } from 'viem/chains';

// Create a Viem wallet client pointed at Paxeer
const account = privateKeyToAccount(process.env.PRIVATE_KEY as `0x${string}`);
const client = createWalletClient({
  account,
  chain: sei,
  transport: http('https://evm-rpc.sei-apis.com'),
});

// Wrap it in AgentKit
const walletProvider = new ViemWalletProvider(client);
const agentKit = await AgentKit.from({
  walletProvider,
  actionProviders: [
    walletActionProvider(),
    erc20ActionProvider(),
    // Add more action providers as needed
  ],
});
3
Wire into LangChain
import { getLangChainTools } from '@coinbase/agentkit-langchain';
import { ChatOpenAI } from '@langchain/openai';
import { createReactAgent } from '@langchain/langgraph/prebuilt';

const tools = await getLangChainTools(agentKit);
const model = new ChatOpenAI({ model: 'gpt-4o' });

const agent = createReactAgent({
  llm: model,
  tools,
  messageModifier:
    'You are an AI agent operating on the Paxeer blockchain. You can check balances, transfer tokens, and interact with smart contracts.',
});

// Run the agent
const result = await agent.invoke({
  messages: [{ role: 'user', content: 'What is my HPX balance?' }],
});

Available Action Providers on Paxeer

Not every AgentKit action provider works on Paxeer - some are chain-specific. Here's what you can use:

Action ProviderWorks on PaxeerNotes
walletActionProviderYesBalance, transfers, native HPX operations
erc20ActionProviderYesAny ERC-20 token (USDC, WHPX, etc.)
erc721ActionProviderYesNFT minting, transfers
pythActionProviderYesPyth price feeds via Hermes (off-chain, chain-agnostic)
wethActionProviderNoHard-coded WETH addresses; no WHPX entry. Use erc20ActionProvider against Paxeer's WHPX contract instead.
x402ActionProviderNoProvider's SUPPORTED_NETWORKS allowlist is limited to base-mainnet, base-sepolia, solana-mainnet, and solana-devnet. The x402 protocol itself is chain-agnostic - write a custom action provider or call the facilitator directly if you need x402 on Paxeer.
cdpApiActionProviderNoRequires a Coinbase networkId; Paxeer isn't in AgentKit's chain map.
morphoActionProviderNoMorpho contracts not deployed on Paxeer
moonwellActionProviderNoMoonwell contracts not deployed on Paxeer

For Paxeer-native DeFi actions (swaps on Symphony/DragonSwap, staking via Silo, lending via Takara), use the Cambrian Agent Kit alongside AgentKit, or write custom action providers.

Known Quirks on Paxeer

Verified by running AgentKit against Paxeer (chain 125). These quirks sit in AgentKit's network and action-provider layer and apply to both ViemWalletProvider and PrivyWalletProvider:

  • Balances are labeled "ETH" in action output. walletActionProvider hard-codes the native-currency symbol, so get_wallet_details returns strings like Native Balance: 512993.50 ETH and native_transfer responses say Transferred 0.05 ETH to 0x... even on Paxeer. Signing and arithmetic are unaffected - it's a display-only quirk. If the LLM will quote balances or transfer confirmations to users, add a post-processing step or a system-prompt instruction to rewrite ETHHPX when chain_id == 125.
  • networkId is undefined. Coinbase's internal CHAIN_ID_TO_NETWORK_ID map only includes Ethereum, Polygon, Base, Arbitrum, and Optimism (mainnet + testnet). Paxeer's chain ID isn't in it, so walletProvider.getNetwork() returns { protocolFamily: 'evm', chainId: '125', networkId: undefined }. This is harmless for signing/sending, but any action provider that branches on networkId will refuse to run on Paxeer. In practice, AgentKit.from({...}) prints a warning like The following action providers are not supported on the current network and will be unavailable: weth, x402 and silently drops them - if you expect an action and it's missing from agentKit.getActions(), check this warning first.

CDP-Managed Wallets and Paxeer

AgentKit's CdpEvmWalletProvider (CDP-managed server wallets with built-in policies) is currently scoped to base, base-sepolia, ethereum, ethereum-sepolia, polygon, arbitrum, and optimism - Paxeer is not a supported network.

For managed cloud custody with a policy engine on Paxeer, use one of:

  • Privy server wallets (below) - TEE-isolated keys with a policy engine that works on any EVM chain, including Paxeer.
  • AgentKit + Privy combined - use PrivyWalletProvider inside AgentKit to keep the 40+ action providers while delegating custody and policy enforcement to Privy. See Using AgentKit with Privy (Combined) below.

If you only need self-custodial keys (no TEE, you hold the private key), use ViemWalletProvider as shown above and enforce limits in your own application logic.


Privy Server Wallets on Paxeer

Privy provides wallet-as-a-service infrastructure for AI agents. Server wallets are programmatically managed wallets designed for backend use - no user interaction required. Keys are isolated in TEEs with Shamir secret sharing and never leave secure enclaves.

Prerequisites

  • A Privy account with an App ID and App Secret
  • An authorization keypair (generated in the Privy dashboard)

Setup

1
Create a wallet
curl --request POST https://api.privy.io/v1/wallets \
  -u "<your-app-id>:<your-app-secret>" \
  -H "privy-app-id: <your-app-id>" \
  -H 'Content-Type: application/json' \
  -d '{
    "chain_type": "ethereum",
    "policy_ids": ["your_policy_id"]
  }'

Response:

{
  "id": "wallet_abc123",
  "address": "0x1234...abcd",
  "chain_type": "ethereum",
  "policy_ids": ["your_policy_id"]
}
2
Send a transaction on Paxeer

Use eip155:125 (CAIP-2 format) to target Paxeer mainnet:

curl --request POST https://api.privy.io/v1/wallets/wallet_abc123/evm/reference \
  -u "<your-app-id>:<your-app-secret>" \
  -H "privy-app-id: <your-app-id>" \
  -H "privy-authorization-signature: <authorization-signature>" \
  -H 'Content-Type: application/json' \
  -d '{
    "method": "eth_sendTransaction",
    "caip2": "eip155:125",
    "params": {
      "transaction": {
        "to": "0x742d35Cc6634C0532925a3b844Bc454e4438f44e",
        "value": "0x2386F26FC10000",
        "chain_id": 125
      }
    }
  }'
3
Sign a message
curl --request POST https://api.privy.io/v1/wallets/wallet_abc123/evm/reference \
  -u "<your-app-id>:<your-app-secret>" \
  -H "privy-app-id: <your-app-id>" \
  -H "privy-authorization-signature: <authorization-signature>" \
  -H 'Content-Type: application/json' \
  -d '{
    "method": "personal_sign",
    "caip2": "eip155:125",
    "params": {
      "message": "Hello from Paxeer"
    }
  }'

Known Quirks on Paxeer (Privy)

Verified by running @privy-io/server-auth against Paxeer (eip155:125):

  • value must be a hex string, not a BigInt. Privy's request signer uses RFC 8785 JSON canonicalization (canonicalize), which throws TypeError: Do not know how to serialize a BigInt if you pass a BigInt in any field of the transaction object. Convert viem's parseEther(...) output with '0x' + parseEther('0.01').toString(16) before sending.
  • authorizationKeyIds on createWallet expects the public-key registration ID, not the dashboard key ID. Passing the ID shown next to a key in the Privy dashboard can fail with 400 Invalid authorization key IDs. If you only need an app-owned wallet (app credentials + authorizationPrivateKey for request signing), omit authorizationKeyIds - the wallet is still fully operable.

Privy with LangChain

Privy publishes a LangChain integration (langchain-privy) that exposes wallet operations as a single LangChain tool. The tool reads PRIVY_APP_ID and PRIVY_APP_SECRET from the environment and is bound directly to the LLM:

import os
from langchain_privy import PrivyWalletTool
from langchain_openai import ChatOpenAI

os.environ["PRIVY_APP_ID"] = "<your-app-id>"
os.environ["PRIVY_APP_SECRET"] = "<your-app-secret>"

tool = PrivyWalletTool()
print(f"Wallet: {tool.wallet_address}")

llm = ChatOpenAI(model="gpt-4o-mini", temperature=0)
llm_with_tools = llm.bind_tools([tool])

response = llm_with_tools.invoke("What is my wallet address?")

As of langchain-privy@0.1.0, the library's Chain enum does not include Paxeer - the built-in tool only targets Ethereum, Base, Optimism, Arbitrum, Polygon, Zora, Avalanche, BSC, Celo, Linea, Solana, and Bitcoin. For Paxeer, either:

  • Call Privy's REST API / server-auth SDK directly with caip2: eip155:125 (shown above), or
  • Use AgentKit's PrivyWalletProvider with a LangChain adapter (@coinbase/agentkit-langchain) - see the Combined section below.

Privy Policy Engine

Privy's policy engine evaluates policies server-side before signing. Each rule pairs an ALLOW/DENY action with an RPC method and a list of conditions on transaction fields. Attach one or more policies to a wallet via updateWallet.

Privy's engine is default-deny. A request is allowed only when at least one ALLOW rule matches and no DENY rule matches. A policy built from DENY-only rules blocks every transaction - including ones you expect to pass. Always start from an explicit ALLOW rule that describes the happy path, then layer DENY rules on top.

// "Cap sends at 10 HPX and block a specific address."
// Rule 1 (ALLOW) defines the happy path; without it, every request is denied.
// Rule 2 (DENY) carves a specific hole in that allow.
const policy = await privy.walletApi.createPolicy({
  name: 'paxeer-agent-policy',
  version: '1.0',
  chainType: 'ethereum',
  rules: [
    {
      name: 'Allow sends up to 10 HPX',
      action: 'ALLOW',
      method: 'eth_sendTransaction',
      conditions: [
        {
          fieldSource: 'ethereum_transaction',
          field: 'value',
          operator: 'lte',
          value: '10000000000000000000', // 10 HPX in wei
        },
      ],
    },
    {
      name: 'Deny sends to blocklisted address',
      action: 'DENY',
      method: 'eth_sendTransaction',
      conditions: [
        {
          fieldSource: 'ethereum_transaction',
          field: 'to',
          operator: 'in',
          value: ['0xdEAD000000000000000042069420694206942069'],
        },
      ],
    },
  ],
});

// Attach policy to wallet
await privy.walletApi.updateWallet({
  id: wallet.id,
  policyIds: [policy.id],
});

Conditions support the eq, gt, gte, lt, lte, and in operators against ethereum_transaction fields (to, value) or ethereum_calldata fields. Operand order is tx_field <operator> rule_value - e.g. operator: 'lte' with value: '10000000000000000000' means "transaction value ≤ 10 HPX". method must be eth_sendTransaction or eth_signTransaction. Chain restriction is not a policy condition - enforce caip2: 'eip155:125' at the call site to keep an agent on Paxeer.

Privy also offers features beyond the policy engine:

  • Key quorums - require multiple authorization keys to approve high-value transactions
  • Webhook notifications - get notified of all wallet activity (works chain-agnostically)

Using AgentKit with Privy (Combined)

AgentKit includes a built-in PrivyWalletProvider, so you can use Privy's wallet infrastructure and policy engine as the backend while using AgentKit's 40+ action providers for onchain operations.

Because of the authorizationKeyIds quirk noted above, the simplest working pattern is to create the wallet once via the Privy SDK (or the dashboard) and then hand the resulting walletId to AgentKit:

import { AgentKit, PrivyWalletProvider, walletActionProvider, erc20ActionProvider } from '@coinbase/agentkit';
import { PrivyClient } from '@privy-io/server-auth';

// Step 1 - create (or look up) a server wallet via the Privy SDK.
// Omit authorizationKeyIds here; attach policies with updateWallet if needed.
const privy = new PrivyClient(process.env.PRIVY_APP_ID!, process.env.PRIVY_APP_SECRET!, {
  walletApi: { authorizationPrivateKey: process.env.PRIVY_AUTH_KEY },
});
const wallet = await privy.walletApi.createWallet({ chainType: 'ethereum' });

// Step 2 - wrap the existing wallet in AgentKit's PrivyWalletProvider.
const walletProvider = await PrivyWalletProvider.configureWithWallet({
  appId: process.env.PRIVY_APP_ID!,
  appSecret: process.env.PRIVY_APP_SECRET!,
  chainId: '125', // Paxeer mainnet
  walletId: wallet.id,
  authorizationPrivateKey: process.env.PRIVY_AUTH_KEY,
});

const agentKit = await AgentKit.from({
  walletProvider,
  actionProviders: [
    walletActionProvider(),
    erc20ActionProvider(),
  ],
});

This gives you the best of both worlds: Privy's fine-grained policies and key quorums with AgentKit's rich action library.

If you call PrivyWalletProvider.configureWithWallet without a walletId, AgentKit will attempt to create a new wallet for you and pass authorizationKeyId through to Privy - which hits the same 400 Invalid authorization key IDs failure described in Privy's Known Quirks. Always pre-create the wallet and pass walletId.


Feature Matrix

Wallet Creation & Key Management

CapabilityCoinbase AgentKitPrivy
Programmatic wallet creation on PaxeerYes - self-custodial via ViemWalletProvider (you hold the key). CDP-managed server wallets do not currently support Paxeer.Yes - Server wallets on any EVM
TEE-secured key isolation on PaxeerNo - CDP's TEE signer is scoped to Base/Ethereum/Polygon/Arbitrum/Optimism. Use Privy (standalone or via PrivyWalletProvider in AgentKit).Yes - TEE + key sharding
Managed cloud custody on PaxeerNo via CDP. Yes via PrivyWalletProvider.Yes - Server wallets with eip155:125
Multi-party key quorumNoYes - Authorization key quorums via dashboard
Key export / portabilityYesYes

Policy Engine & Guardrails

CapabilityCoinbase AgentKitPrivy
Spending limits (per-tx) on PaxeerOnly via app-level checks with ViemWalletProvider. CDP's ethValue policy doesn't apply on Paxeer.Yes - Policy engine, any chain
Contract / address allowlisting on PaxeerOnly via app-level checks with ViemWalletProvider. CDP's evmAddress policy doesn't apply on Paxeer.Yes - Contract allowlist rules
Network restriction policies on PaxeerN/A - CDP networkIds don't include PaxeerYes - Chain restrictions
Time-based access controlsNoYes
Transaction simulationNoNo - Needs Paxeer-specific RPC

Gas & Transaction Management

CapabilityCoinbase AgentKitPrivy
Gasless / sponsored transactions on PaxeerNo - Gasless is Base-onlyNo - Requires Paxeer-native paymaster
Smart wallet (ERC-4337) on PaxeerNo - Smart Accounts don't include PaxeerNo - Possible via ZeroDev or Biconomy integration
Batch transactions on PaxeerNo - Requires Smart AccountsYes
Basic send / transfer on PaxeerYesYes
ERC-20 token operations on PaxeerYes - erc20ActionProviderYes - Standard EVM ops

Agentic DeFi Actions

CapabilityCoinbase AgentKitPrivy
Token swaps on Paxeer DEXsNo - Built-in swap providers (Jupiter, 0x, Sushi, Enso) don't route Paxeer DEXsNo
Yield / lending on PaxeerNo - Built-in lending providers (Morpho, Moonwell, Compound, Yelay) aren't deployed on PaxeerNo
Liquidity provision on PaxeerNoNo
Cross-chain bridge to/from PaxeerNo - Paxeer not a listed Across routeNo
Pyth oracle price feedsYes - pythActionProvider works on PaxeerNo

For Paxeer-native DeFi actions, use the Cambrian Agent Kit which includes built-in integrations for Symphony, DragonSwap, Silo, Takara, and Citrex.

x402 & Machine-to-Machine Payments

CapabilityCoinbase AgentKitPrivy
x402 protocol support on PaxeerNo via built-in x402ActionProvider (allowlist is Base + Solana only) - possible via a custom action providerYes - Works wherever agent holds stablecoins
Agent-to-agent USDC transfersYes - ERC-20 transfers with Paxeer USDCYes - Server wallet transfers
Stablecoin operations on PaxeerYes - erc20ActionProvider + Paxeer USDCYes - Standard ERC-20 ops

Developer Experience

CapabilityCoinbase AgentKitPrivy
MCP server integrationYes - AgentKit MCP framework extensionNo
LangChain / Vercel AI SDKYes - Framework extensions for bothYes - langchain-privy
OpenAI Agents SDKYes - Native extensionNo
Webhook / event monitoring on PaxeerNo - Webhooks for supported networks onlyYes - Chain-agnostic webhooks
Multi-language SDKsTypeScript, PythonTypeScript, Python, Java, Rust, Go + REST

Other Agentic Wallet Solutions

While Coinbase AgentKit and Privy are the most mature options for Paxeer, several other platforms support agentic wallet use cases:

PlatformApproachPaxeer SupportBest For
TurnkeyTEE-based key isolation, sub-100ms signing, granular policiesYes (any EVM)Enterprise agents needing fine-grained policies
Lit ProtocolDecentralized key management (DKG), programmable key pairs as NFTsYes (any EVM)Decentralized, user-owned agent delegation
DynamicMPC or smart contract wallets, strong onboarding UXYes (explicit Paxeer support)Apps serving both humans and agents
thirdwebBackend wallets + account abstraction, session keysYes (any EVM)Broadest AI framework support (6+ frameworks)
OpenfortTEE server wallets, sub-125ms signing, 25+ EVM chainsYes (any EVM)Gaming and high-throughput agent workloads

Paxeer Network Configuration Reference

Use these values when configuring any agentic wallet provider for Paxeer:

ParameterValue
Chain ID125
Chain ID (hex)0x7d
CAIP-2eip155:125
RPC URLContact Paxeer team for current RPC endpoint
CurrencyHPX (18 decimals)
Bech32 prefixpax1...
Finality~400ms (Twin Turbo Consensus)

Security Reminders:

  • Never expose private keys or authorization secrets to the LLM/agent process.
  • Always use dedicated wallets for agent operations - never your main wallet.
  • Start with a test wallet before deploying to production.
  • Set spending limits and contract allowlists via the policy engine before going live.
  • Monitor agent wallet activity via block explorers or webhook notifications.