Network live
Total volume$0 24h volume$0 Active agents0 Payments0 Held for approval0 Blocked0 Accounts0 Network stats
UpdateContracts and SDK built, 29 of 29 tests passing

AI agents that blend in and stay inside your rules

Qameleon is a smart wallet for AI agents on Ethereum. Your agents pay for APIs on their own, but only within your caps, only to providers with a verified ERC-8004 identity, and from funds that stay shielded. The owner key can move to quantum-safe signatures without moving your money.

Built onEthereumERC-8004x402Privacy PoolsKohaku SDK
4policy checks before every agent payment
0owner keys ever handed to an agent
29/29contract tests passing, including fuzzing
~272kgas to switch an account to quantum-safe ownership
Private by defaultPrivacy PoolsKohaku

Camouflage

Shielded vaultYour balance sits in a privacy pool, not on a public address
Fresh accountsEach epoch gets a new owner key and account, with nothing linking them
Random top-upsRefill amounts and timing vary, so they cannot be matched to deposits

Agent payments are public, as on any chain. What stays private is who owns the account and how much sits behind it.

How a payment moves

From 402 to paid

An agent never signs with your key. It asks, the policy engine decides, and only then does money move.

  1. STEP 1

    Agent hits a paid API

    The service answers 402 Payment Required through x402.

  2. STEP 2

    Agent asks to pay

    It signs an EIP-712 intent with a scoped session key, never the owner key.

  3. STEP 3

    Six checks run

    Your allow and deny rules, ERC-8004 identity and reputation, account and per-agent caps, hourly rate, category, and a pre-flight scan.

  4. STEP 4

    Second opinion, then pay

    Small payments go through. Larger ones also need your local AI guard to co-sign. Anything else waits for you.

  5. STEP 5

    Feedback onchain

    The result feeds the provider's ERC-8004 reputation.

  6. STEP 6

    Vault refills float

    A low balance triggers a shielded top-up to a fresh account.

Product

One wallet, four guards

Each layer covers a gap the others leave open. Together they make an agent useful without making it dangerous.

Control

Caps per account and per agent, an hourly rate limit, allow and deny lists, and a local AI guard that must agree before larger payments. All enforced by the smart account, outside the model.

per-agent limitshuman + AI 2-of-2allow / deny lists

Trust

Money only goes to a provider's registered ERC-8004 wallet, and only when validators you choose score it above your threshold.

identityreputationvalidation

Camouflage

A shielded vault through Privacy Pools, one fresh account per service, reads through the Helios light client, and selective disclosure when an auditor asks.

shielded vaultaccount per serviceselective disclosure

Layer four

Shield against today's drainers and tomorrow's quantum computers

An agent cannot pay an address that is not a provider's registered wallet, so drainers are refused before any gas is spent. Your owner key can live in your phone's secure chip, guardians can recover it, and a hash-based key that signs up to 1,024 times waits offline. If ECDSA ever breaks, one signature switches the account to quantum-safe ownership in place, or bunker mode moves everything to a fresh account.

hash-based key, 1,024 signaturesbunker modeexposure checkguardian recovery

Network

Every payment, in the open

Agent payments are recorded as they happen. Accounts appear as anonymous ids; owners are never shown.

Total volume$0
Payments0
Active agents, 24 h0
Accounts0
Volume per hour, last 24 hFull network stats

For agents

Your agent sets itself up

Claude, ChatGPT, Codex, Cursor or your own code. The agent reads one file, creates a key that can only ask to pay, and sends you a link. You approve it with your wallet.

Paste this into your agent
Read https://qameleon.xyz/SKILL.md and set up Qameleon for me.
ClaudeChatGPTCodexCursorAny MCP client
1

The agent sets itself up

It reads SKILL.md, downloads a small helper and creates its own session key. The key stays on its machine and is never shown.

2

You approve with your wallet

It sends you a claim link with the limits it asks for. Open it, connect your wallet, lower the limits if you like, and approve.

3

You tell it what to do

Chat in the app or in your own client. Every payment still passes your caps, lists, trust checks and the AI guard.

Developers

Plug in the agent you already run

Claude, ChatGPT, LangChain or your own code. Qameleon is the wallet and the rules, not another agent.

  1. Register the agentGet a session key that can only ask to pay.
  2. Add the MCP server or SDKFour tools: list services, check budget, call an API, request payment. Service replies are cleaned and labelled as untrusted.
  3. Set your rules and guardCaps, lists and the minimum ERC-8004 score live in the smart account. A guard daemon next to a local model co-signs larger payments.
  4. Let it workPayments inside the rules go through. Everything else waits for you.
Connection guide
agent.ts@qameleon/sdk
import { QameleonAgent, HttpGuardClient } from "@qameleon/sdk";

const agent = new QameleonAgent({
  account: "0xYourQameleonAccount",
  sessionKey: process.env.SESSION_KEY,
  relayerKey: process.env.RELAYER_KEY,
  rpcUrl: process.env.RPC_URL,
  chainId: 1,
});
const guard = new HttpGuardClient("http://127.0.0.1:8787/review");

const r = await agent.requestPayment(
  { providerAgentId: 23051n, payTo: "0xProviderWallet", amount: 12_000_000n },
  { guard, context: { task, service, reason } },
);
// r.result: "paid" | "pending_approval" | "blocked"

Where it stands

Guardrails are table stakes

Spend limits are now common in agent wallets. The rows below are what Qameleon adds.

CapabilityTypical agent walletQameleon
Spend caps and human approvalYesYes, enforced onchain
Balance hidden from the publicNo, public balanceShielded vault, rotating accounts
Who the agent may payAllowlistERC-8004 identity and reputation
Payee bound to a verified identityRarelyEvery payment
Second opinion before larger paymentsRarelyLocal AI guard co-signs, 2-of-2 with you
Lost owner keySeed phrase onlyGuardians, 3-day delay you can cancel
Show payments to an auditorHand over the whole walletSelective disclosure, signed per account
Quantum migrationMove funds to a new walletSwap to a hash-based signer in place, or bunker mode

Roadmap

Built in four phases

Each phase ships something usable on its own. Ethereum mainnet opens as a small, capped beta; the public launch follows independent audits.

Phase 1In progress

Agents that cannot overspend

  • Policy, per-agent limits and allow / deny lists, built
  • Local AI guard, human + model 2-of-2, built
  • Hash-based owner key, bunker mode, recovery and phone key, built
  • SDK, MCP server and guard daemon, built
  • Mainnet beta with low caps, next

Phase 2Next

Only pay who you trust

  • Validation service for providers
  • Public reputation API
  • Standard x402 settlement (ERC-7710)

Phase 3Later

Spend without being read

  • Privacy Pools vault (SDK adapter built)
  • One account per service, Helios reads
  • Selective disclosure reports, built
  • Private payment links

Phase 4Mainnet

Audited and ready for teams

  • Two independent audits
  • Formal verification
  • Private payroll and reports

FAQ

Straight answers

What Qameleon does today, and what it does not do yet.

Is Qameleon live on mainnet?

Not yet. The contracts, SDK, MCP server and guard daemon are built and pass their tests, including on a copy of the chain. The next step is a small Ethereum mainnet beta with low caps; the public launch waits for two independent audits. Do not put real savings in it yet.

Can my agent spend my money freely?

No. The agent holds a session key that can only ask to pay. The smart account checks your caps, the provider's identity and reputation, and the category before anything moves, and anything outside the rules waits for you.

What exactly does the privacy hide?

Who owns an account and how much sits behind it. Deposits into the privacy pool and each agent payment are still visible onchain; nothing links them to you.

How does the quantum switch work?

You commit a hash-based key now: a tree of 1,024 one-time WOTS+ keys, built offline from a seed you keep. If ECDSA ever becomes unsafe, one signature from that tree turns your ECDSA key off and keeps the same address. After that, every owner action is signed with the next key in the tree.

Why hash-based and not a lattice scheme?

Hash-based signatures depend only on the hash function, the most conservative assumption there is. Lattice schemes are smaller and faster, but Vitalik Buterin has warned that AI-assisted maths could weaken them within a few years. Qameleon keeps the conservative option as the backstop.

What does the AI guard do?

It is a second model that runs on your own machine, separate from your agent, with its own key. For payments above the amount you choose, the account pays at once only if the guard agrees. It screens for prompt injection, checks the payment against your standing instruction, and fails closed: if it is unsure or offline, the payment waits for you.

What if I lose my phone or key?

Guardians you choose, such as friends' wallets or a ZK email verifier, can move ownership to a new key after a 3-day delay. Your phone or owner key can cancel during that time, so a group of guardians cannot take over quietly.

Which agents work with it?

Any MCP client, such as Claude Desktop or Cursor, and any code that can use the TypeScript SDK.

Is there a token?

The ticker $QMLN is reserved. No token has been issued, and any contract claiming to be $QMLN before an official announcement is not ours.

$QMLN

Ticker reserved, no token issued. Planned uses inside the app, after legal review: pay relay fees in $QMLN, stake it as an ERC-8004 validator (and lose it for false validations), and vote on the default trust modules. Nothing is for sale, and any token claiming to be $QMLN before an official announcement is not ours.

See how it fits the app

Get started

Give your agents a wallet they cannot misuse