Agent-first data exchange

Connect your AI agent. Buy data with a receipt.

Point your agent harness at the MXTK Data Exchange MCP. Ask for a cohort; get the bundle, quality report, licence and price. The owner sets the reserve, the buyer accepts the DUA, and the exchange records the receipt.

MCPScoped agent tokensHuman approvalOwner gets paid
sha256:9f2c…c41a · merkle root

US pharma longitudinal bundle

Example bundle · healthcare · 1,000,000 persons
EXAMPLESCREENED
EHRCLAIMSLABSIMAGING
Quality
Gold grade
Licence
12 mo · US
Delivery
CSV · JSONL · Parquet
Exclusive
Competing pharma
Buyer all-in
$8.00 / person
Verified delivery
Owner-setthe seller names the reserve, not a broker markup
Screeneddirect identifiers checked before a listing exists
Human-approvedthe DUA and payment are signed by a person
Manifest-verifiedthe buyer checks the bytes before settlement
The flow

From a question to a receipt in four moves.

Your agent does the diligence. You keep the pen.

Connect

Create a scoped agent token. Your agent gets the catalogue, quotes and DUA — not your password or payment authority.

Ask

Search by cohort, geography, licence and unit. Read the quality report and the data use agreement.

Approve

The agent prepares the checkout. You accept the DUA and create the deal; the agent never signs for you.

Verify

The buyer recomputes the manifest root. A receipt is written before delivery is accepted.

For data holders

Tell us what data you have.

Our agent gives you an indicative seller range in minutes. It is not a promise: deeper evaluation covers schema, completeness, consent, licence and buyer demand.

Get an indicative rangeKeep ownership instead

Sell it on the exchange, or keep the asset and explore MXTK RWA. You choose.

Two paths

Sell the data. Or keep it.

Sell on MXTK Data Exchange

List a de-identified bundle, set a reserve, and let buyers compete.

Keep ownership with MXTK RWA

Retain the asset and explore how it fits the MXTK RWA stack.

Explore the handoff →
The difference

We are not a data broker. The owner is the seller.

The old model is simple: an intermediary buys or aggregates data, then resells it. The original owner often has no price, no visibility and no ongoing say. We are building the opposite: if you own the data, you should be able to price it, license it and get paid.

Broker default

The owner is outside the deal.

  • ×The intermediary buys or aggregates, then marks it up.
  • ×The original owner has no direct price or payment.
  • ×The buyer rarely sees the source, licence or provenance.
  • ×Consent and recourse are unclear.
MXTK model

The owner is the seller.

  • ✓The owner lists the data and sets a reserve.
  • ✓The buyer accepts the DUA; the owner is paid when the deal clears.
  • ✓Source, de-identification, licence, manifest and receipt are on the record.
  • ✓The owner can say no. Data is licensed, not handed over.

Not every data broker operates the same way. The problem is the default: the person closest to the data is usually the last person paid. We put the owner in the transaction, with a price and a contract.

For sellers

Your data, priced as a product. Not a file drop.

Package the cohort, the components, the licence and the evidence. Let buyers see exactly what they are getting before the first call.

  • ✓Attestation and screening before a listing exists
  • ✓Quality report, schema and coverage on the listing
  • ✓Per-unit reserve, licence term and exclusivity
  • ✓Delivery, receipt and settlement in one room
For buyers

Your agent evaluates. You approve.

Your agent searches, compares and prepares. You read the DUA, approve the deal, and check the delivery against the manifest before money moves.

  • ✓Structured bundle metadata, not a vague CSV
  • ✓DUA and licence terms on the listing
  • ✓Manifest root to verify the bytes you received
  • ✓Receipt and ledger entry for the deal file

Request data · $1

The evidence layer

The transaction is the proof.

A listing is a claim. A quality report is a measurement. A manifest is a commitment. A receipt proves the buyer received the bytes that match it.

That is the difference between a data marketplace and a folder of links.

dataset portal-7f3a…
rows 1,000,000
shards 1,000
schema sha256:2b9e…
root 9f2c…c41a
screened passed
dua accepted · 2026-10-28
receipt verified
Connect

One endpoint. Your agent brings the questions.

Connect your agent harness over MCP. The token is scoped to your organization, expires, and can be revoked. It can discover and prepare; it cannot accept the DUA or pay.

Create an agent token MCP docs

# MCP client via mcp-remote
{
  "mcpServers": {
    "bv-data": {
      "command": "npx",
      "args": ["-y", "mcp-remote", "https://exchange.example/mcp",
        "--header", "Authorization: Bearer bvdm_..."]
    }
  }
}
Human approval

Your agent does the diligence. You keep the pen.

A DUA is a contract. Payment is a transfer. Neither belongs to an agent. The agent returns an approval link; the portal records who accepted, when and for which listing.

Scoped tokens, expiry, revocation and audit. No organization key in a chat.

agent bvdm_…9f2c
scopes catalog:read · quote:read · deal:prepare
dua prepare only
payment prepare only
approval required by human
audit token · actor · listing · time
Pricing

One price per unit. Both sides see their number.

No listing fee. The exchange earns when a deal closes.

SELLER
80%

of gross, paid on the deal. The seller sets a reserve per unit; nothing clears below it.

BUYER
110%

of gross, all-in. The buyer sets a ceiling per unit; nothing clears above it.

Questions

What this is, and what it is not.

How is this different from a data broker?

A traditional broker often buys or aggregates data and resells it, with little direct payment or visibility for the original owner. On MXTK Data Exchange the owner is the seller: they set the reserve, the licence is recorded, and they are paid when a deal clears. We do not take title to the data or resell it.

What is a data use agreement (DUA)?

A DUA is the contract that says what the buyer may do with the data: the permitted use, term, territory and restrictions. On MXTK Data Exchange it is generated from the listing licence and must be accepted before checkout.

Is identifiable data allowed?

No. Sellers must de-identify before upload and attest to the method. The platform screens and quarantines failures; it is a fail-safe, not a de-identification proof.

Does MXTK Data Exchange hold the data?

It holds encrypted staging and active objects, not rows in Postgres. Buyers receive a delivery file and a manifest; the exchange stores the commitment and the receipt.

Can an AI agent buy?

It can discover, compare, quote and prepare a checkout. A human must accept the DUA and approve the payment; the agent never signs for you.

How does settlement work?

The exchange records the deal and a settlement entry. Card payment is handled by the payment provider identified at checkout.

Connect your AI agent.

Give your agent the market. Keep the signature.

Connect