User Controlled Authorization Network: a specification for authorization that is public-key verifiable, delegable and openly extensible, with no central authority needed to check a permission. A UCAN is a signed token in which one party, identified by a decentralized identifier (DID), grants a capability over a resource to another and may allow that party to pass it on in narrower form; a chain of such tokens is the proof that a request is authorised, and anyone can verify the chain offline. The specification is split into sub-specifications for delegation, invocation, promise and revocation. It was designed for local-first and peer-to-peer settings and positions itself as a successor to access control lists and as an authorization layer for applications and AI agents .
LicenciaSpecification text under the Community Specification License 1.0; any source code or reference code in the repository is under the MIT licence . https://github.com/ucan-wg/spec
Estado de Desarrollo 🟢 Activo
PropietarioA community working group around the ucan-wg organisation; the specification's editor is Brooklyn Zelenka (Witchcraft Software) and its listed authors are from Protocol Labs, Bluesky, number zero and Witchcraft Software
Propietario - Lista
Protocol Labs
Órgano de GobiernoUCAN Working Group (ucan-wg) with a governance document in the repository; the cited sources do not describe how decisions are made beyond that
País Not stated by the project.
Año de Inicio 2021
StackDAG-CBOR-encoded signed tokens, DIDs for principals, public-key signatures; sub-specifications for delegation, invocation, promise and revocation
Financiamiento Not stated by the project.
Última Investigación 29 oct 2026
Vista de topología
Esta herramienta en el centro y lo que se relaciona directamente con ella. Cada línea nombra el tipo de relación.
Keyhive (Herramienta): Base de, Implementaciones conformes, Inspiró a
DIDs (Herramienta): Cumple con, Habla el protocolo
OrígenesAuthorization for local-first and peer-to-peer systems: replace access control lists on a central server with user-originated, delegable capabilities that can be verified offline, building on the SPKI/SDSI and object-capability traditions
Base de Datos N/A
Lenguaje de Consulta N/A
Formatos de DatosUCAN tokens encoded with DAG-CBOR; principals as DIDs; the delegation, invocation, promise and revocation formats are given in the sub-specifications
Soporte MóvilLibrary-level: the project lists libraries; the specification itself is platform-independent
Soporte WebYes: a project website with a UCAN inspector, and JavaScript libraries listed by the project
Aplicaciones NativasLibrary-level only; UCAN is a token format, not an application
TérminosFree and open: the specification is published under the Community Specification License 1.0, with sample code under MIT
Fondos Not stated by the project.
Basado EnSPKI/SDSI certificates and object-capability security; DIDs and DAG-CBOR; the specification cites the lineage of capability systems
PermisosThe model is the permission model: capabilities are delegated downward and can only be narrowed, never widened (attenuation)
Autenticación e IdentidadPrincipals are identified by DIDs and prove control by signing; authorization is carried as a chain of delegations to the subject DID rather than a login
Modelo de AlmacenamientoTokens are self-contained and carried by the parties; no registry or ledger is required for verification
InteroperabilidadDesigned to work across DID methods and with content-addressed storage and web APIs; the site names IPFS, Arweave and API access as use cases
Portabilidad de DatosAuthority is portable: a chain of delegations can be presented to any verifier that understands the format, independent of the service that issued the first token
Gobernanza y Toma de DecisionesWorking-group process documented in the repository's governance file and scope document; changes are made through issues and pull requests
Madurez del Protocolo / EstandarizaciónSpecification version 1.0.0 in the README with a v1.0 release candidate tagged; Community Specification License; not a standards-body deliverable
Estándares de IdentidadDIDs (W3C); DAG-CBOR and content identifiers; a UCAN is not itself a W3C or IETF standard
Método de VerificaciónA validator checks the signatures, time bounds and attenuation along the whole delegation chain, offline, without contacting the issuer
Funciones de PrivacidadLimited by design: a token reveals the issuer, audience and capability granted; the specification does not describe zero-knowledge or selective disclosure
Métodos de AutenticaciónPublic-key signatures by the issuing principal over the token
Mecanismo de RevocaciónA separate revocation sub-specification; tokens can also carry expiry times and the site mentions blacklisting support
Tipos de Agentes SoportadosAny agent with a DID, including people, organisations, services and, the site says, AI agents
Tipos de Billetera/ClienteLibraries and applications that hold keys; no dedicated wallet is described in the cited sources
Mecanismos de Recuperación Not stated by the project.
Cumplimiento / Regulaciones Not stated by the project.
Protocolos de Intercambio de CredencialesInvocation and delegation are defined by the specification; transport (HTTP, peer-to-peer, other) is left to the application
Marco de ConfianzaCryptographic proof chains rooted at the resource's owner, with no central registry; the verifier decides which roots to trust
Modelo de CostosFree to use
Resistencia a la CensuraHigh for verification, since no central party is consulted; issuance and storage depend on the application
Relaciones
Cómo se conecta esta herramienta con otras herramientas y organizaciones, según relaciones revisadas por el responsable de datos de OpenHaven. Describen cómo se conectan los proyectos, no su calidad.