Ethereum Attestation Service
- Name: Ethereum Attestation Service (EAS)
- URL: https://docs.attest.org/
- Category: attestation infrastructure / structured-claims public good / trust-routing layer
- Tags: ethereum-ecosystem
- Summary: Ethereum Attestation Service is the clean shared schema-and-signature rail in this branch. It records who said what under which schema, onchain or offchain, without pretending to solve issuer trust. Keep it as attestation substrate, not as an identity app.
- What it does:
- Lets anyone register custom schemas for structured attestation data through a dedicated schema-registry contract
- Supports making attestations onchain or offchain, including lifecycle operations like revocation and expiry checks
- Treats attestations as signed structured data that can reference recipients, schemas, and other attestations by UID
- Exposes resolver contracts and payment-attached flows for use cases that need onchain verification logic or economic hooks
- Provides SDK, API, and indexer tooling so applications can issue, inspect, and compose attestations without rebuilding the base layer
- Positions itself as a public-good base layer for identity, provenance, voting, reviews, proof-of-X, and other trust-heavy applications
- Key claims:
- The official docs explicitly frame EAS as infrastructure public good and “the base layer for attesting,” which is the right cut: reusable claims rail, not a vertical credential app.
- The core primitive is simple and durable: register a schema, publish a signed claim, then let downstream systems decide whether the issuer matters.
- EAS decentralizes claim publication more than trust. The docs are clear that attestation credibility still depends on the attester’s reputation.
- Resolver contracts and payment-attached flows matter because they keep admission and economic policy visible instead of hiding them in one app layer.
- Onchain and offchain modes matter because EAS is standardizing attestation shape and verification flow, not insisting that every claim live onchain.
- Broad EVM deployment supports the view that EAS is now common coordination infrastructure rather than a local Ethereum experiment.
- Whitepaper: No canonical EAS whitepaper or litepaper surfaced in this pass. The clearest primary materials were the official docs and the contracts repository README collected in
../whitepapers/ethereum-attestation-service-primary-sources-2026-05-08.md. - Sources:
- https://docs.attest.org/
- https://raw.githubusercontent.com/ethereum-attestation-service/eas-docs-site/main/docs/purpose/eas-purpose.md
- https://raw.githubusercontent.com/ethereum-attestation-service/eas-docs-site/main/docs/core—concepts/attestations.md
- https://github.com/ethereum-attestation-service/eas-contracts
- https://raw.githubusercontent.com/ethereum-attestation-service/eas-contracts/master/README.md
Internal linkages
- Closest peers for a general-purpose attestation rail: sign-protocol and verax.
- For document-native proofs and issuer-trust packaging rather than a shared schema registry, compare openattestation.
Control surface
-
Control sits above the registry: schema authorship, resolver logic, issuer reputation, and whichever wallets, apps, and indexers decide an attestation is worth reading.
-
That is why EAS is the canonical rail here. It standardizes publication and verification flow without pretending the trust decision disappeared.
-
Last reviewed: 2026-06-16 UTC