Chutes

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

Chutes — AI/Inference | Infra проект в Bittensor (subnet), токен (символ: —).

Дисклеймер

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

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

Что это: платформа/субнет для запуска serverless‑инференса (и другого AI‑кода) на распределённых GPU‑ресурсах; в доках указано, что это Bittensor Subnet 64.
Для кого: для разработчиков/команд, которые хотят разворачивать модели/“chutes” (приложения) и для операторов майнеров/валидаторов Bittensor.
Зачем ончейн/токен: onchain‑часть — механика субнета (стимулы/веса/участие) через сеть Bittensor; в модели Dynamic TAO у субнета есть subnet‑specific “alpha” токен и TAO‑резервы (см. Evidence).

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

Пользователь делает: регистрируется (через Bittensor hotkey), создаёт API key и развёртывает “chute” (приложение).
Система делает: маршрутизирует выполнение на майнеров с подходящими GPU; SDK/CLI описывает процесс сборки образов и деплоя.
Пользователь получает: endpoint/API для инференса/запуска AI‑кода и масштабирование по нагрузке (в рамках платформы).
Где блокчейн: Subnet 64 в Bittensor фиксирует сетевые параметры/участников и экономику стимулов.
Роль токена (если есть): внешний токен проекта (ERC‑20 и т.п.) не зафиксирован по Tier‑1; при этом у субнета в Bittensor есть subnet‑specific “alpha” токен (Dynamic TAO) и onchain‑экономика стимулов.

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

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

Поле	Значение
Название проекта	Chutes
Также известен как (aliases)	chutes.ai, Subnet 64
Лого (logo)	../assets/436_chutes_logo.svg
Символ токена (ticker)	—
Категория	AI/Inference \| Infra
Основная сеть (chain)	Bittensor
Тип	Appchain
Статус сети	mainnet
Консенсус (consensus)	—
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	native
Контракт токена	Subnet netuid 64 (Bittensor)
Модель токена (token_type)	—
Макс. предложение	—
Эмиссия	—
Токеномика (tokenomics, кратко)	subnet “alpha” token + TAO‑резервы/эмиссии (Dynamic TAO)
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	serverless inference engine
Use‑case (use_case)	GPU inference for AI apps
DecAI Fit — AI‑соответствие	5/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	2 / 3 / 1 / 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://chutes.ai/
Docs	https://docs.chutes.ai/
GitHub	https://github.com/rayonlabs/chutes
Releases / Changelog	https://chutes.ai/news
Whitepaper	https://chutes.ai/news/chutes-a-decentralized-ai-platform
Roadmap	https://chutes.ai/roadmap
Security advisories	https://chutes.ai/docs/core-concepts/security-architecture
Explorer	https://taostats.io/subnets/64/chart
X	https://twitter.com/chutes_ai
Discord	https://discord.com/invite/hvvt8hAye6
Telegram	—
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/chutes
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/chutes/

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

Chutes позиционируется как платформа для развертывания и запуска AI‑инференса и другого serverless AI‑кода на распределённых GPU‑ресурсах. В доках прямо указано, что проект “powered by Bittensor” и работает как Subnet 64, а в публичном репозитории описаны термины (chute/cord/image), процесс регистрации и работы через CLI/SDK.

Фичи/модули

CLI/SDK для сборки и деплоя “chutes” (приложений).
Модель “image → chute → cord” (docker‑образы, приложения и функции/эндпоинты).
Регистрация через Bittensor hotkey signatures и управление API keys.

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

Сценарий 1: разработчик создаёт chute (FastAPI‑приложение) → деплоит на платформу → получает endpoint для запросов.
Сценарий 2: оператор запускает майнер/валидатор субнета → участвует в сети и получает стимулы по правилам Bittensor.

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

Что нужно: Bittensor wallet/hotkey (для регистрации) + следовать “Get Started” в официальных доках/README.
Сеть/chain: Bittensor Subnet 64.
Комиссии: зависят от модели платформы и сети Bittensor; в рамках карточки не зафиксированы.

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

Компоненты: клиентский SDK/CLI + платформа (API) + сеть майнеров/валидаторов (Bittensor subnet).
Где выполняется логика: вычисления/инференс выполняются offchain на GPU; onchain обеспечивает идентичность/участие и экономику стимулов субнета.

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

Экономика субнета: в рамках Bittensor стимулы зависят от качества/валидирования и параметров сети.
Токен субнета (Dynamic TAO): у субнета есть subnet‑specific “alpha” токен и TAO‑резервы (см. Evidence); внешний токен проекта (ERC‑20 и т.п.) не зафиксирован по Tier‑1.

Управление

Не установлено по Tier‑1 на дату проверки.

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

Аудиты / bug bounty / инциденты: не установлено по Tier‑1.
Модель угроз: типовые риски распределённой offchain‑инфраструктуры (зависимости от валидатора/маршрутизации, злоупотребления провайдерами GPU, безопасность API‑ключей) и риски экономики субнета Bittensor (атаки на скоринг/стимулы).

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

Текущий статус: активен; subnet в mainnet Bittensor.
Roadmap: опубликован (ссылка в links_*).

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

Экосистема: участие наблюдаемо по onchain‑метрикам субнета (taostats); другие интеграции/партнёры по Tier‑1 не зафиксированы.

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

Что здесь реально ИИ? Tier‑1 источники описывают платформу инференса/запуска AI‑кода (в т.ч. deployment шаблоны для моделей) и инфраструктурный SDK.
Что реально onchain? субнет существует как Bittensor Subnet 64 (netuid 64), где onchain участвует в механике стимулов/весов.
Зачем нужен токен? в Bittensor субнет‑экономика использует TAO и subnet‑specific “alpha” токен (Dynamic TAO) для стимулов/распределения эмиссий.
Красные флаги (по найденной информации): без Tier‑1 фиксации “токена проекта” не использовать Tier‑2 агрегаторы как доказательство; по безопасности важны реальные security‑страницы/аудиты (если появятся).

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

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

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

Подробнее

AI reality

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

AI_0 (decision): 0
Claim (1 строка): AI описан как работающий use‑case платформы (inference engine), а не только намерение.
Evidence: Tier‑1 — https://docs.chutes.ai/
Why sufficient / why not (1 строка): intent не добавляет сигнала при наличии Tier‑1 описания продукта.

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

AI_1 (decision): 1
Claim (1 строка): запуск AI‑инференса/AI‑кода как сервис (serverless inference) через платформу.
Evidence: Tier‑1 — https://docs.chutes.ai/
Why sufficient / why not (1 строка): доки прямо описывают продукт как inference engine.

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

AI_2 (decision): 0
Claim (1 строка): публичный app/demo “что можно потрогать” не зафиксирован по Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): без явной ссылки на app/demo в Tier‑1 — ставим 0.

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

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

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

AI_4 (decision): 1
Claim (1 строка): в доках/README описаны ключевые сущности (image/chute/cord), регистрация, API keys и процесс деплоя.
Evidence: Tier‑1 — https://github.com/rayonlabs/chutes ; https://docs.chutes.ai/
Why sufficient / why not (1 строка): есть техописание взаимодействия и инструментов разработчика.

Onchain necessity

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

OC_1 (decision): 1
Сеть: Bittensor
Адреса/идентификаторы: subnet netuid 64
Evidence: Tier‑1 — https://taostats.io/subnets/64/chart
Why sufficient / why not (1 строка): taostats фиксирует существование субнета в сети Bittensor.

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

OC_2 (decision): 1
Какая полезная логика onchain: onchain‑уровень участвует в учёте субнета и экономике стимулов (через сеть Bittensor).
Evidence: Tier‑1 — https://taostats.io/subnets/64/chart
Why sufficient / why not (1 строка): subnet как часть onchain‑сети не сводится к “токену проекта”.

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

OC_3 (decision): 1
Тест “замены блокчейна”: без ончейна ломается trustless‑механика распределения стимулов/весов между участниками субнета.
Evidence: Tier‑1 — https://docs.learnbittensor.org/subnets/understanding-subnets ; https://taostats.io/subnets/64/chart
Why sufficient / why not (1 строка): incentive network субнета опирается на onchain‑состояние/стимулы.

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): в Bittensor у субнета есть subnet‑specific “alpha” токен (Dynamic TAO); внешний токен проекта (ERC‑20 и т.п.) не зафиксирован по Tier‑1.
Evidence: Tier‑1 — https://docs.learnbittensor.org/subnets/understanding-subnets
Why sufficient / why not (1 строка): “нет токена” неверно для субнета; при этом отдельный внешний токен проекта не установлен.

TK_1..TK_4 (1/0)

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

TK_1 (decision): 0
Claim (1 строка): платёж токеном проекта за сервис не установлен по Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): нет Tier‑1 артефактов pay‑per‑call на токене проекта.

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

TK_2 (decision): 1
Claim (1 строка): субнет‑экономика распределяет эмиссии/стимулы между майнерами/валидаторами и опирается на onchain‑механику Bittensor (Dynamic TAO).
Evidence: Tier‑1 — https://docs.learnbittensor.org/subnets/understanding-subnets ; https://taostats.io/subnets/64/chart
Why sufficient / why not (1 строка): Tier‑1 доки описывают стимулы/эмиссии в субнетах; taostats подтверждает конкретный netuid.

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

TK_3 (decision): 0
Claim (1 строка): governance‑роль токена проекта не установлена по Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): нет Tier‑1 описания governance через токен проекта.

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

TK_4 (decision): 0
Claim (1 строка): заменимость токена/субнет‑экономики на альтернативную модель не установлена по Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): для субнетов роль токена/TAO встроена в экономику Bittensor; вывод о заменимости требует отдельного анализа.

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://docs.chutes.ai/	Tier‑1 описание продукта как inference engine и указание “Powered by Bittensor (Subnet 64)”.
Tier‑1	https://github.com/rayonlabs/chutes	Tier‑1 артефакт SDK/CLI: регистрация, API keys, деплой chutes и техописание сущностей.
Tier‑1	https://docs.learnbittensor.org/subnets/understanding-subnets	Tier‑1 описание субнетов Bittensor: onchain‑консенсус/эмиссии/стимулы; subnet‑specific “alpha” токены (Dynamic TAO).
Tier‑1	https://taostats.io/subnets/64/chart	Onchain‑факт существования Bittensor subnet netuid 64.
Tier‑2	https://www.coingecko.com/en/coins/chutes	Справочный профиль и навигация по ссылкам.
Tier‑2	https://coinmarketcap.com/currencies/chutes/	Справочный профиль и навигация по ссылкам.