Skip to main content

Chainbase (Chainbase Network)

Chainbase (Chainbase Network / C Token) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).

Chainbase — AI/Data | Infra проект, который позиционирует себя как hyperdata network для AI‑эры (структурирует ончейн‑сигналы в “AI‑ready data”). Токен (символ: C).

Дисклеймер

Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.

TL;DR (для тех, кто не про ИИ)

  • Что это: инфраструктура данных (API + инструменты + датасеты) для доступа к мультичейн‑данным; в Tier‑1 источниках описано как “Hyperdata Network for AI”.
  • Для кого: разработчики приложений/аналитики (кошельки, эксплореры, отчётность), команды, которые строят data‑пайплайны, а также AI‑агенты/протоколы как потребители данных.
  • Зачем ончейн/токен: токен C заявлен как протокольная валюта DataFi (оплата dataset access/запросов, стимулы и стейкинг/безопасность исполнения через AVS‑слой).
  • Что можно потрогать (Tier‑1): API Reference (есть демо‑ключ demo) https://docs.chainbase.com/api-reference/overview + QuickStart Manuscript GUI (установка скриптом, запуск ./manuscript) https://docs.chainbase.com/core-concepts/manuscript/QuickStart.

Как это работает (очень кратко)

  1. Пользователь делает: получает API‑ключ и запрашивает данные через Web3 API, либо создаёт “manuscript” (data pipeline) через GUI/CLI.
  2. Система делает: отдаёт структурированные данные (балансы/транзакции/цены/владение и т. п.) и/или собирает датасеты; для сетевого режима в доках описан AVS‑слой задач/верификации качества операторов.
  3. Пользователь получает: данные для своего продукта (кошелёк/аналитика/агент) или собственный датасет/экспорт.
  4. Где блокчейн: onchain фиксируются экономические/безопасностные примитивы (токен C; в AVS‑описании — контракты для задач/ответов/верификации и слэшинга).
  5. Роль токена: tokenomics описывает utilities: dataset access, ecosystem incentives, execution security via staking; governance‑claim требует доп. верификации механики.

Быстрые ссылки: AI‑соответствие

Паспорт проекта

Поле Значение
Название проекта Chainbase (Chainbase Network)
Также известен как (aliases) Chainbase Data Network; Chainbase Data Platform; Hyperdata Network; C Token
Лого (logo) ../assets/86_chainbase_logo.png
Символ токена (ticker) C
Категория AI/Data | Infra
Основная сеть (chain) BNB Smart Chain
Тип EVM
Статус сети mainnet
Консенсус (consensus) PoSA (BNB Smart Chain; 21 validators)
Дата запуска (launch_date) 2025-06-24
Статус проекта (status) active
Токен (стандарт) BEP-20
Контракт токена 0xc32cc70741c3a8433dcbcb5ade071c299b55ffc8
Модель токена (token_type) utility (payments + staking + governance)
Макс. предложение 1 000 000 000
Эмиссия capped (fixed total supply; unlock schedule)
Токеномика utilities: dataset access + incentives + staking/security; distribution: 40% ecosystem/community, 13% airdrops, 12% workers
Управление community process (CIP; rough consensus + running code)
Админы/ключи —
Аудит —
Bug bounty —
Команда core contributors + community
Финансирование —
AI‑компонент (ai_component) AI-ready structured data + AVS verification
Use‑case (use_case) query + build multichain datasets
DecAI Fit — AI‑соответствие 3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit ai_score 1 / onchain_score 3 / token_score 2 / evidence_score 3
Last verified 2026-02-11
Тип Ссылка
Website https://chainbase.com/
Docs https://docs.chainbase.com/
GitHub https://github.com/chainbase-labs
Releases / Changelog https://github.com/chainbase-labs/chainbase-docs/releases
Whitepaper https://docs.chainbase.com/introduction/litepaper
Roadmap https://github.com/chainbase-labs/chainbase-docs/milestones
Security advisories https://github.com/chainbase-labs/chainbase-docs/security
Explorer https://bscscan.com/token/0xc32cc70741c3a8433dcbcb5ade071c299b55ffc8
X https://twitter.com/ChainbaseHQ
Discord https://discord.com/invite/chainbase
Telegram https://t.me/ChainbaseNetwork
Medium https://medium.com/@Chainbase
Audit report(s) —
Bug bounty —
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/chainbase
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/chainbase/

Общее описание проекта

Chainbase — инфраструктурный проект данных, который в Tier‑1 документации описывает себя как hyperdata network для AI‑эры: цель — превратить фрагментированные ончейн‑сигналы в структурированные, проверяемые и “AI‑ready” данные. На прикладном уровне это выражено в Web3 API (REST/stream) и инструментах/концептах для построения датасетов.

В Tier‑1 доках также описаны элементы “сетевого” слоя: Manuscript (инструмент/слой для построения data assets) и AVS‑дизайн, где Coordinator раздаёт задачки операторам, собирает подписанные ответы и верифицирует результат onchain с возможностью слэшинга за non‑compliance.

Важно: в доступных Tier‑1 источниках Chainbase не демонстрирует собственную AI‑модель/инференс как основной продукт. AI здесь — контекст применения (“AI era”, “AI-ready data”), поэтому в DecAI Fit это засчитывается как AI intent (AI_0), а не “AI reality”.

Фичи/модули

  • Web3 API (REST/Stream): доступ к onchain‑данным (балансы/транзакции/цены/владение и т. п.) без собственного индексинга.
  • Data Platform / Datasets: инфраструктура и слои для работы с мультичейн‑данными.
  • Manuscript (GUI/CLI): создание “manuscripts” (data‑pipeline) с источниками данных, SQL‑трансформациями и экспортом результата.
  • AVS layer (design): задачи/челленджи, onchain‑верификация результатов и слэшинг как контроль качества операторов.

Типичные сценарии

  • Сценарий 1 (разработчик): получает API‑ключ → вызывает Web3 API → получает данные для кошелька/эксплорера/аналитики/агента.
  • Сценарий 2 (data‑инженер): устанавливает Manuscript GUI → создаёт manuscript YAML/конфиг → собирает датасет и экспортирует результат.
  • Сценарий 3 (оператор/worker): участвует в data‑execution (в tokenomics описаны worker incentives и security‑staking).

Как начать (кошелёк/сеть)

  • Что нужно: API‑ключ (в доках указан демо‑ключ demo для тестов) и окружение для Manuscript GUI (в QuickStart: Linux + Docker/Docker Compose).
  • Сеть/chain: onchain‑факты токена — BNB Smart Chain; API — offchain HTTP‑эндпоинты.
  • Комиссии: комиссии BNB Smart Chain при ончейн‑операциях с токеном; тарифы API/лимиты зависят от платформы (в этой карточке не оцениваем).

Архитектура/техника (без AI)

  • Компоненты: Web3 API/платформа данных; Manuscript; в AVS‑дизайне — Coordinator, Manuscript Node, контракты (например ChainbaseServiceManager) для задач/ответов.
  • Роли участников: consumers данных (agents/apps/protocols), developers (создают manuscripts), workers/operators (исполняют), delegators (делегируют токены для security‑слоя).
  • Где выполняется логика: обработка/индексация — offchain (API/ноды); верификация/слэшинг и экономические примитивы — onchain (по AVS‑описанию).
  • Зависимости: источники блокчейн‑данных + инфраструктура выполнения/верификации; Docker‑окружение для Manuscript.

Токен/экономика (развернуто, без прогнозов)

  • Утилити токена (Tier‑1): tokenomics фиксирует utilities $C: dataset access, ecosystem incentives, execution security (staking) и governance‑claim; также “DataFi currency”.
  • Источники необходимости: tokenomics ставит токен C в центр доступа к данным/стимулов/безопасности (staking/AVS).
  • Кто платит: потребители данных (agents/apps/protocols) — за доступ/запросы; участники security‑слоя — через staking.
  • Куда идут (по смыслу модели): в incentives/операторам и security‑механики; конкретные fee‑формулы/таблицы распределения в Tier‑1 источниках не найдены.
  • Эмиссия: Tier‑1 tokenomics: Total supply = 1,000,000,000 C; описан unlock schedule.
  • Механизмы стимулов/безопасности: dual‑staking (концепт) + AVS‑механика задач/слэшинга (за non‑compliance).
  • Распределение (Tier‑1): 40% ecosystem+community, 13% airdrop incentives, 12% worker incentives, 17% early backers, 15% core contributors, 3% liquidity; initial unlocked supply 16%.
  • Казначейство: —.

Управление

  • Tier‑1 governance: описан подход “rough consensus and running code” + CIP процесс; перечислены stakeholder‑группы (workers/developers/consumers/delegators).
  • Конфликт формулировок: tokenomics заявляет “token holders vote”, но governance‑страница говорит, что модель избегает voting; без описания конкретного модуля/адресов голосований трактуем governance как процесс‑ориентированную модель, а TK_3 не засчитываем.

Безопасность и инциденты

  • Аудиты: —.
  • Bug bounty: —.
  • Инциденты: —.
  • Модель угроз: риски корректности/выполнимости заданий и централизации “data/API” слоя; в AVS‑дизайне описан “consensus game” с проверкой и слэшингом.

Статус проекта и таймлайн

  • Текущий статус: документация и API доступны; токен C существует в BNB Smart Chain (контракт развёрнут 2025‑06‑24).
  • Ключевые вехи: деплой контракта токена C (onchain tx) + публикация tokenomics/доков.
  • Roadmap: см. links_* (официальный навигационный артефакт).

Экосистема/интеграции

  • Интеграции: через API и Manuscript‑workflow; примеры use cases в доках включают кошельки, security‑аналитику, AI‑приложения, social, infra и DeFi.
  • Партнёры: —.
  • Где реально используется: по Tier‑1 докам — как data‑слой; конкретные публичные интеграции в этой карточке не верифицировались.

AI составляющая проекта

  • Что здесь реально ИИ? В Tier‑1 источниках AI указан как контекст/применимость (“AI era”, “AI-ready data”), но Tier‑1 доказательств собственной AI‑модели/агентов как продукта не представлено → AI intent.
  • Что реально onchain? Токен C в BNB Smart Chain (контракт + tx создания) и описанная в доках onchain‑верификация задач/ответов с экономическими санкциями в AVS‑дизайне.
  • Зачем нужен токен? В tokenomics: dataset access/оплата, incentives, staking/security; governance‑claim требует уточнения механики (конфликт формулировок).
  • Красные флаги (по найденной информации): AI‑washing (AI как “era”, без AI‑модуля); onchain‑washing (часть сетевой логики описана без публично указанных адресов контрактов в Tier‑1 источниках); governance‑claim конфликтует по источникам.

Итог по компонентам DecAI Fit

  • DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
Компонент Уровень Score
AI reality низко 1
Onchain necessity высоко 3
Token necessity средне 2
Evidence Tier‑1 есть 3
Подробнее

AI reality

AI_0 — намерения про AI (roadmap Tier‑1) (1/0)

  • AI_0 (decision): 1
  • Claim (1 строка): Chainbase в Tier‑1 источниках позиционируется как hyperdata network для AI‑эры и “AI-ready data layer”.
  • Evidence: Tier‑1 — https://docs.chainbase.com/introduction/about ; https://docs.chainbase.com/introduction/tokenomics ; https://bscscan.com/token/0xc32cc70741c3a8433dcbcb5ade071c299b55ffc8
  • Why sufficient / why not (1 строка): это Tier‑1 AI‑intent/применимость, без доказательств собственного AI‑модуля.
  • Conflict note (если есть): —

AI_1 — что делает ИИ (1/0)

  • AI_1 (decision): 0
  • Claim (1 строка): проект предоставляет AI‑модель/агента/инференс как реализованную подсистему.
  • Evidence: Tier‑1 — — (в доступных Tier‑1 источниках AI — контекст, продукт — data/API слой)
  • Why sufficient / why not (1 строка): нет Tier‑1 доказательств “что делает ИИ” как AI‑подсистемы.
  • Conflict note (если есть): —

AI_2 — демо/примеры (1/0)

  • AI_2 (decision): 0
  • Claim (1 строка): есть демо/гайд именно AI‑компонента (модели/агента).
  • Evidence: Tier‑1 — — (есть демо/quickstart по API/Manuscript, но не по AI‑модулю)
  • Why sufficient / why not (1 строка): воспроизводимые примеры относятся к data/API слою, не к AI‑подсистеме.
  • Conflict note (если есть): —

AI_3 — метрики/качество (1/0)

  • AI_3 (decision): 0
  • Метрики: —
  • Контекст (версия/дата/на чём мерили): —
  • Evidence: Tier‑1 — —.
  • Why sufficient / why not (1 строка): нет Tier‑1 метрик качества AI‑подсистемы.
  • Conflict note (если есть): —

AI_4 — техописание/архитектура/версии (1/0)

  • AI_4 (decision): 0
  • Claim (1 строка): есть техописание/архитектура AI‑подсистемы.
  • Evidence: Tier‑1 — — (есть архитектура data/AVS слоя, но не AI‑модуля)
  • Why sufficient / why not (1 строка): архитектура не описывает AI‑компонент как таковой.
  • Conflict note (если есть): —

Onchain necessity

OC_1 — контракты/адреса/сеть (1/0)

  • OC_1 (decision): 1
  • Сеть: BNB Smart Chain
  • Адреса/идентификаторы: токен C (BEP‑20) 0xc32cc70741c3a8433dcbcb5ade071c299b55ffc8
  • Evidence: Tier‑1 — https://bscscan.com/token/0xc32cc70741c3a8433dcbcb5ade071c299b55ffc8 ; https://bscscan.com/tx/0x6702e697d6270664c1ca9fe0917db8969849dc91330622dfb69dd39cc1d0d897
  • Why sufficient / why not (1 строка): эксплорер подтверждает контракт и timestamp деплоя.
  • Conflict note (если есть): —

OC_2 — onchain не только токен (1/0)

  • OC_2 (decision): 1
  • Какая полезная логика onchain: в AVS‑дизайне описаны контракты/вызовы для задач и ответов (createNewTask, respondToTask) и onchain‑верификация результатов, слэшинг за non‑compliance.
  • Evidence: Tier‑1 — https://docs.chainbase.com/core-concepts/avs-design
  • Why sufficient / why not (1 строка): Tier‑1 описывает onchain‑механику beyond token (даже без публично указанных адресов контрактов).
  • Conflict note (если есть): —

OC_3 — onchain критичен (1/0)

  • OC_3 (decision): 1
  • Тест “замены блокчейна”: без публичной onchain‑верификации/слэшинга ломается trustless контроль качества операторов и невозможно доверенно наказывать non‑compliance.
  • Evidence: Tier‑1 — https://docs.chainbase.com/core-concepts/avs-design
  • Why sufficient / why not (1 строка): AVS‑модель опирается на экономические санкции и публичную проверяемость.
  • Conflict note (если есть): —

Token necessity

TK_0 — токена нет (1/0)

  • TK_0 (decision): 0
  • Claim (1 строка): у проекта есть токен C (BEP‑20 контракт в BNB Smart Chain).
  • Evidence: Tier‑1 — https://bscscan.com/token/0xc32cc70741c3a8433dcbcb5ade071c299b55ffc8
  • Why sufficient / why not (1 строка): эксплорер фиксирует токен.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

TK_1 — платёж за сервис (1/0)

  • TK_1 (decision): 1
  • Claim (1 строка): C используется для dataset access (оплата/потребление структурированных данных).
  • Evidence: Tier‑1 — https://docs.chainbase.com/introduction/tokenomics
  • Why sufficient / why not (1 строка): tokenomics прямо указывает dataset access как core utility.
  • Conflict note (если есть): —

TK_2 — стимулы/залоги/штрафы (1/0)

  • TK_2 (decision): 1
  • Claim (1 строка): C используется для incentives и security‑слоя (staking; контроль качества/слэшинг в AVS‑описании).
  • Evidence: Tier‑1 — https://docs.chainbase.com/introduction/tokenomics ; https://docs.chainbase.com/core-concepts/avs-design ; https://docs.chainbase.com/core-concepts/dual-staking
  • Why sufficient / why not (1 строка): tokenomics фиксирует “execution security (staked)” и incentives; AVS‑дизайн описывает слэшинг/quality game.
  • Conflict note (если есть): —

TK_3 — управление (1/0)

  • TK_3 (decision): 0
  • Claim (1 строка): токен C даёт onchain‑голосование/управление протоколом.
  • Evidence: Tier‑1 — https://docs.chainbase.com/introduction/tokenomics ; https://docs.chainbase.com/contributing/governance
  • Why sufficient / why not (1 строка): tokenomics заявляет “token holders vote”, но governance‑страница говорит, что модель избегает voting; без описания механики/адресов голосований ставим 0.
  • Conflict note (если есть): конфликт формулировок tokenomics vs governance.

TK_4 — токен заменим (1/0)

  • TK_4 (decision): 0
  • Claim (1 строка): токен C встроен в модель доступа/стимулов/стейкинга и не выглядит заменимым по Tier‑1 описанию.
  • Evidence: Tier‑1 — https://docs.chainbase.com/introduction/tokenomics
  • Why sufficient / why not (1 строка): utilities заданы как “core utilities of $C”.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://docs.chainbase.com/introduction/about Позиционирование Chainbase как hyperdata network для AI‑эры; заявлены dual‑chain и use cases, включая AI как применимость.
Tier‑1 https://docs.chainbase.com/introduction/tokenomics Tier‑1 tokenomics: utilities $C (dataset access, incentives, execution security via staking, governance claim), total supply 1B, распределение и unlock schedule.
Tier‑1 https://bscscan.com/token/0xc32cc70741c3a8433dcbcb5ade071c299b55ffc8 Onchain‑факт токена Chainbase Token (C) как BEP‑20 в BNB Smart Chain (контракт, decimals, max total supply на этой сети, описание проекта).
Tier‑1 https://bscscan.com/tx/0x6702e697d6270664c1ca9fe0917db8969849dc91330622dfb69dd39cc1d0d897 Timestamp деплоя контракта токена C: Jun‑24‑2025 (launch_date).
Tier‑1 https://docs.chainbase.com/api-reference/overview API Reference: Web3 API/SQL API overview + указание, что для демо можно использовать ключ demo.
Tier‑1 https://docs.chainbase.com/api-reference/web3-api/basic/transaction/get-transactions-by-account Воспроизводимый пример API‑эндпоинта (cURL + требуемый header x-api-key, пример demo).
Tier‑1 https://docs.chainbase.com/core-concepts/manuscript/QuickStart QuickStart Manuscript GUI: установка через скрипт + требования окружения.
Tier‑1 https://docs.chainbase.com/core-concepts/manuscript/QuickStart/create_manuscript Пошаговый гайд создания Manuscript (источники данных, SQL‑трансформации, экспорт).
Tier‑1 https://docs.chainbase.com/core-concepts/avs-design AVS‑дизайн: задачи/ответы/верификация onchain, оценка качества операторов, slashing.
Tier‑1 https://docs.chainbase.com/contributing/governance Governance‑подход: rough consensus + running code, CIP процесс, stakeholder‑группы.

No comments to display

Back to top