Codatta
Codatta — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Codatta — onchain‑протокол “knowledge layer” для данных и атрибуции в AI: превращает вклад людей/агентов (данные/лейблы/валидации) в владение и royalty‑потоки; токен: XNY (BEP‑20, BNB Chain).
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: протокол, который делает данные “активами”: фиксирует вклад, права владения и автоматически делит выплаты.
- Для кого: команды, которые покупают/используют датасеты и API; контрибьюторы/валидаторы; “бекеры” (underwriters) качества.
- Зачем ончейн/токен: ончейн нужен, чтобы права/доли владения были переносимыми и проверяемыми, а выплаты — детерминированными; XNY используется как “операционная валюта” (запуски задач, доступ, стейкинг доверия, governance).
Как это работает (очень кратко)
- Пользователь делает: контрибьютор (человек/агент) отправляет вклад (samples/лейблы/валидации) или клиент запускает задачу/покупает доступ к данным.
- Система делает: фиксирует вклад как “contribution fingerprint”, связывает с identity/reputation, собирает вклад в датасеты и выпускает onchain‑доли владения.
- Пользователь получает: проверяемую историю происхождения (lineage), доступ к данным/API и/или выплаты/роялти при использовании.
- Где блокчейн: onchain‑владение/права и начисление/распределение royalty; onchain‑события для metering/учёта использования.
- Роль токена (если есть): XNY нужен для onchain‑действий (fees/gas), стейкинга/слэшинга доверия, запуска задач, доступа к данным/API и governance.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Codatta |
| Также известен как (aliases) | XNY; $XNY |
| Лого (logo) | ../assets/149_codatta_logo.jpg |
| Символ токена (ticker) | XNY |
| Категория | AI/Data |
| Основная сеть (chain) | BNB Smart Chain |
| Тип | EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | PoSA (BNB Smart Chain; 21 validators) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | BEP-20 |
| Контракт токена | 0xE3225e11Cab122F1a126A28997788E5230838ab9 (BSC) |
| Модель токена (token_type) | utility (staking + slashing + governance) |
| Макс. предложение | 10,000,000,000 XNY (on‑chain) |
| Эмиссия | fixed max supply |
| Токеномика (tokenomics, кратко) | Аллокации: ecosystem incentives 24.5%, node incentives 10%, team 18%, airdrop 10% и др. (см. tokenomics). |
| Управление | governance через стейк XNY + репутацию (по docs) |
| Админы/ключи | — |
| Аудит | — |
| Bug bounty | — |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | AI data (lineage + metering + royalties) |
| Use‑case (use_case) | ownable datasets + revenue sharing |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 1 / 3 / 3 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://www.codatta.io |
| Docs | https://docs.codatta.io/en/quick-guide/overview |
| GitHub | https://github.com/codatta |
| Releases / Changelog | https://docs.codatta.io/cn/changelog/2025 |
| Whitepaper | https://codatta.io/whitepaper |
| Roadmap | https://docs.codatta.io/cn/community/roadmap |
| Security advisories | — |
| Explorer | https://bscscan.com/token/0xE3225e11Cab122F1a126A28997788E5230838ab9 |
| X | https://twitter.com/codatta_io |
| Discord | https://discord.com/invite/YCESVmHEYv |
| Telegram | https://t.me/codatta_io |
| Medium | https://codatta.medium.com/ |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/codatta |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/codatta/ |
Общее описание проекта
Codatta позиционируется как onchain knowledge layer для AI‑экономики: протокол превращает “атомарные” вклады (данные, разметка, валидации, проверки) в проверяемые и торгуемые активы, а также строит инфраструктуру атрибуции и автоматических выплат (royalties) тем, кто создавал и валидировал эти активы.
Ключевая идея — сделать так, чтобы вклад в данные/качество (который сейчас обычно “теряется” в централизованных пайплайнах) становился:
- измеримым (метеринг использования для обучения/инференса/проверок),
- проверяемым (lineage/provenance),
- конвертируемым в права (tokenized ownership fractions),
- монетизируемым (детерминированные роялти‑выплаты по правилам протокола).
Фичи/модули
- Contribution Fingerprint (CF): подпись “кто/что/когда/какое доказательство” для вкладов.
- Identity & Reputation: приватность + репутация и множитель наград; стейкинг “за доверие”.
- Lineage & Asset Assembly: сборка вкладов в версионированные датасеты с provenance‑запросами.
- Storage / Compute / Serving: хранение и безопасная выдача/compute (в docs упомянуты secure compute/TEE/federated).
- Access Control & Metering: policy‑gate и события учёта/биллинга на каждый “read”.
- Tokenized Ownership Proofs: onchain‑доли владения (переносимые фракции).
- Royalty Engine: расчёт и распределение выплат по правилам и метерингу.
Типичные сценарии
- Сценарий 1 (клиент/AI‑билдер): запускает задачу на сбор/разметку данных → получает датасет с lineage и правами → оплачивает доступ/лицензию → протокол автоматически распределяет выплаты.
- Сценарий 2 (контрибьютор/валидатор): выполняет задания (data sourcing/labeling/validation) → стейкает XNY для доступа к премиальным задачам/повышения доверия → получает выплаты/роялти, рискуя слэшингом за низкое качество.
- Сценарий 3 (бекер): стейкает XNY, “андеррайтит” контрибьюторов/датасеты → получает долю дохода/роялти при использовании активов.
Как начать (кошелёк/сеть)
- Что нужно: EVM‑кошелёк для действий в BNB Chain; роль/доступ зависит от сценария (клиент/контрибьютор/валидатор/бекер).
- Сеть/chain: BNB Smart Chain (BEP‑20 XNY; в docs также упомянуты будущие сети Base/Ethereum).
- Комиссии: сетевой gas BNB Chain + протокольные onchain‑fees/ops‑fees, которые по docs номинированы в XNY.
Архитектура/техника (без AI)
- Компоненты: смарт‑контракты (владение/права/роялти/стейкинг/споры), gateway доступа/метеринга, storage/compute/serving слой, механизмы identity/reputation.
- Роли участников: клиенты (покупатели данных/API), контрибьюторы/провайдеры, валидаторы, бекеры (underwriters), governance.
- Где выполняется логика: права/владение/роялти/стейкинг — onchain; сбор/хранение данных и вычисления — offchain/secure‑compute, с onchain‑учётом событий metering.
- Зависимости: BNB Chain (onchain), offchain storage/compute, политика доступа, dispute‑процедуры.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена XNY: docs описывают XNY как “operating currency” — gas/fees для onchain‑действий, запуск задач, доступ к данным/API, mint/transfer прав, приоритет/промо, governance.
- Источники необходимости: для ключевых функций (launch/access/licensing/disputes/governance) XNY заявлен как required; стабильные монеты допускаются как оплата контрибьюторских выплат, но не заменяют XNY в контрольных точках.
- Кто платит комиссии: клиенты и участники протокола, взаимодействующие с onchain‑функциями и metered access.
- Куда идут комиссии: валидаторам/ops + казначейству (split задаётся governance) — по описанию token utility.
- Эмиссия/сжигание: max supply 10B (fixed); детали “burn” не заявлены в рассмотренных источниках.
- Механизмы безопасности/стимулов: staking & slashing (стейк на данные/контрибьютора; штрафы за доказанные ошибки/фрод/проваленные аудиты).
- Распределение: см. allocation (ecosystem incentives, node incentives, team, airdrop и т. д.), изменения/разлоки — через governance.
Управление
- Кто принимает решения: governance‑участники (voters), где voting power привязан к стейку XNY + репутации (по docs).
- Как меняются параметры протокола: через governance approval (в tokenomics указано, что изменения требуют governance approval).
- Где обсуждают/принимают решения: — (в пределах текущего набора Tier‑1 явно не указано).
- Ключи/мультисиг: — (не подтверждено).
Безопасность и инциденты
- Аудиты: — (Tier‑1 аудит‑репортов не найдено).
- Bug bounty: — (Tier‑1 bug bounty не найдено).
- Инциденты: — (Tier‑1 постмортемов/инцидентов не найдено).
- Модель угроз: риски качества данных/метеринга/атрибуции, риски злоупотреблений (fraud/скриптинг), риски централизации offchain‑слоёв (storage/compute), риски ключей/администрирования контрактов (не раскрыто).
Статус проекта и таймлайн
- Текущий статус: активен (публичные сайт/docs + onchain токен в BNB Chain).
- Ключевые релизы/вехи: — (Tier‑1 список релизов/вех не зафиксирован).
- Roadmap: см.
links_* → Roadmap.
Экосистема/интеграции
- Интеграции: не установлено (Tier‑1 список интеграций не найден).
- Партнёры: — (Tier‑1 подтверждённого списка партнёров не найдено).
- Где реально используется: как протокол для учёта lineage/метеринга/роялти для датасетов и вкладов (по описанию в docs).
Ai составляющая проекта
- Что здесь реально ИИ? Протокол ориентирован на AI‑производство/использование данных (training/fine‑tune/evaluation) и допускает “human & AI agents” как участников; также упомянут “AI‑assisted review”, но без техдеталей/метрик.
- Что реально onchain? Onchain‑права владения и трансфер фракций, onchain‑роялти‑маршрутизация/выплаты и governance‑механики.
- Зачем нужен токен? XNY — операционная валюта: fees/gas, запуск задач, доступ к данным/API, стейкинг доверия/слэшинг, управление.
- Красные флаги (по найденной информации): AI‑washing — средний риск (много “AI‑контекста”, но мало техартефактов); что перепроверить: реальные реализации AI‑assisted review и какие части действительно AI (а не “агенты” как роль).
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | низко | 1 |
| Onchain necessity | высоко | 3 |
| Token necessity | высоко | 3 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): — (есть AI_1: описано использование AI‑контекста/AI‑агентов/AI‑review).
- Evidence: Tier‑1 — https://docs.codatta.io/en/quick-guide/overview
- Why sufficient / why not (1 строка): AI_0 применяется только если AI_1..AI_4 = 0.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 1
- Claim (1 строка): Протокол предназначен для AI‑пайплайнов данных (training/fine‑tune/evaluation) и описывает участие “human & AI agents” и AI‑assisted review.
- Evidence: Tier‑1 — https://docs.codatta.io/en/quick-guide/overview ; https://docs.codatta.io/en/business/incentives-staking
- Why sufficient / why not (1 строка): Tier‑1 источники прямо привязывают систему к AI‑данным и упоминают AI‑assisted review.
- Conflict note (если есть): Техдетали AI‑review не раскрыты (AI_4=0).
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): В рассмотренных Tier‑1 материалах нет воспроизводимого AI‑демо/примера качества.
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Есть концепт/описание, но нет демонстрации AI‑результатов.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Количественные метрики AI‑подсистем не приведены.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): Техописание AI‑review/AI‑моделей/версий не раскрыто.
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Есть архитектура протокола/данных, но не AI‑архитектура.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: BNB Smart Chain (mainnet)
- Адреса/идентификаторы: XNY BEP‑20 contract
0xE3225e11Cab122F1a126A28997788E5230838ab9 - Evidence: Tier‑1 — https://docs.codatta.io/en/protocol-token/token-info ; https://bscscan.com/token/0xE3225e11Cab122F1a126A28997788E5230838ab9
- Why sufficient / why not (1 строка): Контракт и сеть подтверждены официальной документацией и эксплорером.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: Tokenized ownership proofs (переносимые доли прав), onchain‑действия (CF/ownership) и royalty‑платежи по правилам протокола.
- Evidence: Tier‑1 — https://docs.codatta.io/en/core-systems/architecture ; https://docs.codatta.io/en/protocol-token/token-utility
- Why sufficient / why not (1 строка): Описаны onchain‑права/владение и onchain‑экономика, не сводящаяся к “просто токену”.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 1
- Тест “замены блокчейна”: без ончейна теряется trustless‑переносимость прав и проверяемость/детерминизм сплитов роялти (требуется доверенный оператор).
- Evidence: Tier‑1 — https://docs.codatta.io/en/core-systems/architecture
- Why sufficient / why not (1 строка): Архитектура прямо завязана на onchain ownership + royalty engine как проверяемые правила.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): У протокола есть токен XNY (BEP‑20).
- Evidence: Tier‑1 — https://docs.codatta.io/en/protocol-token/token-info
- Why sufficient / why not (1 строка): Официальная страница токена.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): XNY используется для task launch fees и metered data/API access.
- Evidence: Tier‑1 — https://docs.codatta.io/en/protocol-token/token-utility
- Why sufficient / why not (1 строка): В token utility прямо указаны launch/access как XNY‑деноминированные.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): Стейкинг и слэшинг XNY используются для доверия/качества (stake on data / stake on contributor).
- Evidence: Tier‑1 — https://docs.codatta.io/en/business/incentives-staking ; https://docs.codatta.io/en/protocol-token/token-utility
- Why sufficient / why not (1 строка): Указаны stake types и слэшинг‑сигналы.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): Governance и голосование привязаны к стейку XNY и репутации.
- Evidence: Tier‑1 — https://docs.codatta.io/en/protocol-token/token-utility
- Why sufficient / why not (1 строка): В token utility указаны governance & curation.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): В протоколе XNY заявлен как обязательная валюта доступа/прав/доверия, а stablecoins — только как вариант выплат.
- Evidence: Tier‑1 — https://docs.codatta.io/en/protocol-token/token-utility
- Why sufficient / why not (1 строка): Замена XNY нарушила бы описанную модель “access/trust/rights currency”.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://docs.codatta.io/en/quick-guide/overview | Что такое Codatta и какие проблемы решает (onchain knowledge layer для AI‑данных/атрибуции). |
| Tier‑1 | https://docs.codatta.io/en/core-systems/architecture | Архитектура: CF, ownership, lineage, metering, royalty engine; зачем нужен ончейн. |
| Tier‑1 | https://docs.codatta.io/en/protocol-token/token-utility | Утилити XNY: fees/gas, launch/access/licensing, staking/slashing, governance. |
| Tier‑1 | https://docs.codatta.io/en/protocol-token/token-info | Официальные параметры токена (BEP‑20, контракт, max supply). |
| Tier‑1 | https://docs.codatta.io/en/protocol-token/tokenomics | Аллокации/принципы токеномики (10B supply). |
| Tier‑1 | https://docs.codatta.io/en/business/incentives-staking | Роли, staking‑as‑confidence и слэшинг‑сигналы. |
| Tier‑2 | — | — |
| Tier‑3 | — | — |
No comments to display
No comments to display