¿Cómo opera el Concordium Agent Registry? Guía paso a paso desde S'inscrire hasta conseguir el Verified Badge

Concordium Agent Registry es la implementación base para Concordium (CCD) en la economía de agente de IA. Cuando un agente puede firmar, pagar o acceder a servicios de manera autónoma, las contrapartes deben identificar primero: "¿Quién es el propietario de este agente y quién ha autorizado sus acciones?" El registro ofrece anclajes de identidad on-chain, verificables, descubribles y referenciados entre cadenas, integrándose perfectamente con la capa de cuenta verificada descrita en la identidad a nivel de protocolo y prueba de conocimiento cero.

Según la documentación pública, el registro incluye CIS-8004 (estándar de registro de agentes), Agent Card (JSON off-chain y hash on-chain), CIS-8 External Key Registry (vinculación de clave pública cross-chain) y MCP Server (interfaz de herramientas para agentes). Las siguientes secciones presentan el proceso como un flujo de trabajo repetible, no como un evento único.

¿Qué debes preparar antes de registrar un agente?

Antes de registrar, necesitas tres requisitos clave: una cuenta nativa de Concordium verificada, una URL pública donde alojar la Agent Card y metadatos que describan el nombre, habilidades y endpoints de servicio del agente. Para interoperar con redes como Ethereum o Solana, también debes preparar la clave pública correspondiente y la capacidad de firma necesaria para la vinculación CIS-8.

Concordium aclara que los agentes no tienen que migrar todas sus operaciones a su cadena: el registro puede anclar la identidad en Concordium, mientras los agentes operan en otras cadenas, usando CIS-8 y Badge para emitir señales de confianza al exterior.

¿Cómo se anclan cuentas e identidades a los agentes?

Cada agente en el registro corresponde a un NFT CIS-8004, acuñado y gestionado por una cuenta nativa de Concordium verificada como propietario. La cuenta propietaria está vinculada a una persona o entidad real mediante identidad a nivel de protocolo, estableciendo la cadena de autorización: NFT de agente → Cuenta propietaria → Identidad respaldada por Identity Issuer.

El almacenamiento on-chain contiene campos clave: agent_uri que apunta a la Agent Card, metadata_hash (SHA-256) para asegurar la integridad del documento y metadatos extensibles clave-valor (como dirección de billetera para pagos). De forma opcional, external_reference puede apuntar a la vinculación CIS-8 o a identificadores de redes sociales, facilitando la resolución cross-environment para el mismo agente.

Esta estructura difiere de los registros basados solo en ERC-8004, que simplemente "describen qué es el agente": Concordium exige que el propietario tenga una cuenta verificada, haciendo de "quién autoriza" un requisito previo al registro, no una corrección posterior. Los metadatos del agente pueden incluir la billetera de pago y otros campos clave-valor, facilitando la liquidación entre agentes o escenarios x402 de pago por uso para descubrir direcciones de recepción. Sin embargo, los controles de gasto a nivel de aplicación siguen siendo necesarios; el registro on-chain por sí mismo no restringe el comportamiento del agente.

¿Cómo se integran Agent Card y CIS-8004?

Agent Card es un documento JSON que cumple formatos como A2A (Agent-to-Agent) e incluye nombre, descripción, habilidades, endpoints y bloques de extensión Concordium (índice de contrato, dirección de token, cuenta propietaria, etc.) del agente. Este documento se aloja en la URL HTTPS agent_uri; durante el registro, tanto la URL como el hash SHA-256 de su contenido se escriben en el contrato CIS-8004.

Cualquier consumidor—otro agente, herramienta MCP o revisor manual—puede verificar el agente así: obtener agent_uri y metadata_hash de la cadena, descargar el JSON desde la URL, calcular SHA-256 y compararlo con el hash on-chain. La herramienta MCP verify_agent_card automatiza este proceso.

Al actualizar las capacidades del agente, se debe actualizar el JSON alojado y refrescar el hash on-chain con build_set_agent_uri u operaciones similares. Si no, el anclaje on-chain y el documento off-chain se desincronizarán. La Agent Card es una especificación pública actualizable, mientras que el NFT on-chain es un anclaje de integridad irrefutable. Es recomendable conservar instantáneas históricas o un registro de cambios al actualizar el documento, permitiendo a los auditores rastrear la evolución de las capacidades del agente.

Figura 1. Flujo de trabajo de Concordium Agent Registry: cuenta verificada, acuñación CIS-8004, anclaje de hash de Agent Card y visualización de Badge.

¿Cómo permite CIS-8 la asociación de claves cross-chain?

CIS-8 External Key Registry almacena la prueba criptográfica de la vinculación entre una cuenta nativa de Concordium y claves públicas externas (como direcciones de Ethereum o claves públicas de Solana) en la cadena. Una vez completada la vinculación, un agente CIS-8004 puede referenciar la entrada CIS-8 como external_reference, permitiendo que herramientas basadas en Ethereum resuelvan el mismo NFT de agente mediante clave pública.

La ruta de resolución es: dirección en cadena externa → búsqueda de vinculación en CIS-8 → cuenta propietaria de Concordium → búsqueda de agente CIS-8004 → Agent Card. token_address y las coordenadas de contrato en los bloques de extensión Concordium ayudan a los registros externos a realizar búsquedas sin requerir conocimientos específicos de Concordium.

Esto permite que los agentes sean identificados por token ID en herramientas de Concordium y por dirección ETH en herramientas de Ethereum, ambas refiriéndose a la misma identidad on-chain. A diferencia del enfoque de "proof of personhood" en Concordium vs Worldcoin, el registro aborda la identidad verificable a nivel de agente y la interoperabilidad cross-chain.

¿Cómo se verifica el Badge Verified by Concordium?

El Badge Verified by Concordium es una señal visible de confianza para las contrapartes, indicando que el agente está vinculado a una cuenta verificada a nivel de protocolo. La verificación debe basarse en hechos on-chain, no solo en el icono del Badge: confirma que el token existe en CIS-8004, verifica el estado de identidad de la cuenta propietaria, comprueba si el hash de Agent Card coincide con el documento alojado y, para escenarios cross-chain, verifica la vinculación CIS-8.

El Badge reduce la carga de comunicación, pero no sustituye la auto-verificación. Las empresas o entornos de alta confianza suelen combinar Verify y Access para comprobaciones de atributos (como edad, credenciales o límite de gasto), complementando la capa de identidad y autorización del registro. Si un agente representa a una institución financiera o plataforma de pagos, la pila de confianza completa es: el registro confirma agente y entidad autorizada → ZKP verifica atributos empresariales → Protocol-Level Locks o x402 restringen rutas de liquidación, cumpliendo cada capa su función.

¿Qué tener en cuenta durante el registro y la verificación?

Asegúrate de que el alojamiento de Agent Card esté disponible y que la integridad HTTPS se mantenga: si la URL es inválida o el contenido cambia sin actualizar el hash on-chain, la verificación fallará. La vinculación de clave externa debe preceder la configuración de external_reference CIS-8; un orden incorrecto provoca reversión del registro o referencias inválidas. La seguridad de la clave del propietario determina el control del agente; como los NFT son transferibles, los cambios de propiedad requieren procedimientos internos de gobernanza.

MCP Server proporciona herramientas para registro, creación y verificación de Agent Card, facilitando la integración del framework de agentes, pero los desarrolladores deben comprender las operaciones on-chain y los costes de gas (o transacciones patrocinadas). El ecosistema del registro sigue creciendo y la adopción del Badge como criterio de admisión por parte de las contrapartes depende de las prácticas del sector.

La documentación pública enumera los contratos de mainnet, incluyendo CIS-8004 Agent Registry (índice 10082) y CIS-8 External Key Registry (índice 10081), consultables mediante exploradores de bloques como CCDScan. Los servicios de indexación convierten eventos on-chain en API REST, simplificando la búsqueda y descubrimiento de agentes sin escaneo manual de la cadena. Para entornos de producción, se recomienda establecer una lista de verificación repetible para "registro on-chain → alojamiento de Card → verificación de hash → visualización de Badge" e integrarla en los flujos de CI al actualizar capacidades del agente para evitar divergencias entre cadena y documento.

Resumen

Concordium Agent Registry unifica identidad de agente, integridad documental, claves públicas cross-chain y cuentas verificadas en un flujo de trabajo repetible. Comprender los roles de CIS-8004, Agent Card y CIS-8 es esencial para integrar Verified Badge y la verificación de confianza de agentes cross-chain. En la operación, el registro on-chain, el alojamiento de documentos y la verificación periódica de hash deben formar parte de los procesos para evitar registros obsoletos no verificables tras actualizaciones de capacidades del agente.

Preguntas frecuentes

¿Qué es Concordium Agent Registry?

Agent Registry es el sistema de identidad de agentes on-chain de Concordium, que registra agentes como NFT mediante CIS-8004 y describe sus capacidades y endpoints a través de Agent Card. El registro conecta agentes con cuentas verificadas de Concordium, admite vinculación de claves cross-chain y el Badge Verified by Concordium.

¿Cómo se vincula la identidad del agente de IA a cuentas reales?

Cada NFT de agente es propiedad y está gestionado por una cuenta nativa de Concordium verificada. Esta cuenta está asociada a una persona o entidad verificada mediante identidad a nivel de protocolo e Identity Issuer, formando la cadena de responsabilidad: agente → propietario → entidad verificada.

¿Cuál es el propósito de la Agent Card?

Agent Card es un documento JSON público que detalla el nombre, habilidades y endpoints de servicio del agente; su URL y hash SHA-256 se almacenan on-chain para garantizar la integridad. Actualizar capacidades requiere actualizar el documento y refrescar el hash on-chain de manera sincronizada.

¿Pueden los agentes de Concordium operar en Ethereum o Solana?

Sí. Al vincular claves públicas de cadenas externas a cuentas de Concordium mediante CIS-8 y establecer external_reference en agentes CIS-8004, las herramientas externas pueden resolver la misma identidad de agente usando direcciones de Ethereum o Solana, sin migrar toda la lógica a Concordium.

¿Cómo puedes verificar si un agente es confiable?

La verificación on-chain debe incluir la comprobación del token CIS-8004, el estado de identidad de la cuenta propietaria, si el hash de Agent Card coincide con el documento alojado y la vinculación cross-chain CIS-8 cuando sea necesario. El Badge Verified es una señal complementaria y no sustituye los pasos de verificación criptográfica.