ComputeHorde

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

ComputeHorde — AI/Compute | Infra проект: специализированная подсеть Bittensor (subnet 12), которая предоставляет “trusted GPU compute” для задач валидации других подсетей.

Дисклеймер

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

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

Что это: подсеть Bittensor, которая превращает GPU майнеров в более “проверяемый” вычислительный ресурс для валидаторов.
Для кого: владельцы/валидаторы других подсетей Bittensor, которым нужно масштабируемое GPU‑вычисление для валидации.
Зачем ончейн/токен: Bittensor‑ончейн используется для учёта/весов/стимулов; отдельного токена ComputeHorde не описано (в экосистеме используется $TAO сети Bittensor).

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

Валидатор подсети делает: отправляет задания на ComputeHorde через SDK/интеграцию.
ComputeHorde делает: распределяет задачи по майнерам/исполнителям (executors) и собирает результаты.
Проверка делает: валидатор использует “trusted miner” и дополнительные механики (commit‑reveal, dancing) для снижения мошенничества.
Где блокчейн: onchain‑учёт/аллоуэнсы/скоринг и стимулы подсети в рамках Bittensor.
Роль токена: отдельного токена подсети не описано; стимулы в экосистеме Bittensor привязаны к $TAO.

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

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

Поле	Значение
Название проекта	ComputeHorde
Также известен как (aliases)	Subnet 12 (Bittensor)
Лого (logo)	../assets/505_compute-horde_logo.png
Символ токена (ticker)	—
Категория	AI/Compute \| Infra
Основная сеть (chain)	Bittensor
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	—
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	none
Контракт токена	—
Модель токена (token_type)	—
Макс. предложение	—
Эмиссия	—
Токеномика (tokenomics, кратко)	Экономика подсетей описана через стимулы Bittensor ($TAO); ComputeHorde даёт compute‑сервис внутри этой модели.
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	GPU compute for Bittensor subnet validation
Use‑case (use_case)	scalable validation/compute for validators
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 2 / onchain_score 3 / token_score 2 / evidence_score 1
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://computehorde.io/
Docs	https://sdk.computehorde.io/master/installation.html
GitHub	https://github.com/backend-developers-ltd/ComputeHorde/
Releases / Changelog	https://github.com/backend-developers-ltd/ComputeHorde/commits/master/
Whitepaper	—
Roadmap	https://github.com/backend-developers-ltd/ComputeHorde#development-goals
Security advisories	https://github.com/backend-developers-ltd/ComputeHorde/security
Explorer	https://taostats.io/subnets/12/chart
X	https://twitter.com/ComputeHorde
Discord	https://discordapp.com/channels/799672011265015819/1201941624243109888
Telegram	—
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/compute-horde
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/compute-horde/

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

ComputeHorde описан как специализированная подсеть Bittensor, цель которой — дать валидаторам других подсетей доступ к масштабируемому GPU compute для валидации, снижая зависимость экосистемы от централизованных облаков. Проект описывает механики проверки работы майнеров и распределения заданий через executors и SDK.

Фичи/модули

ComputeHorde SDK: Python SDK для отправки job’ов на подсеть.
Executors: майнер может запускать множество executors (масштабирование без UID‑лимита).
Fair & verified work: описаны меры против “weight copying” и требования к железу (hardware classes).
Collateral‑based trust (опционально): механизм collateral для organic jobs (в документации репозитория).

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

Сценарий 1: валидатор подсети интегрирует SDK → отправляет задания на compute → получает результаты для валидации.
Сценарий 2: майнер запускает исполнителей → выполняет задания на GPU → получает стимулы в рамках модели подсетей Bittensor.

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

Что нужно: доступ к Bittensor и установка компонентов валидатора/майнера (см. репозиторий).
Сеть/chain: Bittensor (ComputeHorde subnet 12).
Комиссии: сетевые/операционные затраты зависят от ролей и инфраструктуры.

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

Компоненты: validator, miner, executor, facilitator (описано в README).
Роли участников: валидаторы (заказывают/оценивают задания), майнеры/исполнители (выполняют), trusted miner (для cross‑validation).
Где выполняется логика: выполнение job’ов — offchain в dockerized окружении executors; учёт/скоринг/стимулы — в рамках onchain‑модели подсети Bittensor.
Зависимости: docker, GPU инфраструктура и Bittensor стек.

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

Токен подсети: отдельного токена подсети не описано.
Стимулы: проект описывает контекст Bittensor, где стимулы распределяются в $TAO между subnet owners / miners / validators.
Collateral: валидаторы могут требовать collateral для organic jobs (описано в README репозитория).

Управление

Кто принимает решения: параметры/развитие подсети управляются в рамках процессов Bittensor + через изменения в репозитории (подробности не установлены по Tier‑1).

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

Аудиты: —.
Bug bounty: —.
Инциденты: —.
Модель угроз: мошенничество в compute (подмена железа/результатов), “weight copying”, DoS; проект описывает набор мер (commit‑reveal, dancing, collateral, shield).

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

Текущий статус: mainnet (subnet 12) и testnet (netuid 174) указаны на сайте проекта.
Roadmap: development goals перечислены в README репозитория.

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

Интеграции: SDK для интеграции валидаторов других подсетей.
Партнёры: —.

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

Что здесь реально ИИ? проект — AI/Compute‑инфраструктура: GPU compute для задач/подсетей Bittensor; не “модель”, а compute‑сервис.
Что реально onchain? подсеть работает внутри ончейн‑модели Bittensor (учёт/скоринг/стимулы), а job’ы выполняются offchain.
Зачем нужен токен? отдельный токен подсети не описан; стимулы и экономика подсетей описаны через $TAO сети Bittensor.
Красные флаги (по найденной информации): зависимость от корректности валидации и “trusted miner”; важно проверять, что механики защиты реально включены у конкретных участников.

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

DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI

Компонент	Уровень	Score
AI reality	средне	2
Onchain necessity	высоко	3
Token necessity	нет токена	2
Evidence	Tier‑1 есть	1

Подробнее

AI reality

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

AI_0 (decision): 0
Claim (1 строка): AI‑намерение не отделяем: проект прямо описан как compute‑подсеть для Bittensor.
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/
Why sufficient / why not (1 строка): Tier‑1 описывает действующую функцию подсети, а не только планы.
Conflict note (если есть): —

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

AI_1 (decision): 1
Claim (1 строка): Подсеть предоставляет GPU compute для задач валидации и выполнения job’ов (в т.ч. связанных с AI‑субсетями Bittensor).
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/ ; https://computehorde.io/
Why sufficient / why not (1 строка): README и сайт описывают compute‑назначение подсети и роль GPU.
Conflict note (если есть): —

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

AI_2 (decision): 0
Claim (1 строка): Не найден Tier‑1 demo surface (app/demo) для “потрогать” без развёртывания.
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/
Why sufficient / why not (1 строка): Есть инструкции/SDK, но нет отдельной demo‑точки входа.
Conflict note (если есть): —

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/
Why sufficient / why not (1 строка): В Tier‑1 источниках не найден единый набор метрик производительности/качества compute‑сервиса.
Conflict note (если есть): —

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

AI_4 (decision): 1
Claim (1 строка): README описывает архитектуру подсети (validator/miner/executor/facilitator), scoring и защитные механики.
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/
Why sufficient / why not (1 строка): Техническое описание и структура компонентов присутствуют в Tier‑1 репозитории.
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: Bittensor
Адреса/идентификаторы: Subnet 12 (mainnet netuid: 12; testnet netuid: 174)
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/
Why sufficient / why not (1 строка): Официальный репозиторий прямо фиксирует subnet/netuid.
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: учёт аллоуэнса “per block”, скоринг и распределение стимулов в рамках подсети.
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/
Why sufficient / why not (1 строка): README описывает onchain‑связанные правила allowance/blocks/scoring.
Conflict note (если есть): —

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

OC_3 (decision): 1
Тест “замены блокчейна”: без onchain‑учёта allowance/скоринга/стимулов теряется trustless распределение заданий и вознаграждений подсети.
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/
Why sufficient / why not (1 строка): Подсеть определена как часть Bittensor‑протокола; ключевые правила опираются на onchain‑модель сети.
Conflict note (если есть): —

Token necessity

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

TK_0 (decision): 1
Claim (1 строка): Отдельного токена ComputeHorde не описано; контекст стимулов подсетей приведён через $TAO Bittensor.
Evidence: Tier‑1 — https://github.com/backend-developers-ltd/ComputeHorde/
Why sufficient / why not (1 строка): README описывает распределение стимулов через $TAO как базовую экономику экосистемы.
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 строка): TK_0=1 (отдельного токена подсети нет).
Conflict note (если есть): —

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

TK_2 (decision): 0
Claim (1 строка): Специфических токен‑стимулов подсети нет (TK_0=1).
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): Стимулы описаны на уровне Bittensor ($TAO), а не отдельного токена подсети.
Conflict note (если есть): —

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

TK_3 (decision): 0
Claim (1 строка): Governance‑механика через токен подсети отсутствует (TK_0=1).
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): TK_0=1.
Conflict note (если есть): —

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

TK_4 (decision): 0
Claim (1 строка): Не применимо: отдельного токена подсети нет.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): TK_0=1.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://github.com/backend-developers-ltd/ComputeHorde/	Описание подсети ComputeHorde (Subnet 12), архитектуры и механик fair/verified compute.
Tier‑1	https://computehorde.io/	Позиционирование подсети как “trusted compute subnet” для валидаторов; указаны mainnet/testnet netuid.
Tier‑2	https://taostats.io/subnets/12/chart	Дашборд/контекст по subnet 12 (справочно).
Tier‑2	https://www.coingecko.com/en/coins/compute-horde	Профиль/метаданные (справочно).
Tier‑2	https://coinmarketcap.com/currencies/compute-horde/	Профиль/метаданные (справочно).