O Concordium Agent Registry constitui a base para a implementação do Concordium (CCD) na economia do Agente de IA. Sempre que um Agente assina, paga ou invoca serviços autonomamente, as contrapartes devem determinar: "Quem detém este Agente e quem autorizou as suas ações?" O Registry disponibiliza âncoras de identidade on-chain, verificáveis, descobertas e referenciadas entre cadeias, integrando-se com a camada de conta verificada descrita em identidade ao nível do protocolo e prova de conhecimento zero.
Segundo a documentação pública, o Registry inclui CIS-8004 (norma de registo de Agente), Agent Card (JSON off-chain e hash on-chain), CIS-8 External Key Registry (associação de chave pública entre cadeias) e MCP Server (interface de ferramentas de Agente). As secções seguintes apresentam o processo como um fluxo de trabalho repetível.
O que preparar antes de registar um Agente?
São necessários três pré-requisitos: uma conta nativa Concordium verificada, um URL de alojamento público para o Agent Card e metadados que detalham o nome, competências e endpoints do Agente. Para interoperabilidade com redes como Ethereum ou Solana, deve preparar a chave pública da cadeia respetiva e a capacidade de assinatura para associação CIS-8.
| Item |
Finalidade |
Fonte comum |
| Conta Concordium verificada |
Define a raiz de responsabilidade |
Carteira após o processo de Identity Issuer |
| Agent Card JSON |
Especifica competências e endpoints |
Criado pelo programador ou pela ferramenta MCP |
| agent_uri público |
Aloja o Agent Card |
Alojamento HTTPS estático ou API |
| Chave pública de cadeia externa (opcional) |
Permite descoberta e invocação entre cadeias |
Carteiras ETH/SOL |
O Concordium indica que os Agentes não têm de migrar todos os workloads para a sua cadeia: o Registry pode ancorar identidade no Concordium, enquanto os Agentes operam noutras cadeias, usando CIS-8 e Badge para enviar sinais de confiança externamente.
Como se ancoram contas e identidades aos Agentes?
Cada Agente no Registry corresponde a um token não fungível CIS-8004 (NFT), cunhado e atualizado por uma conta nativa Concordium verificada. Esta conta está ligada a uma pessoa ou entidade real via identidade ao nível de protocolo, estabelecendo a cadeia de autorização: NFT do Agente → Conta do proprietário → Identidade via Identity Issuer.
O armazenamento on-chain inclui campos essenciais: agent_uri para o Agent Card, metadata_hash (SHA-256) para integridade documental e metadados chave-valor extensíveis (como endereço de carteira de pagamentos). O external_reference opcional pode apontar para associação CIS-8 ou handles de plataformas sociais, facilitando a resolução entre ambientes para o mesmo Agente.
Esta estrutura difere dos registos ERC-8004 que apenas "descrevem o Agente": o Concordium exige que o proprietário tenha uma conta verificada, tornando "quem autorizou" um pré-requisito do registo. Os metadados do Agente podem incluir carteira de pagamentos e outros campos chave-valor, apoiando liquidação entre Agentes ou cenários x402 pay-per-use para descoberta de endereços de destinatários. Contudo, os controlos de gastos ao nível da aplicação continuam necessários; o registo on-chain não restringe o comportamento do Agente.
Como se integram Agent Card e CIS-8004?
O Agent Card é um documento JSON conforme formatos como A2A (Agent-to-Agent), incluindo nome, descrição, competências, endpoints de serviço e blocos de extensão Concordium (índice de contrato, endereço de token, conta do proprietário, etc.). O documento é alojado no URL HTTPS agent_uri; durante o registo, o URL e o hash SHA-256 do conteúdo são escritos no contrato CIS-8004.
Qualquer consumidor — outro Agente, ferramenta MCP ou revisor manual — pode verificar o Agente: obter agent_uri e metadata_hash da cadeia, buscar o JSON do URL, calcular SHA-256 e comparar com o hash on-chain. A ferramenta MCP verify_agent_card automatiza este processo.
Ao atualizar competências do Agente, o JSON alojado deve ser atualizado e o hash on-chain refrescado via build_set_agent_uri ou operações equivalentes. Caso contrário, a âncora on-chain e o documento off-chain divergem. O Agent Card é uma especificação pública atualizável; o NFT on-chain é a âncora de integridade irrefutável. Recomenda-se manter instantâneos históricos ou changelog ao atualizar versões do documento, permitindo auditoria das alterações nas competências do Agente.
Figura 1. Fluxo de trabalho do Concordium Agent Registry: conta verificada, cunhagem CIS-8004, ancoragem de hash Agent Card e exibição de Badge.
Como o CIS-8 permite associação de chave entre cadeias?
O CIS-8 External Key Registry armazena prova criptográfica da associação entre uma conta nativa Concordium e chaves públicas externas (endereços Ethereum ou chaves públicas Solana) on-chain. Após associação, um Agente CIS-8004 pode referenciar a entrada CIS-8 como external_reference, permitindo que ferramentas Ethereum resolvam o mesmo NFT via chave pública.
O caminho de resolução é: endereço de cadeia externa → pesquisa de associação CIS-8 → conta do proprietário Concordium → pesquisa de Agente CIS-8004 → Agent Card. token_address e coordenadas de contrato nos blocos de extensão Concordium facilitam pesquisas externas sem necessidade de conhecimento específico do Concordium.
Assim, os Agentes podem ser referenciados por ID de token em ferramentas Concordium e por endereço ETH em ferramentas Ethereum, ambos apontando para a mesma identidade on-chain. Ao contrário da abordagem "proof of personhood" discutida em Concordium vs Worldcoin, o Registry foca-se na identidade verificável ao nível de Agente e interoperabilidade entre cadeias.
Como é verificado o Badge Verified by Concordium?
O Badge Verified by Concordium é um sinal de confiança visível, indicando ligação do Agente a uma conta verificada ao nível do protocolo. A verificação deve basear-se em factos on-chain, não apenas no ícone: confirmar existência do token CIS-8004, verificar estado de identidade da conta do proprietário, verificar correspondência do hash Agent Card com o documento alojado e, em cenários entre cadeias, verificar associação CIS-8.
O Badge reduz o esforço de comunicação mas não substitui a auto-verificação. Empresas ou ambientes de alta confiança combinam frequentemente Verify e Access para verificações de atributos (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 é: Registry confirma Agente e entidade autorizada → ZKP verifica atributos empresariais → Protocol-Level Locks ou x402 restringem caminhos de liquidação, com cada camada a cumprir o seu papel.
O que considerar no registo e verificação?
Garantir que o alojamento do Agent Card está disponível e que a integridade HTTPS é mantida: se o URL for inválido ou o conteúdo alterado sem atualizar o hash on-chain, a verificação falha. A associação de chave externa deve preceder a configuração de external_reference CIS-8; ordem incorreta resulta em rollback do registo ou referências inválidas. A segurança da chave do proprietário determina o controlo do Agente; como os NFT são transferíveis, mudanças de propriedade requerem procedimentos internos de governança.
O MCP Server disponibiliza ferramentas para registo, construção e verificação de Agent Card, facilitando a integração da estrutura de Agente, mas os programadores devem compreender operações on-chain e custos de gas (ou Sponsored Transactions). O ecossistema do Registry está em expansão; 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), consultáveis em block explorers como CCDScan. Serviços de indexação convertem eventos on-chain em API REST, simplificando pesquisa e descoberta de Agentes sem análise manual da cadeia. Para ambientes de produção, recomenda-se uma checklist de implementação para "registo on-chain → alojamento de Card → verificação de hash → exibição de Badge", integrando-a em fluxos CI ao atualizar competências do Agente, prevenindo divergência entre cadeia e documento.
Resumo
O Concordium Agent Registry unifica identidade de Agente, integridade documental, chaves públicas entre cadeias e contas verificadas num fluxo de trabalho repetível. Compreender os papéis de CIS-8004, Agent Card e CIS-8 é fundamental para integrar o Badge Verificado e a verificação de confiança de Agente entre cadeias. Na implementação, registo on-chain, alojamento de documentos e verificação periódica de hash devem ser parte dos processos operacionais, evitando registos desatualizados e não verificáveis após atualizações de competências do Agente.
Perguntas frequentes
O que é o Concordium Agent Registry?
O Agent Registry é o sistema de identidade de Agente on-chain do Concordium, registando Agentes como NFT via CIS-8004 e descrevendo competências e endpoints através do Agent Card. O Registry liga Agentes a contas Concordium verificadas, suporta associação de chave entre cadeias e o Badge Verified by Concordium.
Como se liga a identidade do Agente de IA a contas reais?
Cada NFT de Agente é detido e gerido por uma conta nativa Concordium verificada. Esta conta está associada a uma pessoa ou entidade verificada por identidade ao nível de protocolo e Identity Issuer, formando a cadeia de responsabilidade: Agente → Proprietário → entidade verificada.
Qual é a finalidade do Agent Card?
O Agent Card é um documento JSON público que detalha nome, competências e endpoints de serviço do Agente; o URL e hash SHA-256 são armazenados on-chain para garantir integridade. A atualização de competências implica atualizar o documento e refrescar o hash on-chain de forma síncrona.
Os Agentes Concordium podem operar em Ethereum ou Solana?
Sim. Ao associar chaves públicas de cadeias externas a contas Concordium via CIS-8 e configurar external_reference em Agentes CIS-8004, ferramentas externas podem resolver a mesma identidade de Agente usando endereços Ethereum ou Solana, sem migrar toda a lógica para o Concordium.
Como verificar se um Agente é confiável?
A verificação on-chain inclui verificar o token CIS-8004, o estado de identidade da conta do proprietário, se o hash Agent Card corresponde ao documento alojado e associação CIS-8 entre cadeias conforme necessário. O Badge Verificado é um sinal suplementar e não substitui os passos de verificação criptográfica.
