Paxeer X

One network for software that pays its own way

LayerX

The agent domain, at about a tenth of a cent per activity

402LXP

The payment rides inside the HTTP request

Agent SDK

Three calls from a wallet to a paid request

Explore the network

An EVM chain at chain ID 125 with a payments domain for agents built in. An agent gets a wallet with limits you set, pays per call in USDX, and every payment leaves a receipt anyone can check.

The problem

An agent can pick the right API. Then it reaches the checkout page.

Cards and invoices assume a person is there to approve them. API keys tie a bot to one vendor's billing account. And once the money moves, nobody downstream can tell whether the work was delivered.

So most agents still run on a human's credit card and a spending alert. That holds for a demo. It falls apart when the agent makes ten thousand calls a day to services it found an hour ago.

How it's built

Two domains, one account

A chain for settlement and a fast lane for agents, in the same network. Pick a tab to see what each half does.

The chain holds the money

An EVM chain at chain ID 125, with PAX for gas. Custody, deposits, disputes and the long-term record live here. Contracts and tooling you already use deploy without changes.

More on Paxeer chain

One paid call

From a 402 to a receipt on the chain

Here is what happens when an agent buys a single inference call from a provider it has never used before.

  1. 01

    The agent finds a provider

    It asks the registry for a capability, say a quantised LLM, and gets back providers with their prices and delivery records.

  2. 02

    The service answers 402

    The request comes back with HTTP 402 and a price in USDX. No account to create and no key to hand out.

  3. 03

    The wallet checks its limits and pays

    The network checks the agent's cap and allowlist, then settles the payment on LayerX at once. The call goes through.

  4. 04

    The receipt lands on the chain

    LayerX writes a receipt and the sequencer commits the batch to the Paxeer chain a few minutes later. Anyone can verify it.

Who it's for

Built for the people on both ends of the call

Agent builders spend through it. Providers get paid through it. Open a card to see what each side gets.

For developers

Three calls to a paid request

The SDK talks to one endpoint for both domains. Connect, open a payment session with a provider, and read its track record. The local environment runs the whole network on your laptop.

client.tstypescriptReady
1import { Paxeer } from '@paxeer/sdk'23const client = new Paxeer({4  chainId: 125,5  rpc: 'https://public-rpc.paxeer.app/rpc',6})78// One endpoint serves the whole network: EVM calls,9// LayerX activity, and account reads across both.

Start with one paid call

Fund a test wallet, set a cap, and pay a sample service for one request. Then read the receipt it left.