Whitepaper

Emaxis: Verifiable Intelligence,
Settled in Silence

Version 0.9 (draft)  ·  Ethereum Mainnet  ·  2026

Abstract

Decentralized machine intelligence has a settlement problem. Networks like Bittensor produce valuable model outputs through a stake-weighted swarm of validators, but those outputs are produced on a foreign chain and are unverifiable to Ethereum, the chain where capital actually moves. Emaxis closes that gap. We specify a four-layer protocol that (1) verifies Bittensor epoch finality on Ethereum with a zero-knowledge light client, (2) proves the correctness of the subnet's model inference with succinct zkML proofs folded into a single recursive commitment, (3) gates access to those signals through a shielded commitment pool that reveals nothing about the subscriber, and (4) lets the verified signal act on the market directly through a Uniswap v4 hook. The result is intelligence that is decentralized in origin, trustless in transit, private in consumption, and economically self-funding at settlement.

Contents

  1. Introduction
  2. The Settlement Problem
  3. Protocol Architecture
  4. Layer 1 — Tensor Light Client
  5. Layer 2 — zkML Coprocessor
  6. Layer 3 — Shielded Alpha
  7. Layer 4 — Dynamic v4 Hook
  8. Token & Economics
  9. Threat Model
  10. Roadmap

1Introduction

The last cycle of crypto x AI produced an enormous amount of unverifiable intelligence. Models ran off-chain, outputs were posted on-chain by a trusted operator, and users were asked to believe two things at once: that the model was good, and that the operator was honest. Emaxis rejects both assumptions. We treat an AI signal as a claim that must be proven before it is priced, and we treat the act of consuming a signal as private information that must be protected before it is acted upon.

Our design target is a single, end-to-end pipeline in which no participant — not the subnet, not a relayer, not the protocol itself — has to be trusted for the system to behave correctly.

2The Settlement Problem

Bittensor's value is produced on Subtensor, a Substrate-based chain with its own GRANDPA-style finality and a validator set weighted by TAO stake. Ethereum cannot natively observe Subtensor. The naive bridge is a trusted relayer that simply posts subnet outputs to an Ethereum contract. This reintroduces exactly the trust we set out to remove: the relayer can lie, censor, or front-run.

Three properties must hold for an AI signal to be safely settled on Ethereum:

Emaxis assigns one protocol layer to each property, plus a fourth layer for settlement.

3Protocol Architecture

Bittensor subnet → [L1 ZK light client] → [L2 zkML coprocessor] → SignalOracle → [L4 v4 hook] → market ↑ ↑ committee finality [L3 shielded access]

Each arrow is a verification boundary. Data only crosses a boundary if it carries a proof the receiving layer can check on-chain. The layers are independent contracts, composed through narrow interfaces, so any one can be upgraded behind its interface without redeploying the others.

4Layer 1 — Tensor Light Client

The light client maintains a chain of finalized Subtensor headers on Ethereum. To admit header H_n, a relayer submits a zero-knowledge proof that:

accept(H_n) ⟺ signingStake · 10000 ≥ totalStake · θ where θ = 6667 bps (2/3+)

Only after a header is finalized are its committeeRoot (the next signing set) and signalRoot (a Merkle root of the epoch's emitted signals) admitted for downstream use. Individual signals are later opened against signalRoot with a Merkle proof. This removes the trusted relayer: a relayer can submit, but it cannot forge finality.

5Layer 2 — zkML Coprocessor

The coprocessor turns "the subnet says X" into "X is provably the output of model M on input I." It proceeds in four steps per epoch:

  1. Model commitment. The subnet's weights are committed as a KZG polynomial commitment, anchored and versioned on-chain.
  2. Inference proof. A succinct proof (Groth16/Plonk family) attests output = M(input) for the committed model and a committed input. Verified via the on-chain pairing-based verifier.
  3. KZG opening. A point-evaluation opening (EIP-4844 precompile at 0x0A) proves a claimed weight or activation against the model commitment.
  4. Recursive folding. The verified instance is folded into a running relaxed-R1CS accumulator (Nova-style IVC), so the entire history of inferences collapses to a single O(1) on-chain commitment.
U_{n} = fold(U_{n-1}, u_n ; r) r = Hash(U_{n-1}.x, commT, modelId, epoch) mod p

Folding gives Emaxis a property no signal feed has today: the full provenance of every output the protocol ever accepted is verifiable from one 32-byte root, at constant cost.

6Layer 3 — Shielded Alpha

Verified intelligence is worthless if subscribing to it leaks your edge. Shielded Alpha is a commitment/nullifier pool over a 20-deep incremental Merkle tree. A subscriber:

Identity, amount, and stream selection never appear in calldata. Double-spends are prevented by a nullifier set; a zero-knowledge proof binds each spend to a stream and conserves value. The market sees that someone holds access; it never learns who.

7Layer 4 — Dynamic v4 Hook

The final layer lets a verified signal act on price directly. Emaxis ships a Uniswap v4 hook with the dynamic-fee permission. On each swap, the hook reads the freshest verified signal from the oracle and prices flow accordingly:

fee = FEE_BASE + (FEE_MAX − FEE_BASE) · toxicity / 10000 (fail-open to FEE_BASE if stale)

When the subnet predicts benign flow, swaps pay the base fee. When it predicts toxic, adverse flow, the fee ramps toward the cap, protecting liquidity providers from exactly the flow the intelligence flagged. Fees accrue to a treasury that funds the subnet and its validators, so demand for verified intelligence becomes demand for the asset.

8Token & Economics

The Emaxis token ($EMAXIS) is the unit of access and the flywheel of the system:

FunctionRole
AccessSubscriptions to signal streams are paid in $EMAXIS through the shielded pool.
SettlementThe v4 hook collects fees that fund the subnet and validators.
AlignmentDemand for verified intelligence routes value back to the producers of that intelligence.

The loop is intentionally circular: better intelligence draws more subscribers and more protected liquidity, which funds more validator stake, which produces better intelligence.

9Threat Model

10Roadmap

PhaseMilestone
IContracts and architecture published; token and v4 hook live on mainnet.
IIProduction trusted setup; real zkML circuit and KZG model commitments wired.
IIITensor light client finality circuit; trust-minimized relayer set.
IVShielded subscription mainnet; multi-stream marketplace.
Status & disclaimer. This is a draft specification of an experimental protocol. The architecture is implemented and composes, but the cryptographic components (the zkML circuit, the trusted setup, and the finality proof) are not yet production-complete, and the contracts are unaudited. Nothing here is financial advice or a solicitation. Do not deposit value you are not prepared to lose.