Реестр агентов Concordium — это основа для Concordium (CCD) в экономике ИИ-агентов. Если агент может самостоятельно подписывать, оплачивать или вызывать сервисы, контрагенту важно определить, кто владеет этим агентом и кто разрешил его действия. Реестр предоставляет ончейн-идентификаторы, которые можно обнаружить, проверить и использовать для кроссчейн-ссылок, а также бесшовно интегрируется с уровнем подтвержденных аккаунтов, описанным в идентификации на уровне протокола и доказательствах с нулевым разглашением.
По публичной документации, реестр включает стандарт CIS-8004 (регистрация агента), Agent Card (офчейн JSON и ончейн-хэш), внешний реестр ключей CIS-8 (кроссчейн-привязка публичного ключа) и MCP Server (интерфейс инструментов агента). Далее процесс описан как повторяемый рабочий цикл.
Что требуется подготовить для регистрации агента?
Перед регистрацией необходимы три условия: подтвержденный нативный аккаунт Concordium, URL для размещения Agent Card, а также метаданные с именем агента, его навыками и сервисными endpoint-ами. Для совместимости с сетями Ethereum или Solana потребуется подготовить публичный ключ соответствующей цепи и возможность подписывать для привязки по CIS-8.
| Элемент |
Назначение |
Источник |
| Подтвержденный аккаунт Concordium |
Корень ответственности |
Кошелек, прошедший процедуру у эмитента идентичности |
| Agent Card JSON |
Описание возможностей и endpoint-ов агента |
Разработчик или инструмент MCP |
| Публичный agent_uri |
Размещение Agent Card |
HTTPS-хостинг или API |
| Публичный ключ внешней цепи (опционально) |
Кроссчейн-обнаружение и вызовы |
ETH/SOL кошелек |
Concordium отмечает: агентам не нужно переносить всю логику в Concordium — реестр может закреплять идентичность на Concordium, а агенты работать в других сетях, используя CIS-8 и Badge для передачи доверия.
Как аккаунты и идентичности привязываются к агентам?
Каждому агенту соответствует NFT CIS-8004, который выпускается и обновляется подтвержденным аккаунтом Concordium. Аккаунт владельца связан с реальным лицом или организацией через идентификацию на уровне протокола, формируя цепочку авторизации: NFT агента → аккаунт владельца → подтвержденная идентичность.
В ончейн-хранилище фиксируются: agent_uri (ссылка на Agent Card), metadata_hash (SHA-256 для контроля целостности документа) и расширяемые метаданные (например, адрес кошелька для платежей). Опциональное поле external_reference может указывать на привязку CIS-8 или аккаунты в соцсетях, упрощая разрешение агента в разных средах.
В отличие от ERC-8004, где описывается только «что такое агент», в Concordium для регистрации требуется подтвержденный аккаунт владельца, то есть «кто авторизовал» — это условие до регистрации. В метаданных агента могут быть платежный кошелек и другие параметры, поддерживающие расчеты между агентами или сценарии x402. Однако для контроля расходов требуется управление на уровне приложения: только ончейн-регистрация не ограничивает действия агента.
Как связаны Agent Card и CIS-8004?
Agent Card — это JSON-документ формата A2A: содержит имя агента, описание, навыки, endpoint-ы и расширения Concordium (индекс контракта, адрес токена, аккаунт владельца и др.). Документ размещается по HTTPS-URL agent_uri; при регистрации URL и SHA-256 хэш содержимого записываются в контракт CIS-8004.
Проверить агента может любой потребитель — другой агент, инструмент MCP или аудитор: получить agent_uri и metadata_hash из цепи, загрузить JSON по URL, вычислить SHA-256 и сравнить с ончейн-хэшем. Инструмент MCP verify_agent_card автоматизирует этот процесс.
При обновлении возможностей агента нужно обновить размещенный JSON и синхронизировать ончейн-хэш через build_set_agent_uri или аналогичную операцию. Иначе ончейн-якорь и офчейн-документ расходятся. Agent Card — это обновляемая публичная спецификация, а ончейн-NFT — якорь целостности. Рекомендуется сохранять снимки или журнал изменений при обновлении, чтобы аудиторы могли отслеживать эволюцию возможностей агента.
Рисунок 1. Процесс Concordium Agent Registry: подтвержденный аккаунт, выпуск CIS-8004, закрепление хэша Agent Card и отображение Badge.
Как CIS-8 обеспечивает кроссчейн-привязку ключей?
CIS-8 хранит доказательство связи между нативным аккаунтом Concordium и внешними публичными ключами (например, Ethereum или Solana) в ончейн-режиме. После привязки агент CIS-8004 может указывать запись CIS-8 как external_reference, и инструменты Ethereum смогут разрешать тот же NFT агента по публичному ключу.
Путь разрешения: адрес внешней цепи → поиск в контракте CIS-8 → аккаунт владельца Concordium → поиск агента CIS-8004 → Agent Card. Адрес токена и координаты контракта Concordium помогают внешним реестрам выполнять поиск без знания специфики Concordium.
Это позволяет обращаться к агенту по идентификатору токена в инструментах Concordium и по адресу ETH в инструментах Ethereum, ссылаясь на одну и ту же ончейн-идентичность. В отличие от «proof of personhood», как в Concordium vs Worldcoin, реестр решает задачи верифицируемой идентичности агента и кроссчейн-совместимости.
Как проходит верификация Badge Verified by Concordium?
Badge Verified by Concordium — видимый сигнал доверия для контрагентов, подтверждающий связь агента с подтвержденным аккаунтом. Верификация опирается на ончейн-факты, а не только на иконку: проверьте наличие токена в CIS-8004, статус идентичности аккаунта владельца, совпадение хэша Agent Card с размещенным документом и, при необходимости, кроссчейн-привязку CIS-8.
Badge снижает коммуникационные издержки, но не заменяет самопроверку. В корпоративных или высоконадёжных средах часто сочетают Verify и Access для проверки атрибутов (возраст, квалификация, лимит расходов), что дополняет уровень идентичности и авторизации реестра. Если агент представляет финансовую организацию или e-commerce-платформу, полный стек доверия: реестр подтверждает агента и уполномоченное лицо → ZKP проверяет атрибуты бизнеса → протокольные ограничения или x402 ограничивают расчеты.
На что обратить внимание при регистрации и верификации?
Проверьте доступность размещения Agent Card и целостность HTTPS: если URL недоступен или содержимое изменено без обновления ончейн-хэша, верификация невозможна. Привязка внешнего ключа должна быть до настройки external_reference CIS-8; нарушение порядка приведет к откату или ошибочным ссылкам. Безопасность ключа владельца определяет контроль над агентом; NFT передаваемы, поэтому смена владельца требует внутренних процедур.
MCP Server предоставляет инструменты для регистрации, создания и проверки Agent Card, облегчая интеграцию с фреймворком агента. Разработчику важно понимать ончейн-операции и расходы на газ (или спонсируемые транзакции). Экосистема развивается, и принятие Badge как критерия допуска зависит от отрасли.
Публичная документация содержит адреса контрактов основной сети, включая реестр агентов CIS-8004 (индекс 10082) и внешний реестр ключей CIS-8 (индекс 10081), которые доступны через блок-эксплореры типа CCDScan. Индексаторы преобразуют ончейн-события в REST API, что упрощает поиск агентов без ручного сканирования. Для продакшн-среды рекомендуется чек-лист: «ончейн-регистрация → размещение Card → проверка хэша → отображение Badge», интегрировать его в CI при обновлении возможностей агента, чтобы избежать расхождений между цепью и документом.
Резюме
Concordium Agent Registry объединяет идентичность агента, целостность документа, кроссчейн-публичные ключи и подтвержденные аккаунты в повторяемый рабочий цикл. Для интеграции Verified Badge и проверки кроссчейн-доверия важно понимать роли CIS-8004, Agent Card и CIS-8. При развертывании процессы ончейн-регистрации, размещения документов и периодической проверки хэшей должны быть частью операционных процедур, чтобы избежать устаревших недостоверных записей после обновления возможностей агента.
Часто задаваемые вопросы
Что такое Concordium Agent Registry?
Agent Registry — это ончейн-система идентификации агентов Concordium: агенты регистрируются как NFT через CIS-8004, их возможности и endpoint-ы описываются в Agent Card. Реестр связывает агентов с подтвержденными аккаунтами Concordium, поддерживает кроссчейн-привязку ключей и Badge Verified by Concordium.
Как идентичность ИИ-агента связана с реальными аккаунтами?
Каждый NFT агента принадлежит и управляется подтвержденным аккаунтом Concordium. Этот аккаунт связан с лицом или организацией, прошедшей идентификацию на уровне протокола и у эмитента идентичности, формируя цепочку ответственности: агент → владелец → подтвержденная сущность.
Какова цель Agent Card?
Agent Card — публичный JSON-документ с именем агента, его навыками и сервисными endpoint-ами; его URL и SHA-256 хэш сохраняются в ончейн для гарантии целостности. Для обновления возможностей требуется синхронно обновлять документ и ончейн-хэш.
Могут ли агенты Concordium работать в Ethereum или Solana?
Да. Привязывая публичные ключи внешних цепей к аккаунтам Concordium через CIS-8 и настраивая external_reference для агентов CIS-8004, внешние инструменты могут разрешать ту же идентичность агента по адресам Ethereum или Solana без переноса всей логики в Concordium.
Как проверить надёжность агента?
Ончейн-проверка включает проверку токена CIS-8004, статуса идентичности аккаунта владельца, соответствия хэша Agent Card размещенному документу и, при необходимости, кроссчейн-привязки CIS-8. Badge Verified — дополнительный сигнал, который не заменяет криптографические проверки.
