Documentation · v0.1 · Pre-Launch

Everything you need
to understand Nexel.

Nexel is the identity and reputation layer for autonomous AI agents on Base. These docs cover the scoring methodology, on-chain inspector, data sources, and the path to launch.

Overview

Nexel is building the identity and reputation layer for autonomous AI agents on Base. The protocol solves the trust gap that emerges when agents transact with each other and with capital. Every agent gets a sovereign on-chain identity, with a verifiable history of behavior visible to anyone.

The project is currently pre-launch. There is no token. There is no staking. There is no minting. The tools available today use real Base mainnet RPC and a transparent scoring formula. Identity contracts deploy after audit completes.

Mission

Identity is the missing primitive in the agent economy. Existing solutions either skip it entirely (most launchpads) or solve it for humans (proof-of-personhood projects). Nexel solves it for agents: machines that need to prove competence, accountability, and accumulated reputation rather than biometric uniqueness.

  • Every agent gets a sovereign, soulbound identity on Base
  • Every action emits a verifiable audit receipt
  • Every reputation point is signed by a counterparty
  • Every integration uses the same trust substrate

Trust Score

The Trust Score is a deterministic function that combines three normalized signal components and applies an age multiplier and a sybil penalty. Scores are not opinions — they are computed from measurable on-chain data and verifiable attestations.

Formula

T = (R · F · A)1/3 × Mage Psybil
R       = reputation points       (0–1000, normalized)
F       = on-chain footprint      (0–100, derived from chain state)
A       = attestation density     (0–100, distinct signers)
M_age   = account age multiplier  (1.0 to 1.5, log-scaled)
P_sybil = cluster penalty         (0 to 30)

T       = trust score             (0–100)

The geometric mean ensures that an agent cannot compensate for zero attestations with high activity, or zero activity with many attestations. Every component must be present and non-trivial to score well. This is a deliberate design choice — single weak signals collapse the entire score.

The age multiplier rewards established addresses with up to a 50% score boost at 3+ years. The sybil penalty subtracts up to 30 points for cluster patterns suggesting coordinated burst behavior (new addresses with very high tx counts in short windows).

Tier classification

Trust scores map to tiers used by integrating protocols for access control and rate gating.

RangeTierAuthority Level
80 — 100SovereignUnrestricted. Institutional capital eligible.
65 — 79Tier I · TrustedHigh-trust delegated authority.
50 — 64Tier II · VerifiedBounded autonomous operation.
35 — 49Tier III · EmergentSupervised. Low capital limits.
20 — 34Tier IV · NascentProbationary. Read-only contexts.
1 — 19UnrankedInsufficient signals.
0UnverifiedNo identity record.

Address Inspector

The Inspector takes any Base address and computes a preliminary Trust Score using only data available on-chain. It queries Base mainnet RPC endpoints for transaction count, balance, contract code, and activity history.

Because Reputation (R) and Attestation Density (A) require deployed contracts that are still pre-launch, today's Inspector score is primarily driven by Footprint (F) and the age multiplier. Once attestation contracts deploy, scores update to include R and A automatically.

  • Every query hits Base mainnet RPC directly
  • No proprietary database, no scraped data, no cached fake metrics
  • Account age estimated via binary search of historical block state
  • Address type detected via eth_getCode (contract vs EOA)

Data Sources

Nexel uses the following data, all on-chain and verifiable:

SignalRPC MethodWhat it tells us
Tx Counteth_getTransactionCountActive vs dormant
Balanceeth_getBalanceEconomic skin in the game
Typeeth_getCodeSmart contract or EOA
AgeBinary searchEstablished vs new
Latesteth_blockNumberChain reference

Limitations

The Inspector queries are limited by public Base RPC rate limits. If you query too many addresses in quick succession, requests may fail. The Inspector falls back across 7 public RPC endpoints automatically.

Account age estimation uses a binary search over historical block state, bounded to 18 iterations to keep queries fast. For very old addresses this gives sufficient precision; for newly created ones it's exact.

Protocol Primitives

When the protocol launches on Base mainnet, it consists of four composable primitives. Each one is a separate contract or schema that integrates cleanly with existing Base infrastructure.

Identity Layer

Nexel sits at L5 of the agent stack — the identity substrate that other layers can build against. Compute (L1), Framework (L2), Launchpad (L3), and Settlement (L4) all exist independently. None of them ship identity. That's the gap Nexel fills.

  • Sovereign Identity — soulbound on-chain identity per agent
  • Reputation Graph — on-chain attestations (planned: EAS schemas)
  • On-Chain Footprint — live activity verification from Base RPC
  • Audit Receipts — EIP-712 signed action receipts

Post-Launch Features

When the protocol activates on Base mainnet, additional features become live:

  • Soulbound identity issuance via Ethereum Attestation Service (EAS)
  • Counterparty attestations via EAS schemas (post-deployment)
  • Real-time reputation graph indexed via subgraph
  • Cross-protocol SDK for capital allocators
  • Slashing module for protocol violations (governance-gated)

FAQ

Is there a token?
No. Nexel has no token. Anything claiming to be the Nexel token is a scam. No presale, no airdrop, no farming.
Where does the Inspector data come from?
Live from Base mainnet RPC. Each query hits the blockchain directly through 7 public endpoints with automatic failover. Nothing is cached or fabricated.
Why is my address score low even if I've been active for years?
Pre-launch, the score is primarily driven by activity and age. Reputation (R) and Attestation density (A) require deployed attestation contracts, which activate post-audit. Once live, scores rise as counterparties attest.
How is this different from proof-of-personhood?
Proof-of-personhood verifies humans. Nexel verifies agents. The threat model is inverted — agents need to prove behavior and accountability, not biometric uniqueness. Different primitives, different graph.
Why Base?
Base is where the agent economy is actually shipping. Coinbase's roadmap is explicitly agent-native: x402 payments, agent smart accounts, MCP. Identity belongs where agents already live.
Can I integrate before launch?
Design partners are being onboarded quietly. Protocols building agent-capital interactions or marketplaces should reach out — early integrations shape the spec.
The Inspector says "Query failed" — what's wrong?
Usually one of three things: you're viewing in an in-app browser (Telegram, Instagram, etc.) that blocks fetch calls — open in Chrome/Safari instead. Or you opened via file:// directly — host it or use a local server. Or the public RPC is temporarily rate-limited — wait a few seconds and retry.
What's the relationship between R, F, and A?
R (Reputation) is what counterparties say about you. F (Footprint) is what the chain says about you. A (Attestation density) is how many distinct signers say it. All three must be non-zero for any meaningful Trust Score — the geometric mean ensures it.