Skip to main content

Commune AI

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

Commune AI — AI/Other | Infra проект (Subspace), токен (символ: C).

Дисклеймер

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

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

  • Что это: peer‑to‑peer incentive‑driven coordination system для децентрализованного AI: onchain “Modules” (идентификаторы) вокруг offchain объектов (в т.ч. AI‑моделей) и Subspace blockchain для координации и стейк‑экономики (Tier‑1 docs).
  • Для кого: разработчики модулей/сабнетов, майнеры/валидаторы, участники, которые хотят предоставлять полезность (например, inference) и получать стейк.
  • Зачем ончейн/токен: onchain нужен для глобального namespace модулей, стейка и governance; голосование и экономика завязаны на stake (Tier‑1 docs).
  • Что можно реально “потрогать” (Tier‑1): подключить кошелёк и стейкинг/операции через wallet.communeai.org, а также поднять/запустить Subspace node по инструкции в docs.

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

  1. Участник делает: регистрирует/использует Module (API‑объект), участвует в subnet как майнер/валидатор или голосует/стейкает.
  2. Сеть делает: координирует Modules и incentive‑ландшафты через onchain стейк‑механику; Subspace blockchain обеспечивает консенсус и p2p discovery.
  3. Участник получает: возможность участвовать в экономике сети (stake/mining/validating) и governance (голосование пропорционально стейку).
  4. Где блокчейн: собственная сеть Subspace (Commune) на базе Substrate (Tier‑1 docs).
  5. Роль токена (если есть): токен/стейк используется для стимулов и голосования (Tier‑1 docs).

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

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

Поле Значение
Название проекта Commune AI
Также известен как (aliases) —
Лого (logo) ../assets/792_commune-ai_logo.svg
Символ токена (ticker) C
Категория AI/Other | Infra
Основная сеть (chain) Subspace
Тип Appchain
Статус сети mainnet
Консенсус (consensus) —
Дата запуска (launch_date) —
Статус проекта (status) —
Токен (стандарт) native (Subspace)
Контракт токена —
Модель токена (token_type) utility (stake + governance)
Макс. предложение —
Эмиссия —
Токеномика (tokenomics, кратко) —
Управление —
Админы/ключи —
Аудит —
Bug bounty —
Команда (team) —
Финансирование (investors/funding) —
AI‑компонент (ai_component) incentive coordination for AI Modules (incl. inference) via subnets
Use‑case (use_case) protocol/network for incentive-driven coordination of decentralized AI Modules
DecAI Fit — AI‑соответствие (AI thesis fit) 4/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit ai_score 3 / onchain_score 3 / token_score 2 / evidence_score 2
Last verified 2026-02-11
Тип Ссылка
Website https://www.communeai.org/
Docs https://communeai.org/docs/getting-started/intro
GitHub https://github.com/commune-ai
Releases / Changelog https://github.com/commune-ai/subspace/commits
Whitepaper —
Roadmap —
Security advisories https://github.com/commune-ai/subspace/security
Explorer https://wallet.communeai.org/
App / Demo https://wallet.communeai.org/
X https://twitter.com/communeaidotorg
Discord https://discord.com/invite/communeai
Telegram https://t.me/communecommunity
Medium —
Audit report(s) —
Bug bounty —
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/commune-ai
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/commune-ai/

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

Commune AI по Tier‑1 документации описывает peer‑to‑peer incentive‑driven coordination system для децентрализованного AI: onchain “Modules” (идентификаторы) в глобальном namespace, которые оборачивают offchain объекты (в т.ч. AI‑модели, датасеты, compute) и экспонируют их как API. Координация модулей и incentive‑ландшафтов происходит через собственный блокчейн Subspace (Substrate‑based) и стейк‑экономику.

Фичи/модули

  • Публичные репозитории и документация проекта.
  • Subspace blockchain (Commune) и p2p coordination через Modules/Subnets (Tier‑1 docs).

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

  • Сценарий 1: участник стейкает/отправляет токены и взаимодействует с сетью через официальный кошелёк.
  • Сценарий 2: участник запускает node/subnet/miner/validator по документации и участвует в incentive‑механике.

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

  • Что нужно: кошелёк (SubWallet) и доступ к сети Subspace (Commune).
  • Сеть/chain: Subspace (Commune).
  • Комиссии: не установлено по Tier‑1 источникам (зависит от операций сети).

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

  • Компоненты: Subspace blockchain (Substrate‑based), Modules (onchain identifiers) и offchain endpoints (API) модулей, сабнеты, p2p discovery/RPC.
  • Роли участников: разработчики модулей/сабнетов, майнеры, валидаторы, стейкхолдеры/голосующие.
  • Где выполняется логика: координация/стейк/governance — onchain; вычисления (например, inference) — offchain за API модулей.
  • Зависимости: —.

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

  • Утилити токена/стейка: stake используется как экономический механизм (стейк “mined” через предоставление полезности валидаторскому стейку; голосование пропорционально стейку) — Tier‑1 docs.
  • Источники необходимости в протоколе: экономика сети и governance завязаны на стейке (Tier‑1 docs).
  • Кто платит комиссии: не установлено по Tier‑1 источникам.

Управление

  • Кто принимает решения: —.
  • Как меняются параметры протокола: —.
  • Ключи/мультисиг: —.

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

  • Аудиты: —.
  • Bug bounty: —.
  • Инциденты: —.

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

  • Текущий статус: —.
  • Ключевые релизы/вехи: —.
  • Roadmap: не найдено (в links_* указано —).

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

  • Интеграции: —.
  • Партнёры: —.
  • Где реально используется: —.

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

  • Что здесь реально ИИ? Протокол координирует Modules, которые могут быть AI‑моделями/датасетами/compute; stake “mined” через предоставление полезности (например, inference) — Tier‑1 docs.
  • Что реально onchain? Subspace blockchain: onchain identifiers (Modules), стейк‑механика и governance‑процессы описаны в Tier‑1 документации.
  • Зачем нужен токен? Tier‑1 docs описывают stake‑экономику и голосование пропорционально стейку (utility для стимулов и governance).
  • Красные флаги (по найденной информации): отсутствие явного Tier‑1 сводного whitepaper/roadmap в links_* (в текущей карточке — —); большинство деталей распределено по docs.

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

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

AI reality

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

  • AI_0 (decision): 0
  • Claim (1 строка): AI описан в Tier‑1 как действующая область применимости протокола (Modules могут быть AI‑моделями; упоминается inference), поэтому AI_0 как “intent only” не добавляет сигнала.
  • Evidence: Tier‑1 — https://communeai.org/docs/getting-started/intro
  • Why sufficient / why not (1 строка): AI_0 применим для “intent only”; здесь Tier‑1 описывает AI‑ориентацию и use‑cases.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 1
  • Claim (1 строка): Протокол координирует Modules (в т.ч. AI‑модели/compute) и incentive‑механику, где полезность может быть, например, inference.
  • Evidence: Tier‑1 — https://communeai.org/docs/getting-started/intro
  • Why sufficient / why not (1 строка): В Tier‑1 вводной явно описаны Modules и пример “inference to a model” как полезность.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 1
  • Claim (1 строка): Tier‑1 документация описывает воспроизводимые шаги участия в сети (кошелёк/стейкинг, запуск ноды) и сценарии mining/validating.
  • Evidence: Tier‑1 — https://wallet.communeai.org/ ; https://communeai.org/docs/subspace/commune-blockchain ; https://communeai.org/docs/mining/what-is-mining ; https://communeai.org/docs/validating/what-is-validating
  • Why sufficient / why not (1 строка): Есть “how‑to” по участию и запуску компонентов сети; метрики качества AI‑моделей (AI_3) отдельно не фиксируются.
  • Conflict note (если есть): —

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

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

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

  • AI_4 (decision): 1
  • Claim (1 строка): Tier‑1 docs описывают архитектуру Modules/Subnets и Subspace blockchain (Substrate‑based) как основу протокола.
  • Evidence: Tier‑1 — https://communeai.org/docs/getting-started/intro ; https://communeai.org/docs/subspace/commune-blockchain
  • Why sufficient / why not (1 строка): Достаточно для понимания архитектуры и onchain/offchain разделения.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Subspace (Commune).
  • Адреса/идентификаторы: mainnet RPC wss://api.communeai.net (из документации).
  • Evidence: Tier‑1 — https://communeai.org/docs/subspace/commune-blockchain
  • Why sufficient / why not (1 строка): Tier‑1 документация фиксирует наличие сети и endpoints для подключения.
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: Modules (onchain identifiers), стейк‑механика и governance (голосование пропорционально стейку).
  • Evidence: Tier‑1 — https://communeai.org/docs/getting-started/intro ; https://communeai.org/docs/concepts/governance
  • Why sufficient / why not (1 строка): Tier‑1 описывает onchain‑координацию модулей и governance, а не только наличие токена.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 1
  • Тест “замены блокчейна”: без блокчейна ломается trustless координация глобального namespace модулей, стейка и governance (протокол перестаёт быть censorship‑resistant p2p системой).
  • Evidence: Tier‑1 — https://communeai.org/docs/getting-started/intro
  • Why sufficient / why not (1 строка): Tier‑1 позиционирует систему как censorship‑resistant p2p протокол со стейк‑экономикой и governance; замена ончейна меняет доверенную модель.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): В сети используется токен/стейк (нужен для участия и голосования).
  • Evidence: Tier‑1 — https://communeai.org/docs/concepts/governance
  • Why sufficient / why not (1 строка): Tier‑1 описывает voting power пропорционально stake и участие через токены.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

  • TK_1 (decision): 0
  • Claim (1 строка): Не установлено, что токен используется как платёж за сервис.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): Tier‑1 подтверждение роли токена как платежа не найдено.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 1
  • Claim (1 строка): Stake “mined” через предоставление полезности валидаторскому стейку (incentive‑механизм протокола).
  • Evidence: Tier‑1 — https://communeai.org/docs/getting-started/intro
  • Why sufficient / why not (1 строка): В Tier‑1 описан stake‑based market system и механизм “mined by providing subjective utility”.
  • Conflict note (если есть): —

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

  • TK_3 (decision): 1
  • Claim (1 строка): Governance: voting power пропорционально stake.
  • Evidence: Tier‑1 — https://communeai.org/docs/concepts/governance
  • Why sufficient / why not (1 строка): Tier‑1 явно описывает голосование и зависимость voting power от stake.
  • Conflict note (если есть): —

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

  • TK_4 (decision): 0
  • Claim (1 строка): Заменимость токена по Tier‑1 источникам не установлена.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): Нет Tier‑1 обоснования о заменимости/незаменимости токена.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://www.communeai.org/ Официальный сайт проекта (навигация к Tier‑1 материалам).
Tier‑1 https://communeai.org/docs/getting-started/intro Документация проекта (описание по Tier‑1).
Tier‑1 https://github.com/commune-ai Tier‑1 артефакт разработки: официальная GitHub‑организация.
Tier‑1 https://communeai.org/docs/subspace/commune-blockchain Subspace blockchain: Substrate‑based сеть + RPC endpoints (mainnet/testnet).
Tier‑1 https://communeai.org/docs/concepts/governance Governance: proposals/voting; voting power пропорционально stake.
Tier‑1 https://wallet.communeai.org/ Официальный кошелёк (стейкинг/отправка/операции).
Tier‑1 https://communeai.org/docs/installation/setup-wallet Инструкция по кошельку (SubWallet) и операциям (stake/unstake/send).