
Chutes
SN64#223
¿Qué es Chutes?
Chutes es una plataforma descentralizada y sin servidor de inferencia y cómputo de IA, construida como Bittensor Subnet 64, diseñada para permitir que los desarrolladores desplieguen y ejecuten cargas de trabajo de modelos de código abierto sin aprovisionar directamente GPUs, sin gestionar el autoescalado ni operar infraestructura de inferencia a medida.
Su propuesta de valor central es la abstracción operativa: empaquetar la inferencia y la ejecución de “código de IA” como un servicio gestionado, mientras externaliza el aprovisionamiento de capacidad a un lado de la oferta competitivo formado por mineros, y aplica el sistema de incentivos de Bittensor para hacer cumplir el rendimiento y la calidad; en la práctica, el foso competitivo se basa menos en “IP de modelos novedosos” que en la combinación de una plataforma de desarrolladores con una opinión clara, un mercado bilateral de cómputo y primitivos de seguridad/verificación como herramientas de atestación de GPU que intentan reducir el riesgo de hardware falso y de informes engañosos.
En términos de estructura de mercado, Chutes no es una cadena base de Capa 1 que compita por la ejecución de contratos inteligentes de propósito general; es un subnet de cómputo a nivel de aplicación cuyo “token” es un activo alfa (sn64) nativo de la economía dTAO/subnet de Bittensor, en lugar de un activo de liquidación independiente.
A principios de 2026, rastreadores de terceros suelen situar a Chutes entre los subnets más grandes de Bittensor por cuota de emisiones y atención de liquidez, mientras que la posición en el ranking de capitalización de mercado más amplio depende en gran medida de cómo los proveedores de datos modelan la oferta circulante de los tokens alfa.
En la práctica, esto significa que la “escala” de Chutes debe interpretarse más como rendimiento y uso de la plataforma que como TVL al estilo DeFi, porque el producto dominante es la inferencia/cómputo, no el colateral bloqueado.
¿Quién fundó Chutes y cuándo?
Chutes surgió en la era posterior a dTAO de Bittensor, después de que los subnets comenzaran a tener sus propios tokens “alfa” negociables y pools de staking tipo AMM, un régimen documentado en el TAOstats alpha token explainer. Los registros públicos de subnets describen a SN64 como operado por “Chutes Global Corp”, una corporación internacional registrada en Nevis, y asocian el subnet con claves operativas corporativas en los exploradores de Bittensor.
El proyecto se presenta a sí mismo tanto como un stack de software de código abierto como una plataforma alojada, con la base de código principal y los repositorios adyacentes organizados bajo la organización de GitHub chutesai, y el material de incorporación orientado a desarrolladores consolidado en la documentación de Chutes.
Con el tiempo, la narrativa se ha ampliado desde “endpoint de inferencia descentralizado” hacia un encuadre más orientado a plataforma: “chutes” (aplicaciones) desplegables por el usuario con flujos de trabajo estandarizados de construcción/despliegue, mecánicas de facturación basadas en uso y una superficie funcional en expansión que incluye runtimes para agentes (por ejemplo, “Squad”) y pretensiones de cómputo seguro.
Esta evolución importa porque desplaza el conjunto competitivo de Chutes, alejándolo de ser solo un “par de inferencia dentro de Bittensor” y acercándolo a APIs de inferencia y plataformas para desarrolladores centralizadas; la cuestión de inversión pasa a ser si la oferta descentralizada combinada con las herramientas de plataforma es estructuralmente competitiva en costes y suficientemente fiable para cargas de trabajo en producción a lo largo de los ciclos de mercado.
¿Cómo funciona la red de Chutes?
Chutes hereda su seguridad base y su marco de incentivos de Bittensor, en lugar de ejecutar una red de consenso independiente. Los subnets de Bittensor se coordinan mediante validadores y mineros bajo un mecanismo comúnmente descrito como consenso estilo Yuma en la documentación del ecosistema, donde los validadores ponderan a los mineros y las emisiones se distribuyen según el rendimiento observado y la influencia respaldada por staking; la documentación de validadores y mineros de TAOstats detalla que, a nivel de subnet, las emisiones se reparten entre mineros y validadores (y sus delegadores) bajo reglas definidas.
En este modelo, los “proveedores de cómputo” de Chutes son mineros que ofrecen capacidad de hardware y calidad de servicio, mientras que los validadores realizan puntuación/verificación y enrutan los incentivos, y el propietario del subnet controla partes de la lógica de aplicación y la parametrización que definen qué es un servicio “bueno”.
Técnicamente, Chutes se diferencia al tratar la inferencia como un objetivo de despliegue sin servidor con una semántica de empaquetado repetible. El SDK/CLI de código abierto describe un “chute” como una aplicación (a menudo análoga a un servicio FastAPI) desplegada sobre una imagen de contenedor, con restricciones de selección de nodos (número de GPUs, VRAM mínima, listas de permitidos/prohibidos) y parámetros de autoescalado; el mismo material describe comprobaciones de autenticidad de GPU y de runtime mediante middleware y una biblioteca de validación de GPU.
En el lado de la seguridad, Chutes ha enfatizado públicamente los Entornos de Ejecución Confiable (TEEs) como una dirección de producto y declara la disponibilidad de TEEs en sus páginas de plataforma (ver Chutes Platform); dicho esto, en despliegues reales “TEE” es un espectro, y la literatura académica y de practicantes ha demostrado repetidamente que los TEEs siguen siendo vulnerables a canales laterales y a un uso operativo incorrecto, lo que debería moderar cualquier inferencia de “privacidad absoluta” basada solo en la etiqueta.
¿Cuáles son los tokenomics de sn64?
sn64 es un “token alfa” en el diseño dTAO de Bittensor, más que un token L1 independiente con política monetaria propia. Según las definiciones de TAOstats, cada token alfa de subnet tiene un tope máximo de emisión de 21 millones, con distinciones entre emisión total, oferta circulante, tokens reciclados y tokens quemados; en general, la “oferta circulante” se modela como el alfa en el pool de liquidez más el alfa que está en staking.
Los paneles de terceros para SN64 muestran una brecha significativa entre emisión y oferta circulante (es decir, una gran porción no libremente negociable en un momento dado), y también exponen parámetros específicos del subnet como la proporción de root y las claves de operador, mientras que los agregadores de datos de mercado informan diferentes estimaciones de oferta circulante y rankings según su canal de ingestión.
La conclusión “perenne” importante es que sn64 se comporta como un derecho específico del subnet sobre emisiones y atención, con liquidez y flotación que pueden cambiar de forma material a medida que los flujos de staking se desplazan entre subnets.
La utilidad y la captura de valor de sn64 son principalmente endógenas a la economía de incentivos de Bittensor, más que impulsadas por quemas de comisiones en el sentido de Ethereum. Los tokens alfa se adquieren vía TAO a través de pools de subnets, y mantener/hacer staking de alfa es el mecanismo mediante el cual los participantes buscan exposición a las emisiones del subnet; la documentación de alfa de TAOstats enmarca la relación de forma explícita: el pool del subnet determina mecánicamente el precio del alfa, el alfa se utiliza para exposición vía staking y para registrar neuronas de subnet, y el gasto de registro se “recicla” en lugar de destruirse de forma permanente.
Para un lector institucional, la conclusión práctica es que el perfil de retorno esperado de sn64 está estrechamente ligado a (i) la cuota de emisiones de Bittensor atribuida a SN64, (ii) los flujos netos de staking hacia el pool del subnet, (iii) la capacidad de la plataforma para sostener demanda real de inferencia y (iv) las condiciones de liquidez en el pool TAO/alfa; factores que pueden dominar cualquier narrativa simplista de “uso → comisiones → quema”.
¿Quién está utilizando Chutes?
Chutes se sitúa en una frontera de medición incómoda: gran parte de su uso en el mundo real puede darse a través de llamadas de API e integraciones de desarrolladores que no se corresponden de forma transparente con recuentos de transacciones on-chain, mientras que el trading de sn64 y los flujos de staking pueden ser muy visibles on-chain incluso cuando la demanda de inferencia por parte de usuarios finales es débil.
El propio proyecto posiciona la plataforma como un servicio para cargas de trabajo de inferencia a gran escala y despliegues de desarrolladores, y los directorios del ecosistema a veces citan recuentos agregados de usuarios que abarcan Chutes y productos adyacentes de consumo/agentes.
Sin embargo, en ausencia de métricas de API auditadas, los inversores deberían tratar las afirmaciones sobre “usuarios” y “tokens procesados” como informativas de forma direccional, pero no equivalentes a actividad verificada on-chain; para una plataforma de cómputo, la fiabilidad, la rotación y la retención de uso de pago son las cuestiones más difíciles.
En lo que respecta a asociaciones, las señales más claras son colaboraciones explícitas y nombradas con otros proyectos que tengan un encaje de producto plausible. Un ejemplo es la alineación de integración descrita públicamente con Desearch, enmarcada como el emparejamiento de búsqueda/recuperación de datos descentralizada (SN22) con la capa de inferencia sin servidor de Chutes para pipelines de RAG/agentes.
Este tipo de colaboración es significativa en la medida en que indica que el equipo apunta a stacks de aplicaciones componibles y multi-subnet, en lugar de demos de inferencia aisladas; no es, por sí sola, evidencia de adopción empresarial, y las afirmaciones de adopción institucional deberían descontarse a menos que vayan acompañadas de adquisiciones verificables, divulgaciones contractuales o confirmaciones creíbles de terceros.
¿Cuáles son los riesgos y desafíos para Chutes?
La exposición regulatoria para Chutes tiene dos capas: la incertidumbre habitual sobre la clasificación de tokens (especialmente para activos que pueden enmarcarse como generadores de rendimientos vía emisiones) y la sensibilidad regulatoria emergente en torno a la infraestructura de IA, las promesas de privacidad y la provisión de cómputo transfronteriza. No hay, a principios de 2026, una acción de cumplimiento específica en EE. UU. sobre Chutes o una narrativa de ETF que domine la cobertura, pero esa ausencia no debe interpretarse como claridad regulatoria; sn64 suele ser accesible a través de venues cripto-nativos y AMMs de subnets en lugar de infraestructura de valores registrada, y las divulgaciones corporativas/de operador del proyecto incluyen una huella de registro offshore.
Por separado, el marketing basado en “cómputo confidencial” con TEEs tiende a atraer un escrutinio elevado porque las afirmaciones contundentes (“privado”, “seguro”, “aislado”) pueden ser inconsistentes con las limitaciones conocidas y los riesgos de mala configuración de los TEEs, tal como se discute en la literatura de seguridad; si el mensaje de producto de Chutes excede lo que es técnicamente aplicable de extremo a extremo, eso puede convertirse en un riesgo reputacional y, en algunas jurisdicciones, de protección al consumidor.
Los vectores de centralización tampoco son triviales. Aunque la capacidad de los mineros es descentralizada en principio, el rendimiento real puede concentrarse en un pequeño conjunto de operadores con más GPUs, mientras que el control sobre el código de la plataforma, 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.
Competitive threats come from both directions: within Bittensor, other inference and compute-oriented subnets can attract emissions and mindshare, and outside Bittensor, centralized inference providers can compress margins via scale, custom silicon, and integrated distribution; Chutes must compete on some combination of cost, latency, model freshness, and privacy posture, while also managing the fragility of crypto-native liquidity cycles.
¿Cuál es la perspectiva futura para Chutes?
La perspectiva a corto plazo se enmarca mejor como un riesgo de ejecución en torno al “cómputo seguro” y el endurecimiento de la plataforma, en lugar de como un potencial alcista especulativo. El proyecto ha señalado públicamente la disponibilidad de TEEs y ha comunicado cambios continuos de la plataforma en sus propios canales.
Si los TEEs se convierten en un factor diferenciador significativo, Chutes aún tiene que resolver los problemas prácticos que suelen romper el cómputo confidencial en producción: la experiencia de usuario de la atestación, la gestión de claves, los modelos de amenaza de canales laterales y las auditorías creíbles de terceros, todo ello manteniendo un rendimiento y un costo competitivos. Estructuralmente, Chutes también sigue expuesto a cambios en el régimen de emisiones a nivel de Bittensor y al ajuste de incentivos de las subredes, así como a la dinámica de liquidez de los alpha pools descrita por el marco de tokenomics de TAOstats.
La interpretación más defendible de la “hoja de ruta” es que Chutes intenta convertirse en una capa de inferencia duradera y orientada a desarrolladores dentro de una economía de IA descentralizada más amplia; si eso es sostenible depende menos del liderazgo narrativo y más de la confiabilidad medible, la retención de uso de pago y la capacidad de la plataforma para mantener alta la calidad de la oferta a medida que se intensifica la competencia por mineros y emisiones.
