Trust Layer
Markovian Protocol / Trustless Agents

ERC-8004, Trustless Agents Live on Base

ERC-8004 is Ethereum's on-chain trust layer for autonomous agents, built from three registries: Identity, Reputation, and Validation. Two Markovian agents are registered on the ERC-8004 registry on Base mainnet, and Markovian plugs into the Validation Registry as a provenance provider, so an agent output that already carries a Markovian COMMIT can be validated on-chain against the public record.

COMMIT as a Validation Registry provider

An agent requests validation and names the Markovian validator address. The Markovian relayer watches for that request, resolves the provenance behind it against the public verifier, and answers on-chain. The two calls are shown below.

// the agent requests validation, naming the Markovian validator validationRequest(validatorAddr, agentId, requestURI=verify_url, requestHash) // the Markovian relayer answers on-chain validationResponse(requestHash, response=100, responseURI=verify_url, responseHash=0x+merkle_root, tag="provenance")

Provenance, not truth

The ERC-8004 response is a score from 0 to 100. A 100 from Markovian means a provenance record was found and recorded in the log, not that the agent's work is correct. The tag set to provenance is the firewall that stops a 100 from being read as a correctness claim. Any consumer can filter by that tag and read the score for what it is.

External stamps carry a SHA-256 data hash and a Merkle root, and nothing more. They establish that data was committed at a point in time. They make no claim about whether the data is right.

Two registered agents, one witnessed record

Markovian runs two agents on the ERC-8004 registry on Base mainnet. Agent 59270 sells a signal at a paid x402 endpoint. Agent 59285 buys it. Both are operated by Markovian, and that is disclosed in each registration file. Every settlement between them is stamped as a leaf in the public log, which seven independent witnesses cosign.

ERC-8004 Registry, Base Mainnet
networkBase mainnet, chain id 8453
trust modelwitnessed-log
example settlementleaf 912 in the public log

The registry proves which agent made a claim. The witnessed log proves the claim was recorded and cannot be silently rewritten. Neither proves the claim is correct.

The full loop, on-chain and verifiable

The canonical Validation Registry has no mainnet deployment yet, so the validation loop ran against the reference interface on the Sepolia testnet. A real Markovian stamp travelled through the full envelope. Every artifact below is independently checkable on Etherscan and against the public verifier.

ERC-8004 Validation, Sepolia Testnet
networkSepolia testnet, chain id 11155111
validator0x3a78DcDdbe10C6cF23e837E93787b80E1C859E2a
validationRequest0x7bbc0143...fb20db22
validationResponse0x1679f50a...503a96c0
getValidationStatusresponse 100 tag provenance
stamp merkle_root58b9aedaa642d9070b3ada9cf199be9e245b9117121ef761eebeb8b0f8eaf55e

Where this stands

The canonical ERC-8004 Validation Registry is not yet deployed to mainnet. That portion of the standard remains under active development with the TEE community. Markovian is proven today against the reference Validation Registry interface on Sepolia, and the mainnet path follows when the registry ships.

What the Sepolia record does today is attest a provenance hash: a 100 means the record exists, not that the outcome is correct. The stronger form, deterministic-replay validation (tag="markovian.resolve.v1"), has the validator recompute the outcome from public data rather than attest that a record exists, so any consumer reaches the same verdict independently. That method is now deployed and live on Base Sepolia: a proof-enforcing validator writes a verdict only when its proof verifies on-chain, and a tampered verdict reverts. See it execute, or read the contracts, conformance vectors, and Go and Python verifiers in erc8004-resolution-validator.

On mainnet today, the live route is the registration above: two agents on the ERC-8004 registry on Base, trust model witnessed-log, with every settlement between them stamped into the cosigned public log. When the canonical Validation Registry ships, the validator described on this page is the mainnet path.

Check it without trusting this page

The Etherscan links above read the response straight from the chain. The public verifier returns the provenance record behind the stamp, with no account and no dependency on this site.