Bitcast (Subnet 93)

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

Bitcast — AI/Other | Infra проект в сети Bittensor (Subnet 93).

Дисклеймер

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

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

• Что это: подсеть Bittensor, которая стимулирует создателей контента выполнять “бривы” (briefs) и распределяет вознаграждения на основе метрик вовлечения.
• Для кого: создатели контента (miners), валидаторы, бренды/заказчики brief’ов.
• Зачем ончейн/токен: ончейн слой Bittensor используется для распределения вознаграждений и учёта вкладов; “alpha token” подсети используется как единица вознаграждения.

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

1. Бренд публикует brief: задаёт требования к контенту.
2. Майнеры создают и публикуют контент: например, YouTube‑видео под brief.
3. Валидаторы проверяют метрики: получают аналитику, проверяют выполнение условий и начисляют веса.
4. Где блокчейн: вознаграждения и учёт вкладов идут через механику подсети Bittensor.
5. Роль токена: “Bitcast alpha token” используется как единица вознаграждения для участников подсети.

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

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

Поле	Значение
Название проекта	Bitcast (Subnet 93)
Также известен как (aliases)	Bitcast ALPHA, Subnet 93
Лого (logo)	../assets/457_bitcast_logo.ico
Символ токена (ticker)	—
Категория	AI/Other | Infra
Основная сеть (chain)	Bittensor
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	—
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	—
Контракт токена	—
Модель токена (token_type)	—
Макс. предложение	—
Эмиссия	—
Токеномика (tokenomics, кратко)	Вознаграждения участникам выдаются в “Bitcast alpha token” на уровне подсети.
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	AI-verified content performance scoring
Use‑case (use_case)	creator briefs + on-chain rewards
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 1 / onchain_score 2 / token_score 1 / evidence_score 1
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://www.bitcast.network/
Docs	https://github.com/bitcast-network/bitcast
GitHub	https://github.com/bitcast-network/bitcast
Releases / Changelog	https://github.com/bitcast-network/bitcast/commits/main/
Whitepaper	https://bitcast.network/whitepaper
Roadmap	https://github.com/bitcast-network/bitcast/milestones
Security advisories	https://github.com/bitcast-network/bitcast/security
Explorer	https://taostats.io/subnets/93/chart
App / Demo	https://www.dashboard.bitcast.network/briefs
X	https://twitter.com/Bitcast_network
Discord	https://discord.com/channels/799672011265015819/1362489640841380045
Telegram	—
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/bitcast
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/bitcast/

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

Bitcast описывается как подсеть Bittensor (Subnet 93) для “creator economy”: бренды формулируют brief’ы, создатели контента выпускают видео под требования, а валидаторы подтверждают метрики вовлечения (через аналитику YouTube) и распределяют вознаграждения. В Tier‑1 источниках также заявлено, что валидация/проверка контента и метрик опирается на автоматизированные проверки (в whitepaper описано как “validated by AI”, без деталей модели).

Фичи/модули

• Briefs: публичный список активных заданий/кампаний.
• Miners/creators: создают контент и претендуют на вознаграждения.
• Validators: получают аналитику и начисляют веса/вознаграждения.

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

• Сценарий 1: бренд публикует brief → получает контент, соответствующий требованиям.
• Сценарий 2: создатель публикует видео под brief → получает reward при прохождении проверки.
• Сценарий 3: валидатор проверяет метрики вовлечения → участвует в распределении стимулов.

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

• Что нужно: окружение для запуска майнера/валидатора; доступ к briefs и документации проекта.
• Сеть/chain: Bittensor (Subnet 93).
• Комиссии: издержки участия зависят от сети/инфраструктуры; детали — в Tier‑1 источниках.

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

• Компоненты: майнер/валидатор подсети, сервер briefs, интеграции для проверки аналитики YouTube.
• Роли участников: бренды, creators/miners, validators.
• Где выполняется логика: проверки метрик — offchain (через API/аналитику), учёт стимулов — onchain слой Bittensor.
• Зависимости: внешняя аналитика (YouTube Analytics) и инфраструктура подсети.

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

• Утилити токена: вознаграждение создателей и валидаторов за вклад в подсеть.
• Источники необходимости в протоколе: incentive‑контур нужен, чтобы распределять вознаграждения по измеримым метрикам.
• Эмиссия/сжигание: — (не установлено по Tier‑1).
• Механизмы безопасности/стимулов: в Tier‑1 источниках описана проверка через аналитику и анти‑эксплойт ограничения.
• Ограничение: точный тикер/стандарт/контракты токена подсети не установлены по Tier‑1.

Управление

• Кто принимает решения: — (не установлено по Tier‑1).
• Как меняются параметры протокола: —.
• Где обсуждают/принимают решения: GitHub (issues/PR) и каналы сообщества (см. links_*).
• Ключи/мультисиг: —.

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

• Аудиты: — (не установлено по Tier‑1).
• Bug bounty: — (не установлено по Tier‑1).
• Инциденты: — (не установлено по Tier‑1).
• Модель угроз: риски манипуляции метриками вовлечения; в Tier‑1 источниках описаны ограничения/lookback и анти‑эксплойт меры.

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

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

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

• Интеграции: YouTube Analytics (для проверки метрик) и сервер briefs (см. links_*).
• Партнёры: — (не установлено по Tier‑1).
• Где реально используется: активные briefs доступны на dashboard (см. links_*).

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

• Что здесь реально ИИ? Tier‑1 whitepaper заявляет “AI‑verified” проверки/валидацию контента/метрик, но Tier‑1 техописание модели/метрик качества этой части не выявлено.
• Что реально onchain? учёт и стимулирование участников в рамках Bittensor Subnet 93.
• Зачем нужен токен? “alpha token” подсети используется для вознаграждений создателей и валидаторов.
• Красные флаги (по найденной информации): “AI‑валидация” без техописания/метрик; зависимость от внешних данных (аналитика) и возможные манипуляции метриками.

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

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

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

Подробнее

AI reality

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

• AI_0 (decision): 1
• Claim (1 строка): В Tier‑1 whitepaper заявлено, что валидация/проверка контента “validated by AI”.
• Evidence: Tier‑1 — https://bitcast.network/whitepaper
• Why sufficient / why not (1 строка): Это Tier‑1 intent/заявление об AI‑части, но без техдеталей модели/метрик (AI_1..AI_4 остаются 0).
• Conflict note (если есть): —

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

• AI_1 (decision): 0
• Claim (1 строка): Не найдено Tier‑1 техописание, что именно делает AI‑компонент и как измеряется его качество.
• Evidence: Tier‑1 — https://bitcast.network/whitepaper
• Why sufficient / why not (1 строка): Есть декларация “AI‑verified”, но без описания механики/метрик — ставим 0.
• Conflict note (если есть): —

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

• AI_2 (decision): 0
• Claim (1 строка): Есть dashboard briefs, но это не демонстрация AI‑компонента как “AI reality”.
• Evidence: Tier‑1 — https://www.dashboard.bitcast.network/briefs
• Why sufficient / why not (1 строка): Для AI_2=1 требуется демо, показывающее работу AI‑части; по Tier‑1 не выявлено.
• Conflict note (если есть): —

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

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

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

• AI_4 (decision): 0
• Claim (1 строка): Техописание AI‑части (архитектура/версии модели) не выявлено по Tier‑1.
• Evidence: Tier‑1 — https://bitcast.network/whitepaper
• Why sufficient / why not (1 строка): Для AI_4 нужен явный технический артефакт; не найден.
• Conflict note (если есть): —

Onchain necessity

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

• OC_1 (decision): 1
• Сеть: Bittensor (Subnet 93)
• Адреса/идентификаторы: Subnet 93 (SN93)
• Evidence: Tier‑1 — https://github.com/bitcast-network/bitcast
• Why sufficient / why not (1 строка): Tier‑1 README идентифицирует подсеть и указывает на on-chain компенсацию.
• Conflict note (если есть): —

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

• OC_2 (decision): 1
• Какая полезная логика onchain: распределение вознаграждений и учёт веса вкладов в подсети.
• Evidence: Tier‑1 — https://github.com/bitcast-network/bitcast
• Why sufficient / why not (1 строка): В Tier‑1 README указано, что Bittensor управляет on-chain компенсацией.
• Conflict note (если есть): —

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

• OC_3 (decision): 0
• Тест “замены блокчейна”: не найдено Tier‑1 обоснование, что без ончейна продукт “ломается” (а не превращается в централизованную программу вознаграждений).
• Evidence: Tier‑1 — https://github.com/bitcast-network/bitcast
• Why sufficient / why not (1 строка): Для OC_3 нужен явный аргумент; по Tier‑1 не выявлен.
• Conflict note (если есть): —

Token necessity

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

• TK_0 (decision): 0
• Claim (1 строка): В Tier‑1 README описан “Bitcast alpha token” как токен вознаграждений подсети.
• Evidence: Tier‑1 — https://github.com/bitcast-network/bitcast
• Why sufficient / why not (1 строка): Tier‑1 источник прямо упоминает наличие alpha token.
• Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

• TK_1 (decision): 0
• Claim (1 строка): Не найдено Tier‑1 описание “платежа за сервис” токеном как обязательного механизма для пользователей.
• Evidence: Tier‑1 — https://bitcast.network/whitepaper
• Why sufficient / why not (1 строка): В Tier‑1 источниках токен описан как reward‑механизм, а не как pay‑per‑use.
• Conflict note (если есть): —

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

• TK_2 (decision): 1
• Claim (1 строка): Alpha token используется для стимулов: вознаграждения майнерам/валидаторам за вклад и метрики вовлечения.
• Evidence: Tier‑1 — https://github.com/bitcast-network/bitcast ; https://bitcast.network/whitepaper
• Why sufficient / why not (1 строка): Tier‑1 источники описывают reward‑механизм подсети и привязку к метрикам.
• Conflict note (если есть): —

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

• TK_3 (decision): 0
• Claim (1 строка): Governance‑использование токена не установлено по Tier‑1.
• Evidence: Tier‑1 — https://github.com/bitcast-network/bitcast
• Why sufficient / why not (1 строка): Нет явного описания голосований/управления через токен.
• Conflict note (если есть): —

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

• TK_4 (decision): 0
• Claim (1 строка): Заменимость alpha token на иной механизм не установлена по Tier‑1.
• Evidence: Tier‑1 — https://bitcast.network/whitepaper
• Why sufficient / why not (1 строка): Для TK_4 нужен явный аргумент; по Tier‑1 не выявлен.
• Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://github.com/bitcast-network/bitcast	Subnet 93, роли miners/validators/briefs и факт on-chain компенсации; упоминание “Bitcast alpha token”.
Tier‑1	https://bitcast.network/whitepaper	Описание модели briefs/проверки метрик и заявления “validated by AI”.
Tier‑1	https://www.dashboard.bitcast.network/briefs	Активные briefs как “поверхность” продукта.
Tier‑2	https://taostats.io/subnets/93/chart	Метрики/визуализация подсети (контекст).
Tier‑1	—	Tier‑1 источник по утверждению “точный тикер/стандарт токена проекта” не найден / не подтверждён Tier‑1.