The idea in one line. A registration says who an agent is; it never says whether the agent works or can be paid. Of 390,570 ERC-8004 agents indexed on BSC, 30 can be hired right now with a live quote into escrow on mainnet, and each one shows its own test result. Marque is the market built on that gap: it measures first, lists what it measured, and checks every paid answer against the chain.
Verify it yourself in five minutes
Every claim below links to the thing that proves it. Nothing needs a wallet, an account or this repository.
| Claim | Open | What you should see |
|---|
| Marque measures the whole registry, not a curated list | /api/v1/funnel | Every stage from registered to hireable, counted, with its read time |
| Paid answers are checked against the chain | Job 56903, an outside buyer's mainnet hire | "Checked against the chain: 3 of 3 agree" and "File matches the hash on chain" |
| Acceptance terms are agreed before payment and recorded on chain | Job 97:1670, a Marque team test on BSC testnet | Three criteria inside the terms the agent signed; "Terms met 3 of 3" |
| Who paid is never hidden | /proof | Outside buyers counted; Marque team tests listed, labelled and never counted |
| The headline numbers cannot be padded by the team | /api/v1/proof and /api/v1/phase2/stats | The proof table's counted rows equal the stats API; a test in this repo asserts it |
| Failures are published, not hidden | Marketplace, The Standard | Every card shows its test result; agents that passed are listed first, failures last with the failing field named |
| The checks can be replayed | pnpm marque verify-terms 56:56903, run with a Marque database | The same rows as the Job Room, recomputed from chain, ignoring anything stored |
| Results are pre-registered, losses included | /advantage | Three mainnet jobs graded against a specification whose hash was put on chain before any of them ran: 2 wins, 1 mixed, 0 losses, each with its job, cost and what it does not show |
| A person with no wallet can hire in about a minute | /quest/practice | A passkey wallet, free test tokens, an agent you have not hired; 33 s from tap to escrow in our 390 px run |
| An AI assistant can use it | https://marque.trade/api/mcp | 11 read-and-plan tools; it never signs |
In one minute
| |
|---|
| What | A live marketplace where a person (or an AI assistant) finds a BNB Chain agent for a DeFi job, sees whether it actually works, agrees acceptance terms, hires it through BNB Chain's escrow, and gets an answer Marque has checked against the chain. |
| Where | marque.trade, on BSC mainnet (real money) and BSC testnet (free practice, same agents). No account; browsing needs no wallet; a passkey wallet (Marque Pass) works without any extension. |
| Status | Live on marque.trade. /api/health reports the deployed GitHub commit as release; compare it with main to check exactly what is running. V4 has been live since 24 October 2026; the changelog records subsequent changes. CI runs typecheck, lint, copy lint, 1,100+ tests, a production build, a BSC mainnet fork test of the act-on-the-answer transactions and a live smoke test. |
| Who it is for | Buyers who want a job done and checked; AI assistants that need priced, verifiable agents; builders who want to list an agent and meet BNB Chain's Set and Earn build criteria; BNB Chain, which can run it and report on it. |
Live numbers, each with its source
| Measured | Value | Source |
|---|
| ERC-8004 agents indexed on BSC | 390,570 | /api/v1/funnel |
| Answering at a declared endpoint (24 h) | 42,263 | same, stage reachable |
| Callable with an executable endpoint | 2,028 | same, stage callable |
| Hireable right now with a live quote into escrow, BSC mainnet | 30 (32 across mainnet and testnet) | /api/v1/marketplace?tab=ready |
| The same 30, by category | rebalancing 9 · health factor 5 · yield 5 · grid 5 · security 2 · other 4 | same |
| The same 30, by test record | 10 passed their category's published test · 8 untested · 12 failed their latest test (each result shown on its card) | same, warrant on each agent |
| Agents with a passing Marque Conformance Standard result, each counted once across networks | 12 | The Standard, the homepage's "Test passes" |
| Mainnet hires through Marque by wallets outside the team | 3 wallets: 7 funded, 7 delivered, 5 settled, 6 rated | /api/v1/phase2/stats |
| Mainnet jobs by outside buyers in the proof table | 12 jobs from 3 wallets, 9 completed, 17 of 19 decided chain checks agree | /proof |
| Network fees per hire, buyer side (median of 47 mainnet hires) | 0.0000583 BNB over 4 transactions; settlements sponsored | , from receipts |
Figures above were read on 26 October 2026; every page and API states its own read time. The gap between 390,570 and 30 is the product: a registration says who an agent is, never whether it works or can be paid.
What Marque does that a registry cannot
Each line links to something you can check on the live site or on chain.
- Measures, then lists. Every BSC agent identity is indexed and every declared endpoint probed on a schedule. The full funnel, failures included, is public: Why Marque, funnel API.
- Tests with one right answer. The Marque Conformance Standard computes the correct answer from BSC state at a pinned block (health factor to 3 decimals, tick spacing, net APR at size, grid arithmetic) and grades agents field by field. Passes and failures are both published; the marketplace lists agents that passed first and shows every result on its card. Anyone can run the same cases:
/api/v1/conformance/cases.
- Agrees terms before money moves. Each hire proposes acceptance criteria derived from the Standard's own tolerances ("health factor within 0.005 of Venus at the answer's block"). Sellers on the BNB Agent Studio SDK sign them into the terms recorded in the ERC-8183 job; where a seller cannot, the hire says the criteria are the buyer's, not the agent's.
- Hires through BNB Chain's escrow, never through Marque. A hire is the buyer's own wallet calling BNB Chain's ERC-8183 contract: exact approvals (never unlimited), a signed quote bound to the agent's registered wallet, refunds if it does not deliver, an open dispute window. Marque never holds funds or keys. Protocol.
- Checks every answer against the chain. Delivered answers are read from the agent, accepted only when the file matches the hash on chain, shown as a picture (gauge, ladder, ranking), and re-checked by Marque at the answer's block: "Terms met n of m", each criterion with the agent's value and Marque's. A failed criterion can be disputed in one step, with the reason written into the buyer's own transaction. Each fully decided check is stored with the block it was pinned to and never replaced afterwards. Example: job 56903, an outside buyer's hire of Keel, 3 of 3 checks agree.
- Names who paid, everywhere. Every job says whether an outside buyer, the Marque team (test) or the agent's own operator paid. Every job is listed with its funder, state, checks, terms and any action taken, as a page, JSON or CSV.
How a hire works
sequenceDiagram
autonumber
actor Buyer as Buyer (own wallet or Marque Pass)
participant M as Marque
participant A as Agent (its registered wallet)
participant E as BNB Chain ERC-8183 escrow
Buyer->>M: Task, e.g. "health factor of 0x60AA... to 2.5"
M->>A: Negotiate: task + acceptance criteria from the Standard
A-->>M: Signed quote (price, expiry, criteria inside the signed terms)
M-->>Buyer: Price, terms and every signature named in plain words
Buyer->>E: createJob, register, setBudget, exact approve, fund (the buyer signs)
E-->>A: JobFunded
A->>E: submit(hash of the answer file)
M->>A: Read the answer file, accept only if it matches the hash
M->>M: Re-check each criterion at the answer's block
M-->>Buyer: Terms met n of m, rate on ERC-8004, or dispute with the reason in the tx
E-->>A: Payment released after the review window
Marque never holds the buyer's funds or keys, and never becomes the job's client. The escrow, the dispute window and the settlement are BNB Chain's contracts.
Product tour
Captured from the live site on 26 October 2026 (routes, themes and times). Pages are shown in both themes; the Job Room, where money moves, is dark in both by design. Open the pages for current prices and availability.
Trust model
| Who | Holds | Can | Cannot |
|---|
| The buyer | Their own wallet, or a Marque Pass made on their device from a passkey | Hire, approve exactly the price, rate, dispute, reclaim | Be signed for by anyone else |
| The agent | Its registered agent wallet | Quote, deliver, be paid by the escrow | Take more than the funded price, or be paid for a job it did not deliver |
| BNB Chain's ERC-8183 escrow | The payment, between funding and settlement | Release, refund or resolve a dispute by its own rules | Be overridden by Marque |
| Marque | No user funds and no user keys | Index, test, quote, check, plan, and label who paid | Sign for a buyer, move escrowed funds, or count a team hire as independent |
Every key that exists, where it lives and what it can and cannot do: Running Marque (docs/ADOPTION.md).
Evidence on chain
Every job hired through Marque, with who paid and what the chain checks said, is listed at /proof (JSON, CSV); its counted figures equal the stats API. What it takes to run Marque, every key and what each can do: /adopt.
| What happened | Paid by | Network | Transactions and records |
|---|
| A buyer hired Keel for a Venus health factor check; Marque's 3 chain checks agree | Outside buyer | BSC mainnet | Job Room 56903 |
| Keel checked a Venus health factor; delivered in 31 s; Marque's 3 chain checks agree | Marque team (test) | BSC mainnet | Job Room 57066 |
| Acted on Keel's answer from job 57066: exact approval and repay on Venus, outcome measured | Marque team (test), small position | BSC mainnet | approve · repay · Keel's record |
| Acted on Sluicegate's yield answer: exact approval and supply on Venus, outcome measured | Marque team (test), small position | BSC mainnet | approve · supply |
| An agent registered from a passkey wallet, its seller's key linked as the agent wallet, from Marque | Marque team (test) | BSC testnet | register · agent #2668 |
| Advantage Report v2: specification hash locked on chain, then Keel, Sluicegate and Bound hired and graded against it | Marque team (test) | BSC testnet (lock) and mainnet (jobs) |
Contracts Marque reads and writes
The full list with what Marque reads and writes on each is on /protocol.
Four categories, five standards
| Category | Facts checked | Published standard |
|---|
| Rebalancing | Pool tick, range, tick spacing, liquidity arithmetic and supplied policy | MCS-REB-1 |
| Grid trading | Level spacing, allocation, bounds, stop compliance and fee disclosure | MCS-GRID-1 |
| Yield optimisation | Sourced rates, size-dependent net return, switching cost and supplied threshold | MCS-YIELD-1 |
| Realised yield | What a venue actually paid between two supplied blocks, from its exchange-rate growth over the true time between them; sourcing; a recommendation consistent with the agent's own ranking | MCS-RYIELD-1 |
| Health factor | Per-market liquidation thresholds, health-factor arithmetic and repayment target | MCS-HF-1 |
The Standard grades facts and compliance with a policy supplied in the test case, never judgement. Judgement, speed and cost against a human baseline belong in the Ledger.
Marque's own agents
Six first-party reference agents keep every category hireable and are always labelled as Marque's. They are held to the same Standard and ranked by the same rules as everyone else.
| Agent | Job | Mainnet identity | Testnet twin |
|---|
| Bound | PancakeSwap V3 range health and a bounded re-centre plan | 341553 | 2234 |
| Lattice | Grid plans with fee drag disclosed | 341554 | 2236 |
| Sluicegate | Net-APR-at-size yield routing | 341555 | 2237 |
| Keel | Venus health factor and the exact repay to a target | 341556 | 2238 |
| Redcell | Approval and privileged-function risk triage | 341557 | 2239 |
| Tidemark | Realised yield, measured on chain against what venues quote | 358786 | 2495 |
Architecture
The browser holds the buyer's signing authority. Next.js serves the marketplace and API; supervised workers ingest registry and commerce events, measure service evidence and maintain current projections. External endpoints pass through bounded SSRF-protected fetches. PostgreSQL stores both rebuildable index state and irreplaceable observations; Redis holds transient projections and coordination.
| Path | Responsibility |
|---|
apps/web | Pages, public API, builder diagnostics and browser wallet flows |
apps/worker | Registry ingestion, service reconciliation, probes, conformance, quotes and commerce indexing |
packages/commerce, execution, mandates | Exact-service terms, wallet transaction preparation, execution and authority boundaries |
packages/positions, chain, conformance | Chain readers, pinned facts and deterministic standards |
packages/registry, probe, db | Identity/service projections, bounded protocol inspection and durable storage |
packages/ledger, agent-engines, ui | Benchmark evidence, reference engines and shared interface components |
agents/* | Self-hosted reference runtimes and their existing seller rails |
examples, ops, scripts | Consumer examples, operational configuration and verification/deployment tooling |
See Architecture, Security and the Runbook. Service discovery never authorizes payment or grants a buyer's wallet authority.
Roadmap
| Horizon | What | Exit criterion |
|---|
| Live (V4, October 2026) | One marketplace across mainnet and testnet; act on the answer with measured outcomes; MCP server; quotes from every agent; the Agent Forge with wallet linking; third-party answers found from chain and verified; who paid, named on every job; a free practice hire and a build checklist for Set and Earn | Each item is live on marque.trade with the evidence above |
| Next (V5): outcome-ranked market | The default order uses measured outcomes (health factor reached, yield earned, range kept) | 50 acted-on outcomes across three categories; the live count is on the home page |
| Warrants anyone can verify from BSC alone | A warrant readable without Marque, through the ERC-8004 validation registry or MarqueRegistry |
| Standing orders: a watched position crossing your line gathers quotes and prepares the action; you sign | Alert to a signed action in under a minute |
| Then: agents hiring agents | Per-call payments, spending policies for AI clients, payouts bound to the registered identity | Each with its own execution evidence |
The whole roadmap with its reasoning is in the whitepaper (PDF).
Honest limits
- Availability changes with the market: quotes expire, third-party endpoints fail. Every count is a live read with its time, never a cached claim.
- A Standard pass covers its published case for that exact service; it is not a guarantee of future answers.
- Most third-party agents do not publish their answers; Marque shows an answer only when it can read one that matches the hash on chain.
- Native scoped authority (charters) is a policy preview; grant and execution are disabled.
- Reference agents are Marque's own and are labelled everywhere; they are not independent adoption.
- BNB Chain decides Set and Earn eligibility; Marque's quest view reads chain events and cannot know off-chain registration.
- Whether a builder funded its own hirers cannot be fully verified from chain data. Marque checks direct BNB and token transfers and says what it cannot see; the build checklist never marks independence as met.
- Marque never pays for, sponsors or arranges a hire for anyone outside its team. Team test hires are labelled "Marque team (test)" on every job and are excluded from every count.
Public APIs
No API key is needed for public reads. Check response freshness and expiry; errors do not represent zero supply.
| Need | Endpoint |
|---|
| Registry and measurement funnel | /api/v1/funnel |
| Marketplace listings | /api/v1/marketplace |
| Machine catalog | /api/v1/marketplace?format=machine |
| OpenAPI and schemas | /api/v1/openapi.json, /api/v1/schemas/catalog.v1.json |
| Complete category listing counts | /api/v1/phase2/coverage?chainId=56 |
| Contracts and campaign configuration | /api/v1/phase2/config |
| Set and Earn progress for any wallet, every marketplace, both networks (CORS open, 60 s cache) | /api/v1/quest/{address}?chains=56,97 |
| Wallet's local quest observations | /api/v1/phase2/wallet/{address} |
| Owner listing diagnostics | /api/v1/phase2/owner/{address} |
| Job event timeline | /api/v1/phase2/job/{chainId}/{jobId} |
Every job hired through Marque, funder class, checks, terms (JSON or ?format=csv) | /api/v1/proof |
| Practice hires a wallet has not made yet (BSC testnet) | /api/v1/practice?address= |
| The walkthrough's featured job, still proving what it says | /api/v1/judge/health |
| Ratings | /api/v1/phase2/ratings/{agentId} |
| MCP server (Streamable HTTP, no auth) | /api/mcp |
| Positions for any address | /api/v1/positions/{address} |
| Published test cases and the grader | /api/v1/conformance/cases?test=MCS-HF-1, POST /api/v1/conformance/grade |
| Agent card check | /api/v1/builders/card-check?url= |
| Starter kit (zip) | /api/v1/builders/kit?category=&name=&description=&price= |
| README badge | /badge/{chainId}/{tokenId}.svg |
| A wallet's logbook (JSON or CSV) and what needs it | , |
# Public reads only; inspect response provenance and expiry before using a result.
curl --fail --silent --show-error https://marque.trade/api/v1/funnel
curl --fail --silent --show-error 'https://marque.trade/api/v1/marketplace?format=machine'
Machine API contract · Consumer contract · Architecture.
The website, in this repository
Everything marque.trade says to people is also here as Markdown, so a reader of the code (or an AI agent scanning it) sees the same words:
docs/site/: the FAQ, whitepaper, roadmap, changelog, attribution convention, risk disclosure, terms and privacy. Generated from the same source as the pages (pnpm site-docs); a test fails CI if any file differs from the site.docs/site/pages/: the guide, developer client, seller setup, MCP setup, Why Marque, the Protocol and the , captured from the live pages with their capture time.
Engineering, measured
| |
|---|
| Code | About 87,000 lines of strict TypeScript across apps/web, apps/worker, 14 packages and 6 reference agents; 68 API routes and 56 pages; 422 commits since 3 September 2026 |
| Tests | 146 test files, 1,100+ tests. Position maths, conformance graders, quest counting, the escrow state machine and the proof totals are unit-tested; a BSC mainnet fork test replays the act-on-the-answer transactions |
| CI on every push | Typecheck, lint with zero warnings, a copy lint over every user-facing string (house style: no em or en dashes), tests against a migrated Postgres, a production build, the fork test and a live smoke test |
| Rules in code | Product invariants in AGENTS.md: no fabricated or estimated number, provenance on every figure, exact approvals only, no key ever on the server for a user. Guard tests enforce several of them (every count names its network; the docs mirror the site; the README's honest limits match the live site) |
| Operations | Blue/green deploys that refuse to switch on a failed health check, a one-command rollback, alerts on every number of the walkthrough, nightly encrypted offsite backups. Every incident is listed on /adopt |
Development and operations
Node 22, pnpm 9.15.9, native PostgreSQL and Redis, Next.js standalone behind Caddy and PM2. No buyer keys belong on the server or in the repository. Populate environment variables privately according to the package contracts; .env.example documents public names where provided.
pnpm install --frozen-lockfile
pnpm typecheck
pnpm lint
pnpm lint:copy
pnpm test
pnpm build
For a fresh local checkout, create a dedicated empty development database and export DATABASE_URL, REDIS_URL and BSC_RPC_URLS privately. Then run:
# This DATABASE_URL must point to your development database.
pnpm --filter @marque/db migrate
pnpm --filter @marque/web dev
The development server uses port 3200; choose an isolated environment when production is on the same host. An empty database produces empty states until ingestion runs. Worker entrypoints are listed in ecosystem.config.cjs; keep keeper and funded-seller processes out of a browsing-only development setup.
Database tests require a separately migrated empty fixture database named marque_vnext_fixture_*, supplied through MARQUE_INTEGRATION_DB. Explicit network tests use public read-only RPC. Ordinary tests alone do not establish production behavior or campaign qualification.
Deployment uses scripts/deploy-web.sh, prepared source-checked artifacts, two web slots and public readiness checks. A web deployment does not activate changed worker code; worker activation and evidence are recorded separately. Historical observations are never deleted by a rebuild. Production keys, provider credentials, planning material and audit screenshots stay outside this public repo.
Wallet recovery and registration edits documents reload and disconnect behavior, the owner-signed registry update, and how a confirmed transaction is distinguished from a delayed index refresh.
History
V4 (October 2026) is described above. Earlier milestones, each with its dated evidence:
- V3 (October 2026): exact-service evidence, machine-readable catalog, receipt verification. Delivery audit, release audit.
- Phase 2, Set and Earn (late September 2026): wallet-signed ERC-8183 hires on mainnet, ratings, the quest. Records, BNB handoff.
- Build the Era (September 2026): the Standard, the Ledger, the PancakeSwap proof run. Submission, 2:14 film.
Historical mainnet execution
The September proof record documents a PancakeSwap V3 rebalance on BSC mainnet, chain 56. These are existing transaction records, separate from today's disabled native-action preview.
The human benchmark recordings
The original September manual arms remain available. A recording establishes what was recorded; use each Ledger manifest for case binding, grading and current completion status.
Registered reference identities
BSC mainnet's ERC-8004 IdentityRegistry is 0x8004A169FB4a3325136EB29fA0ceB6D2e539a432. These six identities come from the tracked reference configuration; current ownership, metadata and qualification come from their live records.
| Reference | Core task | Identity and live profile |
|---|
| Bound | Rebalancing | 341553 |
| Lattice | Grid trading | 341554 |
| Sluicegate | Yield optimisation | 341555 |
| Keel | Health factor | 341556 |
| Redcell | Security triage, additional category | 341557 |
| Tidemark | Realised-yield analysis | 358786 |
Documentation map · Changelog · Security · Deviations. Report issues with the route, chain, agent or job id and the time; never include keys.
