
Chutes
SN64#219
O que é Chutes?
Chutes é uma plataforma descentralizada e serverless de inferência e computação de IA, construída como Bittensor Subnet 64, projetada para permitir que desenvolvedores implantem e executem workloads de modelos open-source sem ter que provisionar GPUs diretamente, gerenciar autoscaling ou operar infraestrutura de inferência sob medida.
Sua principal proposta de valor é a abstração operacional – empacotando inferência e execução de “código de IA” como um serviço gerenciado – enquanto terceiriza o provisionamento de capacidade para um lado ofertante competitivo de mineradores e aplica incentivos de performance/qualidade por meio do sistema de incentivos da Bittensor; na prática, o “fosso” competitivo está menos em “IP de modelos inovadores” e mais na combinação de uma plataforma de desenvolvedor com opinião forte, um marketplace de dois lados para computação e primitivas de segurança/verificação como ferramentas de atestação de GPU que tentam reduzir o risco de hardware falso e de relatos incorretos.
Em termos de estrutura de mercado, Chutes não é uma chain de Layer 1 competindo por execução de smart contracts de uso geral; é um subnet de computação na camada de aplicação cujo “token” é um ativo alfa (sn64) nativo da economia de dTAO/subnets da Bittensor, em vez de um ativo de liquidação independente.
No início de 2026, agregadores de dados de terceiros geralmente colocam Chutes entre os maiores subnets da Bittensor em participação de emissões e atenção de liquidez, enquanto a posição no ranking de market cap depende fortemente de como os provedores de dados modelam o supply circulante dos tokens alfa.
Na prática, isso significa que “escala” para Chutes deve ser interpretada mais como throughput e uso da plataforma do que como TVL ao estilo DeFi, porque o produto dominante é inferência/compute e não colateral travado.
Quem fundou Chutes e quando?
Chutes surgiu na era pós-dTAO da Bittensor, depois que os subnets passaram a ter seus próprios tokens “alfa” negociáveis e pools de staking semelhantes a AMMs, um regime documentado em TAOstats alpha token explainer. Registros públicos de subnets descrevem o SN64 como operado por “Chutes Global Corp”, uma corporation internacional registrada em Nevis, e associam o subnet a chaves operacionais corporativas em explorers da Bittensor.
O projeto se apresenta tanto como um stack de software open-source quanto como uma plataforma hospedada, com o codebase principal e repositórios adjacentes organizados sob a organização chutesai no GitHub, e materiais de onboarding para desenvolvedores consolidados na documentação da Chutes.
Com o tempo, a narrativa se ampliou de “endpoint de inferência descentralizada” para um enquadramento mais próximo de plataforma: “chutes” (aplicações) implantáveis pelo usuário, com fluxos de build/deploy padronizados, mecânicas de cobrança baseadas em uso e uma superfície de produto em expansão que inclui runtimes de agentes (por exemplo, “Squad”) e reivindicações de computação segura.
Essa evolução é relevante porque desloca o conjunto de concorrentes da Chutes para longe de “pares de inferência na Bittensor” estritamente, aproximando-o de APIs de inferência centralizadas e plataformas para desenvolvedores; a questão de investimento passa a ser se oferta descentralizada somada a ferramentas de plataforma é estruturalmente competitiva em custo e confiável o suficiente para workloads em produção ao longo de ciclos de mercado.
Como funciona a rede Chutes?
Chutes herda sua base de segurança e o framework de incentivos da Bittensor, em vez de operar uma rede de consenso independente. Subnets da Bittensor são coordenados por validadores e mineradores sob um mecanismo frequentemente descrito na documentação do ecossistema como consenso estilo Yuma, no qual validadores ponderam mineradores e emissões são distribuídas com base em performance observada e influência lastreada em stake; a documentação de validadores e mineradores do TAOstats detalha que, no nível de subnet, as emissões são divididas entre mineradores e validadores (e seus delegadores) sob regras definidas.
Nesse modelo, os “provedores de compute” da Chutes são mineradores oferecendo capacidade de hardware e qualidade de serviço, enquanto validadores realizam pontuação/verificação e roteiam incentivos, e o dono do subnet controla partes da lógica de aplicação e da parametrização que definem o que é um serviço “bom”.
Tecnicamente, Chutes se diferencia por tratar inferência como um alvo de implantação serverless com semânticas de empacotamento repetíveis. O SDK/CLI open-source descreve um “chute” como uma aplicação (com frequência análoga a um serviço FastAPI) implantada sobre uma imagem de container, com restrições de seleção de nós (contagem de GPUs, mínimos de VRAM, listas de permissão/bloqueio) e parâmetros de autoscaling; esses mesmos materiais descrevem verificações de autenticidade de GPU e de runtime via middleware e uma biblioteca de validação de GPU.
No lado de segurança, Chutes tem enfatizado publicamente Ambientes de Execução Confiáveis (TEEs) como direção de produto e declara disponibilidade de TEE em suas páginas de plataforma (veja Chutes Platform); dito isso, “TEE” em implantações reais é um espectro, e a literatura acadêmica e profissional mostrou repetidamente que TEEs seguem vulneráveis a ataques de canal lateral e mau uso operacional, o que deve moderar qualquer inferência de “privacidade absoluta” a partir do rótulo sozinho.
Quais são os tokenomics de sn64?
sn64 é um “token alfa” no desenho dTAO da Bittensor, em vez de um token L1 independente com política monetária própria. Sob as definições do TAOstats, cada token alfa de subnet tem um teto máximo de emissão de 21 milhões, com distinções entre emissão total, supply circulante, tokens reciclados e tokens queimados; “circulante” é geralmente modelado como o alfa no pool de liquidez somado ao alfa em staking.
Dashboards de terceiros para SN64 mostram uma diferença significativa entre emissão e supply circulante (isto é, uma grande porção não livremente negociável em um dado momento) e também expõem parâmetros específicos do subnet, como root proportion e chaves de operador, enquanto agregadores de dados de mercado reportam estimativas de supply circulante e rankings diferentes dependendo de seu pipeline de ingestão.
A conclusão “perene” importante é que sn64 se comporta como um direito específico do subnet sobre emissões e atenção, com liquidez e float que podem mudar de forma relevante à medida que fluxos de staking migram entre subnets.
A utilidade e a captura de valor de sn64 são primariamente endógenas à economia de incentivos da Bittensor, em vez de impulsionadas por burns de taxas no sentido do Ethereum. Tokens alfa são adquiridos via TAO por meio de pools de subnet, e manter/fazer staking de alfa é o mecanismo pelo qual participantes buscam exposição às emissões de um subnet; a documentação de alfa do TAOstats descreve explicitamente essa relação: o pool do subnet determina o preço do alfa de forma mecânica, alfa é usado para exposição via staking e para registrar neurônios do subnet, e o gasto de registro é “reciclado” em vez de destruído permanentemente.
Para um leitor institucional, a implicação prática é que o perfil de retorno esperado de sn64 está fortemente acoplado a (i) participação do SN64 nas emissões da Bittensor, (ii) fluxos líquidos de staking para dentro do pool do subnet, (iii) capacidade da plataforma de sustentar demanda real por inferência e (iv) condições de liquidez no pool TAO/alfa – fatores que podem dominar qualquer narrativa simplista de “uso → taxas → burn”.
Quem está usando Chutes?
Chutes se encontra em uma fronteira de mensuração complicada: muito do uso no mundo real pode ocorrer via chamadas de API e integrações de desenvolvedor que não se traduzem de forma transparente em contagens de transações on-chain, enquanto negociações de sn64 e fluxos de staking podem ser bem visíveis on-chain mesmo quando a demanda de inferência por usuários finais é fraca.
O próprio projeto posiciona a plataforma como voltada para workloads de inferência em grande escala e implantações de desenvolvedores, e diretórios do ecossistema às vezes citam contagens agregadas de usuários entre Chutes e produtos adjacentes de consumo/agentes.
No entanto, na ausência de métricas de API auditadas, investidores devem tratar alegações de “usuários” e de “tokens processados” como informativas em nível direcional, mas não equivalentes à atividade verificada on-chain; para uma plataforma de computação, confiabilidade, churn e retenção de uso pago são as questões mais difíceis.
Onde parcerias estão em jogo, os sinais mais sólidos são colaborações explícitas, nomeadas, com outros projetos que tenham encaixe de produto plausível. Um exemplo é o alinhamento de integração descrito publicamente com Desearch, apresentado como o pareamento de busca/recuperação de dados descentralizada (SN22) com a camada de inferência serverless da Chutes para pipelines de RAG/agentes.
Esse tipo de colaboração é significativo na medida em que indica que a equipe está mirando stacks de aplicações compostos, multi-subnet, em vez de demos de inferência isoladas; não é, por si só, evidência de adoção corporativa, e alegações de uso institucional devem ser descontadas, a menos que venham acompanhadas de compras verificáveis, divulgações contratuais ou confirmações confiáveis de terceiros.
Quais são os riscos e desafios para Chutes?
A exposição regulatória para Chutes tem duas camadas: a incerteza usual de classificação de tokens (especialmente para ativos que podem ser enquadrados como geradores de retorno via emissões) e a sensibilidade regulatória emergente em torno de infraestrutura de IA, alegações de privacidade e provisão de computação transfronteiriça. Não há, até o início de 2026, nenhuma ação de fiscalização amplamente divulgada nos EUA específica de Chutes ou narrativa em torno de ETFs que domine a cobertura, mas essa ausência não deve ser lida como clareza regulatória; sn64 costuma ser acessível por meio de venues cripto-nativos e AMMs de subnet, em vez de infraestrutura de valores mobiliários registrada, e as divulgações corporativas/operacionais do projeto incluem uma estrutura de registro offshore.
Separadamente, marketing baseado em “confidential compute” via TEE tende a atrair escrutínio elevado, porque afirmações fortes (“privado”, “seguro”, “isolado”) podem ser inconsistentes com limitações conhecidas e riscos de má configuração em TEEs, conforme discutido na literatura de segurança; se a mensagem de produto da Chutes ultrapassar o que é tecnicamente aplicável de ponta a ponta, isso pode se tornar um risco reputacional e, em algumas jurisdições, um risco de proteção ao consumidor.
Vetores de centralização também não são triviais. Mesmo que a capacidade de mineradores seja descentralizada em princípio, o throughput real pode se concentrar em um pequeno conjunto de operadores com mais GPUs, enquanto o controle sobre o código da plataforma, validation logic, e política de roteamento podem permanecer materialmente centralizadas no operador e em um pequeno conjunto de validadores. O próprio SDK destaca ferramentas de enforcement, como validação em GPU e verificações de middleware, o que é positivo do ponto de vista de controle de qualidade, mas também ressalta que o Chutes depende de um plano de software/controle cuidadosamente selecionado; a descentralização na borda de hardware não elimina o risco de governança da plataforma.
A concorrência vem de ambas as direções: dentro do Bittensor, outras subnets voltadas para inferência e computação podem atrair emissões e atenção, e fora do Bittensor, provedores centralizados de inferência podem comprimir margens via escala, silício customizado e distribuição integrada; o Chutes precisa competir com alguma combinação de custo, latência, atualização de modelos e postura de privacidade, ao mesmo tempo em que gerencia a fragilidade dos ciclos de liquidez cripto-nativos.
Qual é a Perspectiva Futura para o Chutes?
A perspectiva de curto prazo é melhor descrita como risco de execução em torno de “computação segura” e endurecimento da plataforma, em vez de upside especulativo. O projeto sinalizou publicamente a disponibilidade de TEE e comunicou mudanças contínuas na plataforma em seus próprios canais.
Se TEE se tornar um diferencial significativo, o Chutes ainda precisará resolver os problemas práticos que normalmente quebram computação confidencial em produção – UX de atestação, gestão de chaves, modelos de ameaça de side-channel e auditorias independentes críveis – enquanto mantém desempenho e custo competitivos. Estruturalmente, o Chutes também permanece exposto a mudanças no regime de emissões em nível de Bittensor e ao ajuste de incentivos das subnets, bem como à dinâmica de liquidez dos alpha pools descrita pelo framework de tokenomics do TAOstats.
A interpretação mais defensável de “roadmap” é que o Chutes está tentando se tornar uma camada de inferência durável, voltada a desenvolvedores, dentro de uma economia de IA descentralizada mais ampla; se isso é sustentável depende menos de liderança de narrativa e mais de confiabilidade mensurável, retenção de uso pago e da capacidade da plataforma de manter alta a qualidade da oferta à medida que a competição por miners e emissões se intensifica.
