Whitepaper · v0.1 · Testnet

Confidential, verifiable AI inference, settled on Base.

BlindCompute is a Base-native aggregation layer that lets an agent pay per request, in USDC over HTTP, for AI inference that the operator cannot see and that anyone can verify on-chain. This document describes the architecture, the trust model, and an honest account of what is built today.

June 2026 Base Sepolia Phase 0–1 MVP
00

Abstract

Your prompt and the model weights never leave a hardware enclave, and every run ships a cryptographic proof it executed correctly. Encrypted in. Verified out.

Centralized inference asks you to trust the operator twice: that they won't look at your data, and that the model you paid for is the model that actually ran. BlindCompute removes both assumptions. Inference executes inside Trusted Execution Environments (Intel TDX + NVIDIA H100 confidential computing) so the operator is structurally blind to your prompt, output, and the weights. Each result is signed by the enclave and checked against an on-chain attestation, so correctness is proven rather than promised. Agents pay per call in USDC over x402 — no accounts, no keys to leak.

The wedge is the combination no incumbent occupies together: Base/EVM settlement + x402 HTTP-native payments + provider-agnostic aggregation + on-chain staking and slashing.

01

The problem

AI agents are starting to transact autonomously — calling models, paying for compute, composing services without a human in the loop. That economy runs on "trust me": the inference provider can read every prompt, can silently swap a cheaper model for the one you paid for, and can disappear with no recourse. "Trust me" does not scale to machines paying machines.

What an honest inference market needs, and what no single provider offers today:

  • Confidentialitythe operator cannot see the prompt, the output, or the weights.
  • Verifiabilitya portable, on-chain proof that the correct, attested model ran.
  • Permissionless paymentpay-per-call settlement an agent can perform without an account.
  • Accountabilityeconomic stakes that make forged proofs and downtime expensive.
02

Design goals

Four principles shape every decision in the protocol:

Confidential by default

No opt-in flag. The cleartext path through an operator is never the happy path.

Verifiable, not promised

Every claim is backed by a hardware attestation anchored on-chain — checkable by anyone.

Provider-agnostic

One endpoint over many confidential backends. No lock-in to a single operator or chain.

Economically accountable

Trust, but verify — with money on the line. Stake to be routed to; get slashed for cheating.

03

Architecture

BlindCompute is a thin gateway, not a GPU farm. A client (typically an agent) hits an OpenAI-compatible endpoint; the gateway gates payment with x402, routes the request to a confidential provider, packages the provider's attestation into a receipt, and anchors it on Base. The SDK can verify everything independently.

request lifecycle — the golden path
1

POST /v1/chat/completions

Client (an agent) calls the OpenAI-compatible endpoint with no payment attached.

2

HTTP 402 — payment required

The gateway's x402 middleware replies with a USDC price and Base network context.

3

Sign & re-request (gasless)

Client signs an EIP-3009 transferWithAuthorization; settlement is gasless for the payer.

4

Route into a TEE

Gateway routes to a confidential provider (Phala / Atoma). Inference runs sealed inside the enclave.

5

Attest & anchor on Base

The enclave signs the output; its measurement is verified via Automata DCAP and a receipt is anchored.

6

Independently verify

The SDK checks the enclave signature against the on-chain measurement. Encrypted in. Verified out.

The on-chain design splits cost cleverly: a node's DCAP measurement is verified once (expensive), then every per-inference receipt only needs an ECDSA signature check against that stored signer (~50k gas). Verify the node once; sign each inference.

04

Confidentiality

Inference runs inside Trusted Execution Environments — Intel TDX for the CPU domain and NVIDIA H100 confidential computing for the GPU. The provider's host OS, hypervisor, and operators sit outside the trust boundary: they schedule the work but cannot read what runs inside it. TEE overhead for LLM inference is typically ~5–10%, which is why TEEs — not real-time zero-knowledge proving — are the practical basis for confidential inference today.

Honest status: end-to-end client→enclave encryption is the next milestone. Until it ships, the gateway hop is a trust assumption we are closing — and we'd rather say so than overstate the guarantee.
05

Verifiability

Confidentiality without verifiability is just a nicer black box. Each enclave signs its output, and its measurement is checked against Automata DCAP — a live, audited attestation verifier deployed on Base. The result is a portable proof that a specific, untampered model ran inside a genuine enclave.

A Receipt binds the request hash, the node, its measurement, an output commitment, the USDC paid, and a timestamp. Full on-chain DCAP verification costs ~4–5M gas and happens once per node; the cheap per-call receipt is anchored thereafter. A future ZK-compressed path (RiscZero / SP1) brings attestation verification down to ~0.5M gas.

06

Payments — x402

Payment uses x402, the open HTTP-native payment protocol: a request with no payment gets an HTTP 402 with a price; the client signs a USDC authorization (EIP-3009 transferWithAuthorization) and re-requests. Settlement is on Base, gasless for the payer, with zero protocol fee at the rail itself.

The MVP prices per request (x402's exact scheme); usage-based per-token billing moves to the upto scheme as metering matures. No accounts, no API keys — exactly the payment primitive an autonomous agent can use.

07

Provider network

BlindCompute aggregates rather than competes. One OpenAI-compatible endpoint routes across confidential backends — Phala and Atoma today, with first-party GPU-TEE nodes as a later option — selected by price, tier, and reputation. Aggregation is the differentiation: vertically-integrated networks bind you to one operator and, often, one chain.

Reputation-weighted routing is a Phase 2 deliverable; Phase 1 routes to a single vetted provider while the end-to-end loop is proven against live infrastructure.

08

Economic accountability

Hardware trust is necessary but not sufficient — TEEs have a real, evolving vulnerability surface. So BlindCompute layers economic accountability on top: node operators bond $BLIND to be listed and routed to, and that stake is slashable for forged attestations or downtime. This maps cleanly onto ERC-8004's Validation Registry, which treats stake-secured re-execution and TEE oracles as first-class trust patterns.

The stake → reputation → routing loop is what turns "trust, but verify" into "verify, with money on the line."

09

$BLIND token

$BLIND is, today, a testnet placeholder. Its first real use is utility — operators stake it to participate in routing — not speculation. We are deliberately not committing supply, emissions, or value-accrual mechanics while the network is on testnet and no fee yet flows.

There is no $BLIND contract address yet. CA: TBA — it will be announced here, and nowhere before. Treat any "$BLIND" contract you see in the wild as fraudulent.
10

Roadmap

The order is deliberate: prove the loop first, then make it a network, then make it an economy.

Phase 0–1

The core loop

One real, paid, confidential, on-chain-verifiable inference call on Base Sepolia — gateway, two contracts, the SDK, and live TEE providers. The minimum that proves the thesis.

Phase 2

The network

Provider-agnostic, reputation-weighted routing across confidential backends. NodeRegistry, staking, and slashing — economic accountability layered over hardware trust.

Phase 3

The economics

A FeeController routes a thin USDC markup to the protocol. $BLIND ships as a testnet placeholder; staking utility comes before any value-accrual mechanics.

Phase 5

The frontier

ZK-compressed DCAP receipts (~0.5M gas), an FHE tier for designated operations (Fhenix / Inco on Base), an on-chain receipts explorer, and governance.

11

Status & honest disclosures

Verifiability is the brand, so the build status is published plainly. The core logic is implemented and the contracts are well-tested; the headline economic layers are designed but not yet built.

Live Built · testnet In progress Planned
LiveGateway — x402 gate, routing, attestation packaging
LiveOpenAI-compatible TS SDK + client-side verification
LiveProvider integrations — Phala, Atoma
Built · testnetAttestationVerifier + InferenceReceipts contracts
LiveAutomata DCAP attestation on Base
In progressEnd-to-end client→enclave encryption
PlannedReputation-weighted provider routing
PlannedNodeRegistry · StakingVault · slashing
PlannedFeeController + $BLIND token (testnet)
PlannedZK-compressed receipts · FHE tier · explorer

Known gaps we will not paper over: agent-payment demand is still nascent, not a proven market; end-to-end encryption to the enclave is in progress; and receipt anchoring needs production-grade retry semantics before the "always anchored" claim holds under load. None of this is hidden — that is the point.

$ blindcompute run --confidential

Swap your base URL. Keep your secrets.

One OpenAI-compatible endpoint for confidential, verifiable inference on Base.