Cómo funcionan las subredes de Bittensor: consenso y más

Las subredes de Bittensor funcionan como mecanismos de incentivos autosuficientes donde los mineros proporcionan una mercancía de IA y los validadores valoran continuamente esa producción al enviar vectores de peso a un ritmo fijo. Subtensor luego ejecuta Yuma Consensus en la cadena para convertir esos pesos en emisiones de subred y pagos a los participantes, con una capa separada que decide cuánto recibe la subred en emisiones.

Conclusiones Clave

• Una subred de Bittensor es principalmente un libro de reglas fuera de la cadena (tarea + puntuación) que se vuelve económicamente vinculante solo cuando sus pesos de validador se establecen en la cadena mediante el Consenso de Yuma.
• Dentro de cada tempo (descrito como 360 bloques), los validadores consultan a los mineros a través de sinapsis y envían un vector de peso, y Subtensor agrega esos vectores con recorte ponderado por participación.
• Las emisiones se dividen a nivel de bloque en la arquitectura descrita: 41% para los mineros, 41% para los validadores y 18% para el creador de la subred.
• Las emisiones de subred son de dos capas.asignaciónProblema: una capa decide la parte de emisiones de red del subred (pesos raíz y, en el marco posterior a 2025, señales de participación al estilo dTAO), y otra capa decide quién dentro de la subred recibe pagos.

Cómo están estructurados los subredes de Bittensor

Un creador de subredes implementa un mecanismo de incentivos que especifica dos cosas que importan en una pantalla: lo que los mineros deben producir y lo que los validadores medirán. Ese mecanismo de incentivos vive en gran medida fuera de la cadena como código y convenciones, y luego se lanza en la blockchain de Subtensor para que la subred sea descubrible y pueda ser conectada a la liquidación en cadena.

La vista de plantilla de una subred de bittensor es deliberadamente concreta. Una subred tiene mineros, validadores, un protocolo que define cómo se comunican y el Bittensor.APIpegamento que permite a esos actores interactuar con el motor de liquidación en cadena, consenso yuma.

En la plantilla de referencia, lo que se "envía" y lo que se "devuelve" se define en template/protocol.py, el comportamiento del minero está en neurons/miner.py, y el comportamiento del validador está en neurons/validator.py. La lógica de avance y recompensa del validador también son superficies explícitas, en template/forward.py y template/reward.py.

Ese diseño de archivo no es solo ergonomía para desarrolladores. Es la línea de demarcación que la mayoría de los explicadores difuminan. La cadena no es donde se define la tarea de IA, y no es donde se ejecuta la mayor parte de la lógica de puntuación. El trabajo de la cadena es registrar la participación, aceptar las presentaciones de peso de los validadores y ejecutar la agregación que finaliza los pagos. El trabajo de la subred es definir la mercancía y la medición.

Por eso el marco más amplio de “subredes TAO explicadas” es útil: el objeto económico no es “un contrato”, es un diseño de mercado. La parte en la cadena solo lo hace ejecutable.

Flujo de trabajo de mineros y validadores dentro de subredes

Una ronda de subred es un bucle de entrada/salida con un formato de carga útil estandarizado y un bucle de puntuación que puede ser tan subjetivo como desee la subred. La plantilla describe la comunicación de Bittensor como dos procesos: preparar datos para el tránsito creando y llenando sinapsis, y luego procesar las respuestas recibidas de los axones.

Los validadores envían solicitudes a través de una dendrita, los mineros sirven respuestas a través de un axón, y la sinapsis es el contenedor de solicitud-respuesta.

La SubnetsAPI de la plantilla formaliza esa interfaz en torno a dos métodos abstractos: prepare_synapse y process_responses. El objetivo no es la firma exacta del método. El objetivo es que las subredes estandarizan cómo un validador convierte "Quiero probar mineros en X" en una carga útil, y cómo convierte "aquí están las respuestas de los mineros" en algo puntuable.

Operativamente, el flujo de trabajo dentro de un tempo se ve así:

1. Los validadores generan consultas y construyen sinapsis. La sinapsis codifica la entrada de tarea específica de la subred. 2. Los validadores envían sinapsis a un conjunto de mineros a través de llamadas dendríticas y reciben respuestas axónicas. 3.

Los validadores aplican lógica de avance y recompensa específica de la subred para convertir las respuestas en un vector de peso, que está más cerca de una asignación de cartera que de una única puntuación. 4. Los validadores comprometen ese vector de peso a Subtensor para la subred.

Ese detalle del "vector de peso" es la parte que cambia la forma de razonar sobre los incentivos. Los validadores no solo están calificando a los mineros. Están expresando continuamente una preferencia relativa entre los mineros, y esas preferencias son lo que la cadena luego agrega. Si la función de recompensa de una subred está mal diseñada, los mineros adversarios no necesitan romper la cadena. Solo necesitan aprender qué paga el código del validador.

Cómo Yuma Consensus convierte puntuaciones en recompensas

Cada tempo termina con un evento de liquidación. El mecanismo descrito en el documento es que al final de cada tempo, definido como 360 bloques, Subtensor recoge los vectores de peso de los validadores para cada subred y los introduce en Yuma Consensus. Yuma luego aplica un recorte ponderado por participación para producir emisiones de mineros y validadores.

El detalle del recorte es la capa de aplicación en la cadena. Los validadores pueden enviar los pesos que deseen, pero el paso de agregación está diseñado para reducir el impacto de los pesos atípicos en relación con el punto de referencia ponderado por participación. El resultado es que los pagos no son "lo que dijo un validador", y no son "exactitud bruta". Son un resultado de consenso moldeado por la participación.

El mismo documento también define la plomería de pagos a nivel de bloque en la arquitectura descrita. El TAO acuñado de cada bloque se divide en un 41% para los mineros, un 41% para los validadores y un 18% para el creador de la subred. Los delegadores participan apostando a los validadores y compartiendo en las emisiones de los validadores en proporción a su participación.

Aquí es donde el modelo mental de dos libros de órdenes comienza a importar. Dentro de la subred, los mineros y validadores compiten por la división 41/41 que Yuma asigna en función de los pesos agregados. Fuera de la subred, la subred misma compite por cuánto emisión recibe en primer lugar. Confundir esas capas lleva a una mala atribución. Un minero puede mejorar y aún así ganar menos si la participación de emisión de la subred disminuye. Un minero también puede ganar más sin mejorar si la participación de emisión de la subred aumenta.

El token tao es la unidad que hace esto legible, porque todas estas emisiones y participaciones están denominadas en TAO en la capa base incluso cuando existen tokens a nivel de subred.

Cómo se asignan las emisiones entre subredes

Las emisiones de subred no solo se tratan de quién gana dentro de una subred. Hay una decisión separada sobre cuán grande es el pastel de la subred. En la descripción previa a dTAO en el documento, la participación relativa de las subredes en las emisiones de la red es gobernada por la red raíz, descrita como los 64 validadores más grandes.

Ese control a nivel de raíz no es hipotético. Los comandos raíz de BTCLI exponen operaciones explícitas para establecer pesos para subredes por netuid, y para aumentar o reducir el peso de una subred dentro de la red raíz.

La documentación muestra comandos para listar miembros raíz y para recuperar los pesos raíz actuales, que es la visibilidad en la cadena que realmente les importa a los comerciantes y constructores cuando intentan explicar por qué cambiaron las recompensas de una subred.

El marco post-2025 complica la historia y necesita ser nombrado claramente. Tokenomist describe un modelo donde apostar TAO en una subred se trata como una señal que afecta la parte de emisiones de esa subred, y afirma que desde el 14 de febrero de 2025, cada subred tiene su propio token alfa.

Esa es la intuición de la era dtao: los flujos de capital se convierten en la señal de asignación, en lugar de una valoración raíz similar a la de un comité.

La importante reconciliación es que ambas descripciones apuntan a la misma realidad estructural: hay una palanca de asignación "entre subredes". En una era, es explícitamente comandable a través de pesos raíz. En otra era, se expresa a través de flujos de participación en subredes y sus grupos de tokens alfa. De cualquier manera, cualquiera que intente entender las emisiones de subredes tiene que separar:

1. La parte de emisión de la subred en relación con otras subredes. 2. La distribución de esa parte entre mineros, validadores, delegadores y el propietario de la subred.

Esa separación es la diferencia entre diagnosticar una subred que está perdiendo asignación a nivel de red frente a un minero que está perdiendo peso de validador.

Implicaciones prácticas y riesgos clave

El mecanismo de incentivos es el producto. La arquitectura del documento incorpora una participación en los ingresos para el creador de la subred a través del 18% de participación del propietario de la subred, lo que hace que el diseño de la subred se asemeje más al lanzamiento de un mercado con economía de tasa de toma que al despliegue de un bien público neutral.

Los constructores que ignoran eso malinterpretarán por qué ciertas subredes se mantienen agresivamente y otras estancan.

El efecto de segundo orden es la concentración. El trabajo empírico del documento documenta que la participación predice fuertemente las recompensas y que tanto la participación como las recompensas pueden estar altamente concentradas entre subredes, lo que crea una pregunta persistente sobre si las emisiones rastrean la calidad de salida o la posición de capital.

Tokenomist señala un ejemplo concreto de esta brecha con el caso SN28, donde las emisiones fueron atraídas a través de una participación concentrada y alineación de validadores en lugar de "salida de IA fuerte", y menciona actualizaciones como Taoflow como intentos de hacer que los bucles simples sean más difíciles de mantener.

Para mineros y validadores, el tempo es el latido operativo porque el asentamiento ocurre en ese ritmo. El sistema no paga por una sola gran respuesta. Paga por ser consistentemente puntuable por el conjunto de validadores para cuando se envían los pesos cada ventana de 360 bloques.

Para los poseedores de TAO, la distinción práctica clave es entre elegir exposición a todo el sistema frente a elegir la dinámica de asignación de una subred específica. Tokenomist describe Subred Cero como una opción para aquellos que no quieren elegir subredes individuales, mientras que aún reciben emisiones proporcionales a través de subredes activas.

Cerca del final de cualquier discusión sobre "subredes TAO explicadas", la misma pregunta debería hacerse de nuevo: ¿está la subred compitiendo por una mayor parte de las emisiones de la red, o los participantes solo están luchando por la misma parte dentro de la subred? La mayor parte de la confusión proviene de mezclar esos dos libros de contabilidad.

La Opinión

He visto a personas aprender Bittensor memorizando el eslogan "los mineros responden, los validadores puntúan", y luego ser sorprendidos por el motor de asignación de dos capas. El error costoso es tratar la puntuación de un validador como un veredicto final. El Consenso Yuma en cadena establece vectores de peso a un tempo con recorte ponderado por participación, por lo que el pago es un resultado de consenso, no un fallo de un juez.

También he visto a constructores enviar una tarea de minero ingeniosa y subinvertir en la lógica de avance y recompensa del validador. Ahí es donde se define el mercado. Yuma pagará fielmente lo que el mecanismo mida, y la capa raíz o las señales de participación al estilo dTAO deciden cuánto se emite para lo que la subred está jugando. Si esos dos "libros de órdenes" no están separados, cada gráfico de recompensas se malinterpreta.

Fuentes

• RaoFoundation plantilla de subred bittensor (GitHub)
• Lui & Sun (arXiv)
• Documentación de BTCLI de la Fundación Opentensor
• Tokenomist