O Concordium Agent Registry é a base para a implementação do Concordium (CCD) na economia de Agente de IA. Sempre que um Agente pode assinar, pagar ou acionar serviços de forma autônoma, as contrapartes precisam primeiro responder: "Quem é o dono deste Agente e quem autorizou suas ações?" O Registry oferece âncoras de identidade on-chain, descobertas, verificáveis e referenciadas entre blockchains, integrando-se com a camada de conta verificada descrita em identidade em nível de protocolo e prova de conhecimento zero.
Segundo a documentação pública, o Registry é composto por CIS-8004 (padrão de registro de Agente), Agent Card (JSON off-chain e hash on-chain), CIS-8 External Key Registry (vinculação de chave pública cross-chain) e MCP Server (interface de ferramentas do Agente). As seções a seguir detalham o processo como um fluxo de trabalho repetível, e não um evento isolado.
O que é necessário preparar antes de registrar um Agente?
Antes do registro, três pré-requisitos são obrigatórios: uma conta nativa Concordium verificada, uma URL pública para hospedagem do Agent Card e metadados com nome, habilidades e endpoints de serviço do Agente. Para interoperar com redes como Ethereum ou Solana, também é preciso preparar a chave pública da respectiva rede e a capacidade de assinatura exigida para a vinculação CIS-8.
| Item |
Finalidade |
Fonte comum |
| Conta Concordium verificada |
Estabelece a raiz de responsabilidade |
Carteira que concluiu o processo do Identity Issuer |
| Agent Card JSON |
Define capacidades e endpoints do Agente |
Criado pelo desenvolvedor ou gerado pela ferramenta MCP |
| agent_uri pública |
Hospeda o Agent Card |
Hospedagem HTTPS estática ou API |
| Chave pública de rede externa (opcional) |
Permite descoberta e invocação cross-chain |
Carteiras ETH/SOL |
A Concordium destaca que não é necessário migrar todas as cargas de trabalho dos Agentes para sua blockchain: o Registry pode ancorar a identidade na Concordium, enquanto Agentes atuam em outras blockchains, usando CIS-8 e Badge para emitir sinais de confiança externamente.
Como contas e identidades são ancoradas aos Agentes?
Cada Agente no Registry corresponde a um NFT CIS-8004, cunhado e atualizado por uma conta nativa Concordium verificada. A conta proprietária é vinculada a uma pessoa ou entidade real via identidade em nível de protocolo, formando a cadeia de autorização: NFT do Agente → conta proprietária → identidade validada pelo Identity Issuer.
O armazenamento on-chain inclui campos essenciais: agent_uri que aponta para o Agent Card, metadata_hash (SHA-256) que garante a integridade do documento e metadados extensíveis em pares chave-valor (como endereço de carteira para pagamento). O campo opcional external_reference pode apontar para a vinculação CIS-8 ou perfis sociais, facilitando a resolução entre ambientes para o mesmo Agente.
Essa estrutura difere dos registros baseados apenas em ERC-8004, que apenas "descrevem o que o Agente é": na Concordium, o proprietário precisa de uma conta verificada, tornando "quem autorizou" uma pré-condição para o registro, e não uma correção pós-registro. Os metadados do Agente também podem incluir carteira de pagamento e outros campos chave-valor, permitindo liquidação entre Agentes ou cenários x402 pay-per-use para descoberta de endereços de destinatários. No entanto, controles de gastos em nível de aplicação continuam necessários; o registro on-chain, sozinho, não limita o comportamento do Agente.
Como Agent Card e CIS-8004 se integram?
Agent Card é um documento JSON compatível com formatos como A2A (Agent-to-Agent), contendo nome, descrição, habilidades, endpoints de serviço do Agente e blocos de extensão Concordium (índice de contrato, endereço de token, conta proprietária, etc.). O documento é hospedado na URL HTTPS agent_uri; durante o registro, a URL e o hash SHA-256 do conteúdo são gravados no contrato CIS-8004.
Qualquer consumidor — outro Agente, ferramenta MCP ou revisor manual — pode verificar o Agente: basta recuperar agent_uri e metadata_hash da blockchain, buscar o JSON na URL, calcular o SHA-256 e comparar com o hash on-chain. A ferramenta MCP verify_agent_card automatiza esse processo.
Ao atualizar as capacidades do Agente, é obrigatório atualizar o JSON hospedado e renovar o hash on-chain por meio de build_set_agent_uri ou operações semelhantes. Caso contrário, o documento off-chain e a âncora on-chain divergem. O Agent Card é uma especificação pública atualizável, enquanto o NFT on-chain serve como âncora de integridade irrefutável. É recomendável manter instantâneos históricos ou changelog ao atualizar versões do documento, permitindo auditoria das mudanças nas capacidades do Agente.
Figura 1. Fluxo de trabalho do Concordium Agent Registry: conta verificada, mint CIS-8004, ancoragem do hash do Agent Card e exibição do Badge.
Como o CIS-8 permite associação de chaves cross-chain?
O CIS-8 External Key Registry armazena a prova criptográfica da vinculação entre uma conta nativa Concordium e chaves públicas externas (endereços Ethereum ou chaves públicas Solana) on-chain. Uma vez concluída a vinculação, um Agente CIS-8004 pode referenciar a entrada CIS-8 como external_reference, permitindo que ferramentas baseadas em Ethereum resolvam o mesmo NFT de Agente pela chave pública.
O caminho de resolução é: endereço da rede externa → lookup de vinculação no contrato CIS-8 → conta proprietária Concordium → lookup do Agente CIS-8004 → Agent Card. Token_address e coordenadas de contrato nos blocos de extensão Concordium ajudam registries externos a fazer buscas sem exigir conhecimento específico da Concordium.
Assim, Agentes podem ser identificados por ID de token em ferramentas Concordium e por endereço ETH em ferramentas Ethereum, ambos referenciando a mesma identidade on-chain. Diferente do conceito de "prova de personalidade" discutido em Concordium vs Worldcoin, o Registry foca na identidade verificável em nível de Agente e na interoperabilidade cross-chain.
Como o Badge Verified by Concordium é validado?
O Badge Verified by Concordium é um sinal de confiança visível para contrapartes, indicando que o Agente está vinculado a uma conta verificada em nível de protocolo. A validação deve se apoiar em fatos on-chain, não apenas no ícone do Badge: confirme se o token correspondente existe no CIS-8004, verifique o status de identidade da conta proprietária, confira se o hash do Agent Card corresponde ao documento hospedado e, para cenários cross-chain, valide a vinculação CIS-8.
O Badge reduz o overhead de comunicação, mas não substitui a auto-verificação. Empresas ou ambientes de alta confiança normalmente combinam Verificação e Acesso para checagens por atributo (idade, credenciais, limite de gastos), complementando a camada de identidade e autorização do Registry. Se um Agente representa uma instituição financeira ou plataforma de e-commerce para pagamentos, a pilha de confiança completa geralmente é: Registry confirma Agente e entidade autorizada → ZKP verifica atributos empresariais → Protocol-Level Locks ou x402 restringem caminhos de liquidação, com cada camada cumprindo seu papel.
O que observar durante registro e verificação?
Garanta que a hospedagem do Agent Card está disponível e a integridade HTTPS mantida: se a URL for inválida ou o conteúdo alterado sem atualizar o hash on-chain, a verificação falha. A vinculação de chave externa precisa ser feita antes da configuração do external_reference CIS-8; ordem errada resulta em rollback do registro ou referências inválidas. A segurança da chave do proprietário determina o controle do Agente; como NFTs são transferíveis, mudanças de titularidade exigem procedimentos internos de governança.
O MCP Server oferece ferramentas para registro, construção e verificação do Agent Card, facilitando a integração do framework de Agente, mas os desenvolvedores devem entender operações on-chain e custos de gas (ou transações patrocinadas). O ecossistema do Registry ainda está em expansão, e a adoção do Badge como critério de admissão depende das práticas do setor.
A documentação pública lista contratos mainnet, como CIS-8004 Agent Registry (índice 10082) e CIS-8 External Key Registry (índice 10081), acessíveis via block explorers como o CCDScan. Serviços de indexação convertem eventos on-chain em APIs REST, facilitando busca e descoberta de Agentes sem varredura manual da blockchain. Para ambientes de produção, recomenda-se criar um checklist repetível de implantação para "registro on-chain → hospedagem do Card → verificação do hash → exibição do Badge", integrando ao CI sempre que atualizar capacidades do Agente para evitar divergência entre âncora on-chain e documento.
Resumo
O Concordium Agent Registry integra identidade de Agente, integridade documental, chaves públicas cross-chain e contas verificadas em um fluxo de trabalho repetível. Entender os papéis de CIS-8004, Agent Card e CIS-8 é essencial para integrar o Verified Badge e a verificação de confiança cross-chain de Agentes. Em produção, registro on-chain, hospedagem de documentos e verificação periódica de hash devem fazer parte dos processos operacionais para evitar registros desatualizados e não verificáveis após atualizações de capacidades do Agente.
Perguntas Frequentes
O que é o Concordium Agent Registry?
Agent Registry é o sistema de identidade de Agente on-chain da Concordium, registrando Agentes como NFTs via CIS-8004 e detalhando suas capacidades e endpoints através do Agent Card. O Registry conecta Agentes a contas Concordium verificadas, suporta vinculação de chaves cross-chain e o Badge Verified by Concordium.
Como a identidade do Agente de IA é vinculada a contas reais?
Cada NFT de Agente é de propriedade e gerenciado por uma conta nativa Concordium verificada. Essa conta está associada a uma pessoa ou entidade validada por identidade em nível de protocolo e Identity Issuer, formando a cadeia de responsabilidade: Agente → proprietário → entidade verificada.
Qual é o objetivo do Agent Card?
Agent Card é um documento JSON público que detalha o nome do Agente, habilidades e endpoints de serviço; sua URL e hash SHA-256 ficam armazenados on-chain para garantir integridade. Atualizar capacidades exige atualizar o documento e renovar o hash on-chain simultaneamente.
Agentes Concordium podem operar em Ethereum ou Solana?
Sim. Vinculando chaves públicas externas a contas Concordium via CIS-8 e configurando external_reference em Agentes CIS-8004, ferramentas externas podem identificar a mesma identidade de Agente usando endereços Ethereum ou Solana, sem migrar toda a lógica para a Concordium.
Como verificar se um Agente é confiável?
A verificação on-chain inclui checar o token CIS-8004, status de identidade da conta proprietária, correspondência do hash do Agent Card com o documento hospedado e, quando necessário, vinculação cross-chain CIS-8. O Verified Badge é um sinal complementar e não substitui as etapas de verificação criptográfica.
