Chutes

Що таке Chutes?

Chutes — це децентралізована, безсерверна платформа для інференсу й AI‑обчислень, побудована як Bittensor Subnet 64. Вона створена для того, щоб розробники могли розгортати й запускати робочі навантаження відкритих моделей без прямого забезпечення GPU, керування автоскейлінгом чи експлуатації спеціалізованої інференс‑інфраструктури.

Її основна цінність — операційна абстракція: інференс і виконання «AI‑коду» упаковано як керовану послугу, тоді як надання потужностей передано конкурентному пулу майнерів, а продуктивність і якість забезпечуються через систему стимулів Bittensor. На практиці «ровом» тут є менше «унікальний IP моделей», а більше поєднання думково оформленої платформи для розробників, двостороннього маркетплейсу обчислень і примітивів безпеки/верифікації на кшталт інструментів атестації GPU, які намагаються зменшити ризики фейкового обладнання та маніпуляцій із репортингом.

З погляду ринкової структури, Chutes — це не базовий ланцюг Layer 1, що конкурує за виконання загального призначення смартконтрактів; це прикладний обчислювальний сабнет, «токен» якого є альфа‑активом (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, а матеріали для онбордингу розробників зібрані в документації Chutes.

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

Ця еволюція важлива, оскільки вона зміщує конкурентне оточення Chutes від суто «інференс‑пірів у Bittensor» у бік централізованих інференс‑API та платформ для розробників. Інвестиційне питання полягає в тому, чи може поєднання децентралізованої пропозиції потужностей і платформених інструментів бути структурно конкурентоспроможним за вартістю та надійним для продакшн‑навантажень упродовж ринкових циклів.

Як працює мережа Chutes?

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

У цій моделі «постачальниками обчислень» для Chutes є майнери, які пропонують апаратні ресурси та якість сервісу, тоді як валідатори виконують скоринг/верифікацію й маршрутизацію стимулів, а власник сабнету контролює частину прикладної логіки й параметрів, що визначають, яким має бути «якісний» сервіс.

Технічно Chutes відрізняється тим, що трактує інференс як ціль розгортання у форматі serverless із повторюваними семантиками пакування. Відкритий SDK/CLI описує «chute» як застосунок (часто аналог FastAPI‑сервісу), розгорнутий поверх контейнерного образу, з обмеженнями вибору нод (кількість GPU, мінімум VRAM, списки дозволених/заборонених), а також параметрами автоскейлінгу. Ті самі матеріали описують перевірку автентичності 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 та суміжних споживчих/агентних продуктів.

Однак за відсутності аудованих API‑метрик інвесторам варто сприймати твердження про «користувачів» і «оброблені токени» як орієнтовні, але не еквівалентні верифікованій ончейн‑активності. Для обчислювальної платформи складнішими питаннями є надійність, відтік і утримання платного використання.

Щодо партнерств, чистішими сигналами є явні, поіменовані колаборації з іншими проєктами, для яких існує правдоподібний продуктовий фіт. Один приклад — публічно описана інтеграційна узгодженість із Desearch, подана як поєднання децентралізованого пошуку/отримання даних (SN22) з безсерверним інференс‑шаром Chutes для RAG/агентних пайплайнів.

Така співпраця має значення остільки, оскільки свідчить, що команда націлена на композиційні, мульти‑сабнетні стекі застосунків, а не ізольовані інференс‑демо. Вона сама по собі не є доказом корпоративного впровадження, й заяви про інституційне використання слід дисконтувати, якщо вони не супроводжуються перевірними закупівельними чи договірними розкриттями або достовірними підтвердженнями з боку третіх сторін.

Які ризики та виклики стоять перед 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. The SDK itself highlights enforcement tooling like GPU validation and middleware checks, which is positive from a quality-control standpoint but also underscores that Chutes depends on a curated software/control plane; decentralization at the hardware edge does not eliminate platform governance risk.

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

Які перспективи Chutes на майбутнє?

Короткострокові перспективи найкраще описати як ризики виконання в частині «безпечних обчислень» і посилення стійкості платформи, а не як спекулятивний апсайд. Проєкт публічно заявив про доступність TEE і повідомляв про поточні зміни платформи у власних каналах.

Якщо TEE стане суттєвим диференціатором, Chutes усе одно доведеться розв’язати практичні проблеми, які зазвичай ламають конфіденційні обчислення в продакшені: UX атестації, керування ключами, моделі загроз побічних каналів та надійні аудити третіми сторонами — при цьому зберігаючи конкурентоспроможну продуктивність і вартість. Структурно Chutes також залишається вразливим до змін емісійного режиму на рівні Bittensor і налаштування стимулів підмереж, а також до динаміки ліквідності альфа-пулів, описаної в токеномічній моделі TAOstats.

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