Bittensor

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

Bittensor — AI/Compute проект в сети Bittensor (Subtensor), токен (символ: TAO).

Дисклеймер

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

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

Что это: сеть/протокол с экономикой стимулов вокруг “рынка полезной вычислительной работы” (в т.ч. ML/AI) через субсети.
Для кого: разработчики субсетей, операторы майнеров (исполнителей), валидаторы (оценщики), пользователи/интеграторы, которые потребляют результаты.
Зачем ончейн/токен: ончейн фиксирует состояние/веса/стимулы и распределяет вознаграждения; токен TAO нужен для экономических стимулов и безопасности.
Что можно реально “потрогать” (Tier‑1): есть туториалы запуска субнета и пример LLM‑inference subnet (архитектура/flow challenge→score→weights).

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

Участники подключаются к субсетям: майнеры предоставляют вычисление/модель/сервис, валидаторы оценивают полезность результатов.
Сеть агрегирует оценки: валидаторы формируют веса/рейтинги участников по субсетям.
Вознаграждения распределяются: эмиссия/награды распределяются в соответствии с ончейн‑состоянием и правилами протокола.
Где блокчейн: ончейн хранит состояние сети (метаграф/параметры) и обеспечивает распределение стимулов/наказаний.
Роль токена: TAO используется как экономический механизм для стимулов/безопасности (вознаграждения участникам, участие в механизмах сети).

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

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

Поле	Значение
Название проекта	Bittensor
Также известен как (aliases)	TAO, OpenTensor
Лого (logo)	../assets/bittensor_logotype_black.svg
Символ токена (ticker)	TAO
Категория	AI/Compute \| AI/Training
Основная сеть (chain)	Bittensor
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	—
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	native
Контракт токена	—
Модель токена (token_type)	utility (incentives + security)
Макс. предложение	21 000 000 TAO (hard cap)
Эмиссия	halving schedule; 1 TAO per block (total)
Токеномика (tokenomics, кратко)	Эмиссия распределяется через onchain‑механику emissions (инъекция/распределение), в т.ч. через Yuma Consensus; распределение в конце tempo включает доли для subnet owner / miners / validators+stakers.
Управление	onchain governance: Triumvirate (proposals) + Senate (vote)
Админы/ключи	privileged действия через governance (вместо single sudo key)
Аудит	—
Bug bounty	—
Команда (team)	OpenTensor (core contributors)
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	incentivized ML/AI subnets with quality evaluation
Use‑case (use_case)	market for useful ML/AI work + compute
DecAI Fit — AI‑соответствие (AI thesis fit)	6/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 3 / onchain_score 3 / token_score 3 / evidence_score 3
Last verified	2026-02-10

Ссылки (links_*)

Тип	Ссылка
Website	https://bittensor.com/
Docs	https://docs.bittensor.com/
GitHub	https://github.com/opentensor/bittensor
Releases / Changelog	https://docs.bittensor.com/chain-rel-notes
Whitepaper	https://bittensor.com/whitepaper
Roadmap	https://github.com/opentensor/bittensor/milestones
Security advisories	https://github.com/opentensor/bittensor/security
Explorer	https://bittensor.com/scan
App / Demo	https://docs.bittensor.com/learn/
X	https://twitter.com/opentensor
Discord	https://discord.gg/bittensor
Telegram	https://t.me/bittensor
Medium	https://bittensor.medium.com/
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/bittensor
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/bittensor/

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

Bittensor позиционируется как децентрализованный протокол/сеть, где участники получают вознаграждения за “полезную” вычислительную работу, связанную с машинным обучением/ИИ. Сеть организована как набор субсетей (подзадач/рынков): в каждой субсети есть исполнители (майнеры), которые предоставляют результат (модель/инференс/сервис), и оценщики (валидаторы), которые измеряют полезность и формируют веса/рейтинги. Ончейн‑часть используется для фиксации состояния сети и распределения экономических стимулов.

Отдельно важно: Tier‑1 документация содержит воспроизводимые примеры того, как устроены и запускаются субсети (tutorials + пример subnet на LLM inference). Это помогает отличать “идею” от реально описанного механизма сети.

Фичи/модули

Субсети (subnets): отдельные рынки/задачи, где конкурируют майнеры и работают валидаторы.
Метаграф/параметры сети: агрегированное состояние/веса участников.
Экономика стимулов: вознаграждения участникам за вклад, определяемый механизмами оценки.

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

Сценарий 1: оператор запускает майнер в выбранной субсети → получает вознаграждения TAO при конкурентоспособном качестве/полезности.
Сценарий 2: валидатор оценивает результаты майнеров и публикует веса/оценки → влияет на распределение стимулов.
Сценарий 3: разработчик создаёт/развивает субсеть (задачу) → привлекает майнеров/валидаторов и формирует экономику вокруг полезной работы.
Сценарий 4 (Tier‑1 “demo surface”): разработчик запускает пример субсети локально/на testchain по tutorial’у и использует пример LLM‑inference subnet (challenge→scoring→weights) как референс‑архитектуру.

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

Что нужно: кошелёк/аккаунт для сети Bittensor и доступ к инфраструктуре (ноды/провайдеры).
Сеть/chain: Bittensor (Subtensor).
Комиссии: сетевые комиссии/затраты, связанные с операциями в сети и участием в механизмах протокола (детали — в документации проекта).

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

Компоненты: блокчейн Subtensor (состояние/параметры/распределение стимулов), клиентское/нодовое ПО, механизм учёта субсетей и участников.
Роли участников: майнеры (исполнители), валидаторы (оценщики), пользователи/интеграторы, операторы инфраструктуры.
Где выполняется логика: вычисление/оценка — в offchain‑компонентах участников; фиксация состояния и распределение стимулов — ончейн.
Зависимости: — (зависимости и требования к инфраструктуре зависят от выбранной субсети и конфигурации).

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

Утилити токена: экономический механизм вознаграждения/стимулов участников сети (майнеров/валидаторов) и работы протокола.
Источники необходимости в протоколе: без экономических стимулов сеть теряет механизм конкуренции за качество и устойчивого распределения вознаграждений.
Эмиссия/сжигание: TAO имеет hard cap 21M и halving schedule; суммарная эмиссия — 1 TAO per block (total), распределяется по субсетям через onchain‑механику emissions (двухстадийно: injection и distribution).
Механизмы безопасности/стимулов: вознаграждение привязано к оценкам/весам и ончейн‑состоянию сети.

Управление

Кто принимает решения: onchain governance с двухпалатной моделью: Triumvirate создаёт proposals, Senate утверждает.
Как меняются параметры протокола: через onchain proposals; исполнение требует (50% + 1) голосов Senate и закрытия proposal членом Triumvirate.
Админы/ключи: ранее часть привилегированных действий требовала single sudo key; по текущей Tier‑1 документации такие действия переведены в governance‑процесс через Triumvirate и Senate.

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

Аудиты: —.
Bug bounty: —.
Инциденты: —.
Модель системы: особенности стимулов, валидации и оценки результатов зависят от конкретных субсетей и их механизмов.

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

Текущий статус: mainnet.
Ключевые релизы/вехи: Dynamic TAO — апгрейд mainnet 2025-02-13; release notes по subtensor публикуются в официальной документации (см. links_*).
Roadmap: вехи/планы разработки публикуются в milestones репозитория (см. links_*).

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

Интеграции: —.
Партнёры: —.
Где реально используется: активность сети/состояние можно наблюдать через официальный explorer (см. links_*).

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

Что здесь реально ИИ? сеть ориентирована на рынки полезной ML/AI‑работы через субсети, где качество результатов оценивается и влияет на вознаграждение.
Что реально onchain? ончейн хранит состояние/параметры сети и обеспечивает распределение стимулов (а не только выпуск/переводы токена).
Зачем нужен токен? TAO нужен как механизм стимулов/безопасности (вознаграждение участников по результатам оценки/ончейн‑состоянию).
Красные флаги (по найденной информации): заявления о “SOTA/лучших моделях” без воспроизводимых метрик и независимых сравнений; смешение маркетинговых описаний отдельных субсетей с доказательствами на уровне протокола. Даже при наличии Tier‑1 туториалов (AI_2=1) это не заменяет метрик качества (AI_3=0).
Красные флаги (по найденной информации): заявления о “SOTA/лучших моделях” без независимых бенчмарков/сравнений; смешение маркетинговых описаний отдельных субсетей с доказательствами на уровне протокола. Наличие туториалов и протокольных метрик “как сеть оценивает/начисляет” не заменяет внешнюю проверку качества конкретных моделей/субсетей.

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

DecAI Fit: 6/6 — высокое соответствие тезису Decentralized AI

Компонент	Уровень	Score
AI reality	высоко	3
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 строка): В Tier‑1 источниках AI описан как действующая цель/механика сети, а не “план/намерение”.
Evidence: Tier‑1 — https://bittensor.com/whitepaper
Why sufficient / why not (1 строка): Этот пункт про “намерения” не добавляет сигнала, когда Tier‑1 уже описывает работающую AI‑направленность/механику.
Conflict note (если есть): —

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

AI_1 (decision): 1
Claim (1 строка): Сеть организует рынок полезной ML/AI‑работы (модели/инференс/вычисления) через субсети с конкуренцией по качеству.
Evidence: Tier‑1 — https://bittensor.com/whitepaper ; https://docs.bittensor.com/
Why sufficient / why not (1 строка): Официальные источники прямо описывают ML/AI‑назначение и механизм оценки/стимулов вокруг него.
Conflict note (если есть): —

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

AI_2 (decision): 1
Claim (1 строка): Tier‑1 документация содержит воспроизводимые туториалы и пример LLM‑inference subnet (пример архитектуры и шаги запуска субнета).
Evidence: Tier‑1 — https://docs.bittensor.com/tutorials/basic-subnet-tutorials, https://docs.bittensor.com/subnets/walkthrough-prompting
Why sufficient / why not (1 строка): есть “how‑to” и пример subnet под LLM‑inference; метрики качества отдельных субсетей (AI_3) по‑прежнему не зафиксированы.
Conflict note (если есть): —

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

AI_3 (decision): 1
Метрики: RANK, TRUST, CONSENSUS, INCENTIVE, DIVIDENDS, EMISSION (протокольные метрики/скоры по субсети, влияющие на стимулы).
Контекст (версия/дата/на чём мерили): метрики наблюдаемы через metagraph / wallet overview; обновляются по правилам субсети/эпох и отражают оценку валидаторами в incentive mechanism (контекст — “Validating in Bittensor” + описание полей в выводе overview).
Evidence: Tier‑1 — https://docs.bittensor.com/subnets/register-validate-mine
Why sufficient / why not (1 строка): Tier‑1 описывает количественные метрики и их роль в распределении эмиссий/стимулов; это метрики протокольной “оценки полезности”, а не внешние бенчмарки качества моделей.
Conflict note (если есть): —

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

AI_4 (decision): 1
Claim (1 строка): Есть техописание принципов/механики сети и стимулов для ML/AI‑работы.
Evidence: Tier‑1 — https://bittensor.com/whitepaper ; https://github.com/opentensor/bittensor
Why sufficient / why not (1 строка): Whitepaper + открытая реализация дают достаточный техконтекст для понимания механики.
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: Bittensor (Subtensor)
Адреса/идентификаторы: — (в рамках карточки фиксируем наличие сети/эксплорера; адреса/ID зависят от сущности и наблюдаемы в explorer)
Evidence: Tier‑1 — https://bittensor.com/scan ; https://docs.bittensor.com/
Why sufficient / why not (1 строка): Наличие официального explorer и документации по сети подтверждают ончейн‑компонент.
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: фиксация параметров/состояния сети (в т.ч. метаграфа/весов) и распределение стимулов по правилам протокола.
Evidence: Tier‑1 — https://docs.bittensor.com/ ; https://bittensor.com/whitepaper
Why sufficient / why not (1 строка): Onchain используется как часть механизма сети, а не только как “токен на чейне”.
Conflict note (если есть): —

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

OC_3 (decision): 1
Тест “замены блокчейна”: без ончейна ломается прозрачная фиксация состояния/оценок и доверенное распределение стимулов (ядро механизма сети).
Evidence: Tier‑1 — https://bittensor.com/whitepaper ; https://docs.bittensor.com/
Why sufficient / why not (1 строка): Механизм стимулов и состояние сети являются частью протокола; “вынести из ончейна” меняет доверенную модель.
Conflict note (если есть): —

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): В проекте есть нативный токен TAO.
Evidence: Tier‑1 — https://docs.bittensor.com/ ; https://bittensor.com/whitepaper
Why sufficient / why not (1 строка): Tier‑1 источники описывают токен и его роль в экономике сети.
Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

TK_1 (decision): 1
Claim (1 строка): Для регистрации участника в субсети (получение UID) есть регистрационная стоимость в TAO; уплаченный TAO “recycled” обратно в систему emissions.
Evidence: Tier‑1 — https://docs.bittensor.com/subnets/recycled-tao
Why sufficient / why not (1 строка): Это протокольный платёж/стоимость участия (регистрация UID) в токене TAO, т.е. token-as-fee механизм присутствует (хотя это не “pay-per-call” за inference).
Conflict note (если есть): —

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

TK_2 (decision): 1
Claim (1 строка): TAO используется для стимулов: вознаграждение участников сети зависит от оценки/весов и ончейн‑состояния.
Evidence: Tier‑1 — https://bittensor.com/whitepaper ; https://docs.bittensor.com/
Why sufficient / why not (1 строка): Механизм стимулов/вознаграждений описан в Tier‑1 как фундаментальный для работы сети.
Conflict note (если есть): —

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

TK_3 (decision): 1
Claim (1 строка): Governance привязано к stake: Senate формируется из top delegate hotkeys и требует доли от общего stake; сенаторы голосуют по proposals Triumvirate.
Evidence: Tier‑1 — https://docs.bittensor.com/governance ; https://docs.bittensor.com/governance/senate
Why sufficient / why not (1 строка): Tier‑1 явно связывает право участия в Senate/голосовании с размером stake (делегированным или self‑stake), поэтому токен/стейк используется как механизм управления.
Conflict note (если есть): —

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

TK_4 (decision): 0
Claim (1 строка): Токен не выглядит “заменимым” без изменения доверенной модели стимулов.
Evidence: Tier‑1 — https://bittensor.com/whitepaper
Why sufficient / why not (1 строка): Экономика стимулов — ядро протокола; замена токена на “просто БД/очки” меняет безопасность и мотивацию участников.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://bittensor.com/whitepaper	Назначение сети (децентрализованная ML/AI‑сеть) и базовая механика стимулов/оценки.
Tier‑1	https://docs.bittensor.com/	Официальная документация по сети/участникам/механике и использованию ончейн‑компонента.
Tier‑1	https://docs.bittensor.com/tutorials/basic-subnet-tutorials	Воспроизводимые туториалы запуска субнета (локально/testchain/mainchain) на базе subnet template.
Tier‑1	https://docs.bittensor.com/subnets/walkthrough-prompting	Пример subnet на базе LLM inference: архитектура, роли, scoring и flow “challenge→response→weights”.
Tier‑1	https://bittensor.com/scan	Наличие работающей сети и наблюдаемого ончейн‑состояния через официальный explorer.
Tier‑1	https://github.com/opentensor/bittensor	Открытая реализация протокола (кодовая база), подтверждение наличия публичной технической реализации.
Tier‑1	https://docs.bittensor.com/chain-rel-notes	Активные релизы/изменения сети (подтверждение жизненного цикла проекта).
Tier‑1	https://docs.bittensor.com/dynamic-tao/dtao-faq	Hard cap 21M для TAO; порядок эмиссии (в т.ч. 1 TAO per block) и контекст Dynamic TAO.
Tier‑1	https://docs.bittensor.com/emissions	Механика emissions: 1 TAO per block (total), стадии injection/distribution, tempo и пропорции распределения наград.
Tier‑1	https://docs.bittensor.com/subnets/recycled-tao	Регистрационные стоимости в TAO: при регистрации UID стоимость “recycled” обратно в систему emissions.
Tier‑1	https://docs.bittensor.com/governance	Onchain governance: Triumvirate/Senate; отказ от single `sudo` ключа для privileged действий.
Tier‑1	https://docs.bittensor.com/governance/senate	Требования к Senate (в т.ч. stake > 2% от total) и процедура голосования по proposals.
Tier‑1	https://docs.bittensor.com/dynamic-tao	Дата апгрейда mainnet Dynamic TAO: 2025-02-13.