Chutes

Что такое Chutes?

Chutes — это децентрализованная серверлесс‑платформа для AI‑инференса и вычислений, построенная как Bittensor Subnet 64, предназначенная для того, чтобы разработчики могли развёртывать и запускать рабочие нагрузки с открытыми моделями без прямого выделения GPU, управления автоскейлингом или эксплуатации собственной инфраструктуры для инференса.

Ключевая ценность Chutes — операционная абстракция: платформа упаковывает инференс и выполнение «AI‑кода» как управляемый сервис, а обеспечение мощности передаёт конкурентной стороне предложения из майнеров, при этом производительность и качество усиливаются через систему стимулов Bittensor. На практике «ров» проекта строится не столько на «новом IP моделей», сколько на сочетании opinionated‑платформы для разработчиков, двухстороннего маркетплейса вычислений и примитивов безопасности/верификации — таких как инструменты аттестации GPU, снижающие риск фейкового железа и искажённой отчётности.

С точки зрения рыночной структуры Chutes — это не L1‑базовая сеть, конкурирующая за универсальное исполнение смарт‑контрактов; это вычислительная сабсеть прикладного уровня, чей «токен» является альфа‑активом (sn64), нативным экономике dTAO/сабнетов Bittensor, а не независимым расчётным активом.

По состоянию на начало 2026 года сторонние трекеры обычно относят Chutes к числу крупнейших сабнетов Bittensor по доле эмиссии и вниманию ликвидности, в то время как более широкий ранг по рыночной капитализации сильно зависит от того, как провайдеры данных моделируют обращающееся предложение для альфа‑токенов.

На практике это означает, что «масштаб» Chutes корректнее интерпретировать как пропускную способность и загрузку платформы, а не как DeFi‑подобный TVL, потому что основной продукт — это инференс/вычисления, а не залоченный залог.

Кто основал Chutes и когда?

Chutes появился в пост‑dTAO‑период развития Bittensor, когда сабсети получили собственные торгуемые «альфа‑токены» и пул‑стейкинг, похожий на AMM, режим, описанный в TAOstats alpha token explainer. Публичные реестры сабнетов описывают SN64 как управляемый «Chutes Global Corp» — международной бизнес‑корпорацией, зарегистрированной на Невисе, и связывают сабсеть с корпоративными операционными ключами в эксплорерах Bittensor.

Проект позиционирует себя одновременно как открытый программный стек и как хостинговую платформу: основной код и смежные репозитории организованы в chutesai GitHub organization, а онбординг‑материалы для разработчиков собраны в Chutes documentation.

Со временем нарратив расширился от «децентрализованной точки доступа инференса» до более платформенного фрейминга: развёртываемые пользователями «chutes» (приложения) со стандартными пайплайнами сборки/деплоя, биллингом на основе использования и расширяющейся поверхностью, включающей рантаймы агентов (например, «Squad») и претензии на защищённые вычисления.

Эта эволюция важна, потому что она смещает конкурентное окружение Chutes от чистых «пиров по инференсу в Bittensor» к централизованным API инференса и dev‑платформам; инвестиционный вопрос превращается в то, достаточно ли децентрализованное предложение плюс платформенные инструменты структурно конкурентны по стоимости и надёжны для продакшн‑нагрузок на протяжении рыночных циклов.

Как работает сеть Chutes?

Chutes наследует базовую безопасность и систему стимулов от Bittensor, а не запускает собственную консенсус‑сеть. Сабсети Bittensor координируются валидаторами и майнерами по механизму, который в документации экосистемы обычно описывается как Yuma‑стиль консенсуса: валидаторы взвешивают майнеров, а эмиссия распределяется на основе наблюдаемой производительности и влияния, подкреплённого стейком. Документация по валидаторам и майнерам в TAOstats детализирует, что на уровне сабсети эмиссия делится между майнерами и валидаторами (и их делегаторами) по заданным правилам.

В этой модели «поставщики вычислений» Chutes — это майнеры, предлагающие аппаратные ресурсы и качество сервиса, в то время как валидаторы выполняют скоринг/верификацию и направляют стимулы, а владелец сабсети контролирует часть логики приложения и параметров, которые определяют, что считать «хорошим» сервисом.

Технически Chutes выделяется тем, что рассматривает инференс как цель для серверлесс‑деплоя с повторяемой упаковкой. Open‑source SDK/CLI описывает «chute» как приложение (часто аналог сервиса FastAPI), развёртываемое поверх контейнерного образа с ограничениями выбора нод (количество GPU, минимальный объём VRAM, allow/deny‑листы) и параметрами автоскейлинга; в этих же материалах описываются проверки подлинности GPU и среды выполнения через мидлвар и библиотеку валидации GPU.

С точки зрения безопасности Chutes публично подчёркивает доверенные среды исполнения (TEE) как продуктовое направление и заявляет о доступности TEE на своих платформенных страницах (см. Chutes Platform); при этом в реальных развёртываниях «TEE» — это спектр, а академическая и практическая литература неоднократно показывала, что TEE остаются уязвимыми к побочным каналам и эксплуатационным ошибкам, поэтому любые выводы об «абсолютной приватности» на основе одного только ярлыка следует смягчать.

Как устроены токеномика sn64?

sn64 — это «альфа‑токен» в дизайне dTAO Bittensor, а не самостоятельный L1‑токен с независимой монетарной политикой. В определениях TAOstats каждый альфа‑токен сабсети имеет максимальный объём эмиссии в 21 миллион, с различением между общей эмиссией, обращающимся предложением, «переработанными» токенами и сожжёнными токенами; «обращающимся» обычно моделируется альфа в пуле ликвидности плюс альфа в стейкинге.

Сторонние дашборды по SN64 показывают заметный разрыв между эмиссией и обращающимся предложением (то есть значительная доля не является свободно торгуемой в данный момент) и также раскрывают параметры сабсети, такие как «root proportion» и операторские ключи, тогда как агрегаторы рыночных данных дают разные оценки обращения и ранги в зависимости от своего конвейера данных.

Важный «вневременной» вывод — sn64 ведёт себя как специфическое для сабсети требование на эмиссию и внимание, с ликвидностью и флотом, которые могут существенно меняться по мере перетока стейкинга между сабсетями.

Утилитарность и захват стоимости для sn64 в первую очередь эндогенны к стимульной экономике Bittensor, а не продиктованы механикой сжигания комиссий в «эфирном» смысле. Альфа‑токены приобретаются за TAO через пулы сабсетей, а владение/стейкинг альфа — механизм, через который участники получают экспозицию к эмиссии сабсети. Документация TAOstats по альфа‑токенам прямо описывает эту связь: пул сабсети механически определяет цену альфа, альфа используется для стейкинговой экспозиции и регистрации нейронов сабсети, а траты на регистрацию «перерабатываются», а не уничтожаются навсегда.

Для институционального читателя практический вывод в том, что ожидаемый профиль доходности sn64 жёстко привязан к (i) доле SN64 в эмиссии Bittensor, (ii) чистым потокам стейкинга в пул сабсети, (iii) способности платформы поддерживать реальный спрос на инференс и (iv) условиям ликвидности в пуле TAO/alpha — факторам, которые могут полностью доминировать над любой упрощённой моделью «использование → комиссии → сжигание».

Кто пользуется Chutes?

Chutes находится в неудобной точке измерения: значительная часть реального использования может приходиться на API‑вызовы и интеграции разработчиков, которые не транслируются прозрачно в ончейн‑счётчики транзакций, тогда как торговля и стейкинг sn64 могут быть очень заметными в ончейне даже при слабом конечном спросе на инференс.

Сам проект позиционирует платформу как обслуживающую крупномасштабные рабочие нагрузки инференса и деплои разработчиков, а каталоги экосистемы иногда приводят агрегированные пользовательские метрики по Chutes и смежным consumer/agent‑продуктам.

Однако при отсутствии аудированных метрик API инвесторам следует относиться к заявлениям о «пользователях» и «обработанных токенах» как к направляющим, но не эквивалентным ончейн‑подтверждённой активности; для вычислительной платформы более сложные вопросы — это надёжность, отток и удержание платящей нагрузки.

В части партнёрств более чистыми сигналами служат явные, поимённые коллаборации с другими проектами, где просматривается внятный продуктовый фит. Один пример — публично описанное выравнивание интеграции с Desearch, преподнесённое как сочетание децентрализованного поиска/извлечения данных (SN22) с серверлесс‑слоем инференса Chutes для RAG/agent‑пайплайнов.

Подобные коллаборации значимы постольку, поскольку показывают, что команда нацелена на композиционные, мульти‑сабсетные стеки приложений, а не изолированные демо‑инференсы; сами по себе они не являются доказательством корпоративного внедрения, и заявления об институциональном использовании следует дисконтировать, пока их не подкрепляют проверяемые закупки, договорные раскрытия или достоверные подтверждения от третьих сторон.

Каковы риски и вызовы для Chutes?

Регуляторные риски для Chutes имеют два уровня: обычная неопределённость классификации токенов (особенно для активов, которые можно представить как приносящие доход через эмиссию) и формирующаяся чувствительность регуляторов к AI‑инфраструктуре, заявлениям о приватности и трансграничному предоставлению вычислений. По состоянию на начало 2026 года нет широко освещаемых, специфичных для Chutes мер принудительного исполнения в США или ETF‑нарратива, доминирующих в новостях, но отсутствие такого внимания нельзя трактовать как регуляторную определённость: sn64, как правило, доступен через крипто‑нативные площадки и AMM‑пулы сабсетей, а не через зарегистрированную инфраструктуру ценных бумаг, а корпоративные/операторские раскрытия проекта включают офшорную юрисдикцию регистрации.

Отдельно маркетинг «конфиденциальных вычислений» на базе TEE, как правило, привлекает повышенное внимание, потому что сильные заявления («приватные», «безопасные», «изолированные») могут расходиться с известными ограничениями и рисками неправильной конфигурации TEE, описанными в литературе по безопасности; если продуктовый месседжинг Chutes выходит за рамки того, что технически обеспечимо end‑to‑end, это может вылиться в репутационный и в ряде юрисдикций — в потребительско‑правовой риск.

Векторы централизации также нетривиальны. Хотя мощность майнеров в принципе децентрализована, реальная пропускная способность может концентрироваться у небольшого числа операторов с наибольшими GPU, в то время как контроль над кодом платформы, validation logic, and routing policy can remain materially centralized in the operator and a small validator set. Сам SDK подчёркивает инструменты обеспечения соблюдения правил, такие как валидация GPU и проверки на уровне middleware, что позитивно с точки зрения контроля качества, но также подчёркивает, что Chutes зависит от курируемого программного/управляющего контура; децентрализация на уровне аппаратного края не устраняет риск централизованного управления платформой.

Конкурентные угрозы приходят с обеих сторон: внутри Bittensor другие подсети, ориентированные на инференс и вычисления, могут привлекать эмиссию и внимание, а за пределами Bittensor централизованные провайдеры инференса могут сжимать маржу за счёт масштаба, кастомного кремния и интегрированных каналов дистрибуции; Chutes должен конкурировать за счёт некоторой комбинации стоимости, задержки, актуальности моделей и конфиденциальности, одновременно управляя хрупкостью крипто-нативных циклов ликвидности.

What Is the Future Outlook for Chutes?

Ближайшие перспективы лучше всего описывать как риски исполнения вокруг «защищённых вычислений» и усиления платформы, а не как спекулятивный апсайд. Проект публично заявил о доступности TEE и сообщил о продолжающихся изменениях платформы в собственных каналах.

Если TEE станет значимым дифференциатором, Chutes всё равно придётся решать практические задачи, которые обычно ломают конфиденциальные вычисления в продакшене, — UX аттестации, управление ключами, модели угроз по сторонним каналам утечки и надёжные аудиты третьих сторон — при этом сохраняя конкурентоспособные показатели производительности и стоимости. Структурно Chutes также остаётся подвержен изменениям эмиссионного режима на уровне Bittensor и настройке стимулов субнетов, а также динамике ликвидности alpha-пулов, описанной в токеномической модели TAOstats.

Наиболее защищённая интерпретация «дорожной карты» заключается в том, что Chutes пытается стать устойчивым, ориентированным на разработчиков слоем инференса внутри более широкой децентрализованной AI-экономики; устойчивость этого подхода в меньшей степени зависит от лидерства в нарративе и в большей — от измеримой надёжности, удержания платящих пользователей и способности платформы сохранять высокое качество предложения по мере усиления конкуренции за майнеров и эмиссию.