Більшість публічних блокчейнів розглядають ідентичність як надбудову на рівні застосунків: адреси гаманців залишаються анонімними, KYC здійснюється офчейн, а ідентичності Agent фрагментовані між контрактами на різних ланцюгах. Concordium обирає інший шлях — прив’язує облікові записи до верифікованих фізичних осіб або компаній на рівні протоколу, а потім використовує докази з нульовим розкриттям (ZKP), щоб відокремити підтвердження відповідності певним умовам від розкриття персональної інформації. Така архітектура створює спільну основу для Agent Registry, Verify and Access і корпоративних сценаріїв PayFi.
З точки зору цифрових активів Concordium відповідає на питання: у добу, коли Agents і ончейн-розрахунки працюють паралельно, як вбудувати перевірку довіри на рівні протоколу — водночас уникаючи постійного розкриття чутливих ідентифікаційних даних у реєстрі?

Concordium позиціонує себе як «Verified Humans. Verified Agents. One Protocol.» — підтверджені особи, підтверджені Agents, єдиний протокол. Проблема полягає не у виконанні Agent, а у відсутності верифікованого ланцюга відповідальності: контрагенти не можуть переконатися, чи справжня особа або організація уповноважила Agent, і не можуть провести перевірки на відповідність без порушення конфіденційності.
| Pain Point | Common Status | Concordium’s Approach |
|---|---|---|
| Agent може діяти, але важко притягнути до відповідальності | Agent може торгувати й підписувати, але ідентичність фрагментована | Прив’язати Agent до верифікованого облікового запису Concordium |
| Конфлікт між комплаєнсом і конфіденційністю | Дані KYC часто централізовані у базах платформи | Використовувати ZKP для підтвердження атрибутів; необроблені дані залишаються офчейн |
| Фрагментована кросчейн-ідентичність Agent | Кожен ланцюг реєструє окремо, бракує взаємного визнання | Agent Registry підтримує кросчейн-сигнали перевірки |
Ідентичність на рівні протоколу та доказ із нульовим розкриттям — це ключ до розуміння відмінностей Concordium від інших публічних ланцюгів: ідентичність — не опційний модуль DApp, а невід’ємна частина створення облікового запису й управління.
Ідентичність на рівні протоколу в Concordium означає, що облікові записи пов’язані з реальними суб’єктами, верифікованими через сторонню ідентифікацію під час створення. Блокчейн не зберігає номери паспортів, адреси чи іншу відкриту інформацію; натомість ідентифікаційні об’єкти та криптографічні докази дозволяють обліковим записам підтверджувати відповідність певним умовам за потреби.
Докази з нульовим розкриттям дозволяють вибіркове розкриття. Наприклад, система може підтвердити, що власник облікового запису старший за 18 років, проживає у певній юрисдикції або відповідає інвестиційним критеріям — без запису підтверджуючих документів у блокчейн. Рішення на кшталт Verify and Access надають застосункам чи Agents сигнали «так/ні», водночас мінімізуючи ончейн-записи.
| Step | On-Chain Visible Data | Off-Chain/Proof Layer Data |
|---|---|---|
| Створення облікового запису | Адреса облікового запису, посилання на ідентифікаційний об’єкт | KYC/KYB, виконані ідентифікатором |
| Перевірка атрибутів | Результат перевірки ZKP (так/ні) | Оригінальні документи й персональна інформація |
| Подальші взаємодії | Транзакції, записи про реєстрацію Agent | Доказ генерується за потреби, не є постійно публічним |
На відміну від традиційної моделі «KYC на CEX, потім позначення адреси як перевіреної», Concordium інтегрує життєвий цикл ідентичності у консенсус і модель облікових записів, тож будь-яка дія, що залежить від облікового запису — включно з реєстрацією Agent — автоматично має відстежуване джерело авторизації.
Рис. 1. Схема ідентичності на рівні протоколу Concordium: взаємозв’язок між верифікованими обліковими записами, ідентифікаційними об’єктами і ZKP атрибутів.
Коли AI Agents стають економічними суб’єктами — викликають API, ініціюють платежі, підписують ончейн-транзакції — питання ідентичності переходить від «це справжня особа?» до «кого представляє цей Agent?». Agent Registry Concordium надає кожному Agent ончейн-якір ідентичності, який можна знайти, передати та верифікувати, пов’язаний із верифікованим обліковим записом.
Ключові компоненти: CIS-8004 Agent Registry (мінтить Agents у вигляді ончейн NFT і прив’язує Agent Cards), CIS-8 External Key Registry (прив’язує облікові записи Concordium до зовнішніх відкритих ключів, як-от Ethereum і Solana), Verified by Concordium Badge (показує контрагентам, що Agent верифікований на рівні протоколу). Agent Card — це JSON-документ з описом імені Agent, можливостей і сервісних endpoint, закріплений ончейн SHA-256 хешем для цілісності.
Процес реєстрації та перевірки Agent Registry детально описує всі етапи — від створення облікового запису, реєстрації Agent, прив’язки зовнішнього ключа до відображення бейджа. Для розробників MCP Server надає інструменти Registry, які можуть викликати Agents, спрощуючи перевірку довіри у фреймворках Agent.
Concordium акцентує на кросчейн-ідентичності Agent: Agents на Ethereum, Solana та інших ланцюгах не зобов’язані повністю мігрувати, але можуть отримати сигнали перевірки й бейджі через Concordium. Це позиціонує Concordium як інфраструктуру ідентичності та відповідальності, без вимоги запускати всі Agent-навантаження на Concordium.
CCD — це нативний токен Concordium, який головно використовується для трьох функцій мережі: оплата комісій за транзакції, участь у стейкінгу та забезпеченні консенсусу, виконання ролі одиниці обліку й розрахунків для економічної діяльності на рівні протоколу. Concordium також просуває Protocol-Level Tokens — деякі функції токенів вбудовані у протокол, а не залежать виключно від смарт-контрактів.

CCD слід розглядати як операційний і стимулюючий інструмент для участі в мережі, а не як окрему інвестиційну ідею. Користувачі й розробники, що працюють з Agent Registry, Verify and Access чи PayFi settlement, можуть отримати покриття комісій від операторів через механізми на кшталт Sponsored Transactions, що зменшує потребу Agents або користувачів тримати CCD. Конкретні тарифи й параметри стейкінгу визначаються поточними правилами мережі; цей розділ не містить інформації про прибутковість або ціну.
Публічні сценарії використання Concordium охоплюють чотири основні категорії. Перша — розробники AI Agent і команди фреймворків: додавання верифікованої ідентичності та бейджів Agents, зниження інтеграційних витрат. Друга — підприємства й галузі з високими вимогами до довіри: фінанси, охорона здоров’я, юридична сфера тощо, де потрібен контроль витрат, аудит і гарантія ідентичності. Третя — розробники існуючих протоколів: розширення через кросчейн-перевірку й інструменти токенів на рівні протоколу без повного переписування стеку. Четверта — нативні криптопротоколи: використання Verify and Access для спрощених сигналів авторизації.
На рівні розрахунків Concordium також впроваджує x402 (HTTP pay-per-call), Protocol-Level Locks і Sponsored Transactions для підтримки Agent-платежів, білінгу за використанням і корпоративних контрольованих розрахунків. Показники продуктивності включають близько 1 990 TPS, 2,5-секундний час блоку й миттєву фінальність, що забезпечує передбачувані витрати та швидке підтвердження — ідеально для високочастотних взаємодій Agents.
Рис. 2. Огляд екосистеми Concordium: ідентичність на рівні протоколу, Agent Registry, Verify and Access і розрахункові інструменти.
Ідентифікаційні рішення розвиваються паралельно. World ID та подібні підходи фокусуються на доведенні, що це унікальна людина — для протидії Sybil-атакам і ботам. Concordium концентрується на питанні, хто несе відповідальність за дії облікового запису чи Agent — тобто на відповідальності й авторизації. Ці підходи відповідають на різні питання й можуть доповнювати одне одного в економіці Agent.
Офіційний FAQ Concordium також порівнює ERC-8004, який визначає, чим є Agent, тоді як Concordium додає «хто авторизує і хто відповідальний» як шар відповідальності. Порівняння Concordium і Worldcoin системно аналізує цілі доказів, шляхи захисту приватності та релевантні сценарії.
| Dimension | World ID Solutions | Concordium |
|---|---|---|
| Основна задача | Чи це унікальна людина? | Хто відповідальний за дії? |
| Типовий результат | Доказ людяності | Верифікований обліковий запис + ланцюг авторизації Agent |
| Контекст Agent | Захист від Sybil | Agent прив’язаний до авторизатора |
Переваги — інтеграція ідентичності, доказу приватності та верифікації Agent у єдиному протокольному стеку, що зменшує дублювання розробки на рівні застосунків. Для підприємств і RegTech сценаріїв ідентичність на рівні протоколу та ZKP забезпечують компроміс між аудитом і конфіденційністю. Для розробників Agent — Registry і Badge надають взаємодіючі сигнали довіри.
Ризики й обмеження залишаються. Випуск ідентичності залежить від сторонніх Identity Issuers, чия географія та стандарти впливають на зручність. Кросчейн-перевірка підвищує інтеграційні та навчальні витрати. Екосистема Agent Registry ще на ранній стадії; галузевий консенсус визначить, чи стануть бейджі стандартом довіри. CCD як нативний токен має типові ризики публічного блокчейну — використання мережі, розблокування стейкінгу, ліквідність на ринку — які слід відрізняти від ризиків механізмів протоколу.
Головна відмінність Concordium — вбудована на рівні протоколу ідентичність і відповідальність, що поширюється на Agent Registry, Verify and Access і PayFi settlement. CCD — нативний функціональний токен мережі, який використовується для комісій і стейкінгу. Щоб зрозуміти Concordium, важливо опанувати як доказ атрибутів із захистом приватності, так і верифікованого авторизатора за Agent.
Concordium — це публічний блокчейн Layer 1, який прив’язує облікові записи до верифікованих ідентичностей фізичних осіб або компаній на рівні протоколу, підтримує перевірку атрибутів (наприклад, віку й резидентства) через докази з нульовим розкриттям без розкриття необроблених даних. CCD — його нативний токен, який використовується для комісій і участі в мережі. Актуальний публічний наратив також підкреслює роль інфраструктури верифікованої ідентичності й відповідальності для AI Agents.
Облікові записи Concordium пов’язуються з реальними суб’єктами через процес видачі ідентичності під час створення. Ончейн-зберігання містить ідентифікаційні об’єкти та криптографічні посилання, а не відкриті персональні дані. Коли застосунку потрібно підтвердити атрибут, власник облікового запису може згенерувати доказ із нульовим розкриттям, і лише результат — чи виконано умову — буде розкрито.
Agent Registry — це ончейн-система ідентичності Agent у Concordium, заснована на стандартах на кшталт CIS-8004, реєструє Agents як видимих і верифікованих ончейн-суб’єктів і описує можливості та endpoint через Agent Card. Registry пов’язує Agents із верифікованими обліковими записами Concordium, дозволяючи контрагентам перевірити авторизатора Agent і впізнати їх за Verified by Concordium Badge.
World ID фокусується на доведенні, що користувач — унікальна справжня людина, головно для захисту від Sybil-атак. Concordium концентрується на доведенні, хто відповідальний за дії певного облікового запису чи Agent, акцентуючи на відповідальності й ланцюгах авторизації. Перше відповідає на питання «це людина?», друге — «хто відповідальний?», охоплюючи різні рівні довіри в економіці Agent.
CCD використовується головно для оплати комісій у мережі Concordium, участі у стейкінгу та консенсусі, а також як нативна одиниця для економічної діяльності на рівні протоколу. У деяких випадках комісії можуть покриватися третіми сторонами через Sponsored Transactions. Конкретні параметри механізму CCD визначаються публічними правилами мережі.
Ключові обмеження: випуск ідентичності залежить від сторонніх провайдерів, покриття яких різниться за регіонами; кросчейн-перевірка Agent вимагає додаткової інтеграції; галузеве впровадження Registry і Badge ще формується. Ризики також охоплюють типові проблеми публічних блокчейнів — смарт-контракти, керування ключами, ліквідність нативного токена. Користувачам варто відрізняти ризики механізмів протоколу від ризиків реалізації на рівні застосунків перед використанням платформи.





