# Controlador DID

Blerify DID Controller es un conjunto de contratos diseñado para administrar [DIDs](https://www.w3.org/TR/did-core/) cuyo [DID Registry](https://www.w3.org/TR/did-core/#dfn-verifiable-data-registry) está construido sobre una red blockchain (por ejemplo, [lac](https://github.com/lacchain/lacchain-did-registry/tree/master?tab=readme-ov-file#lacchain-did-method),[lac1](https://github.com/lacchain/LACChain-identity-contracts/blob/master/DidSpecs.md) y [ethr](https://github.com/decentralized-identity/ethr-did-resolver/blob/master/doc/did-method-spec.md) métodos DID). Configurar una instancia de contrato de DID Controller como controlador de un DID específico permitirá gestionar los [servicios](https://www.w3.org/TR/did-core/#services) y [métodos de verificación](https://www.w3.org/TR/did-core/#verification-methods) asociados a dicho DID.

### **Terminología:**

* Administrador
* Gestor
* Asignador

### **Capacidad:**

Se refiere a un privilegio inherente o concedido. Estas capacidades son:

* Aserción
* Autenticación
* Acuerdo de claves
* Invocación de capacidad
* Delegación de capacidad
* Servicios

### **Consideraciones básicas:**

Hay tres niveles principales de control:

* Nivel de administrador: cualquier actor con este privilegio tiene control total sobre una instancia de identidad específica alojada en un DID Registry determinado y puede realizar cualquier acción
* Nivel de gestor de capacidades: cualquier actor con este privilegio solo puede asignar roles predefinidos para [capacidades](https://github.com/BlerifyPlatform/did-controller/blob/main/docs/functional/DIDController.md#capability) o personalizados a "assignors"
* Nivel de asignador: el actor asignado con este privilegio solo puede llamar al DID Registry mediante el contrato DID Controller y solo agregar una [relación de verificación](https://www.w3.org/TR/did-core/#verification-relationships) o un [servicio](https://www.w3.org/TR/did-core/#services) a un usuario

### **Consideraciones sobre Smart Contracts:**

* Debido a la función de roles que tiene DID Controller, permite que varios agentes controlen al mismo tiempo un DID Registry específico.
* Debido a las limitaciones de gas, no se realiza una verificación completa del payload que se va a reenviar. El contrato solo resuelve el tipo de propiedad que se agregará al DID Document (verification method, service, controller management action) y determina si el agente que llama al contrato está autorizado para realizar esa acción.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.blerify.com/es/recursos-detallados/did-method/did-controller.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.