every DID method, measured
← Resolver Directory Providers Analytics API docs
did:webs
Upstream routedDocker

did:web secured with KERI key event logs (did:webs).

Live scores

Popularity 21
Availability 100%
ThisDID canary 24hno data
resolutions: 24h 0 · 7d 1 · 30d 8 · from /analytics

Routing

DIF Universal Resolver docker driver

did:webs has an approved and merged resolver docker container in the DIF Universal Resolver repository.

Docker image
gleif/did-webs-resolver-service:0.2.7
Driver source
https://github.com/GLEIF-IT/did-webs-resolver

Facts

JSON API
/directory/api/methods/webs
Last reviewed
2026-08-28

Research

The ToIP KERI Suite WG spec (v0.10.3, still draft even though the underlying KERI/ACDC/CESR specs were ratified in January 2026) is strict by design: a resolver MUST fetch both did.json and keri.cesr, MUST verify the full key event log, and MUST fail on any mismatch — serving did.json alone degrades did:webs to plain did:web security and is explicitly non-conformant. A faithful TypeScript verifier means a clean-room CESR parser plus KEL state machine (~4–5k lines against keripy's ~25k-line reference; signify-ts is a KERIA client without the validator and drags runtime-WASM libsodium, which Workers block). With adoption still tutorial-grade — GLEIF's own testnet endpoint is down and no production did:webs is discoverable — ThisDID serves the method upstream, where Godiddy resolves the canonical tutorial DID via GLEIF's reference driver in ~200ms. An edge driver waits on production publishers or a maintained TS KEL verifier.

Links

Curated method research + live measured scores · A DIF Identifiers & Discovery Working Group project advancing the Universal Resolver and interoperable DID methods · Resolver · Analytics · Status · JSON API · API docs · Source