TrajectoryRL lanzó el validador v0.7.8 el 8 de noviembre de 2026, activando por defecto su configuración de emisión BURN ALL en un pull request fusionado. En Bittensor Subnet 11 (SN11), cada tick de pesos ahora apunta el 100% del peso de minero al UID 74 del propietario, ignorando al ganador de política de fusión en turno. Como SN11 quema la emisión reciclada de mineros, esa porción se destruye en lugar de pagarse.

El cambio llegó al repositorio público de trajectoryRL como etiqueta de versión v0.7.8, y el mismo commit actualiza la versión del validador. Los operadores solo pueden restaurar los pesos normales del ganador estableciendo BURN_ALL=0.

Cómo BURN ALL cambia los ticks de pesos

Bajo la ruta de incentivos normal de SN11, los validadores leen al ganador canónico de la plataforma y llaman a set_weights. El minero en turno recibe entonces la porción completa de minero. Según la documentación del mecanismo de incentivos del proyecto, el mecanismo ya quemaba hacia el UID del propietario cuando no existía un asiento. La nueva bandera BURN_ALL extiende esa ruta de quema a cada tempo, la ventana recurrente en la que los validadores escriben pesos en la cadena, incluso mientras un ganador permanezca en el asiento.

En el código, el valor predeterminado es explícito. La bandera de quema está activada por defecto, y el cargador de entorno trata un BURN_ALL sin definir como "1". Cuando la bandera está activa, el tick de pesos establece el UID 74 con peso 1.0 y omite la rama del ganador. Las pruebas unitarias del pull request fusionado fijan ese comportamiento: el modo de quema escribe solo el UID 74 del propietario, el modo de quema desactivado escribe al ganador, y el valor predeterminado permanece activado.

Los mantenedores afirman que la quema debe ser colectiva. Yuma Consensus, el mecanismo de Bittensor para agregar los pesos de los validadores, ignora el peso de un validador sobre sí mismo, por lo que la fila propia del UID 74 no puede sostener la quema por sí sola. Cada validador que ejecute la nueva imagen debe establecer los mismos pesos. Una vez que la imagen esté disponible, se espera que Watchtower la descargue para los validadores comunitarios con actualización automática.

Por qué una quema en cadena importa para una competencia de IA

Bittensor es una red de IA descentralizada cuyas subredes especializadas compiten por participaciones de TAO, el token nativo de la red. TrajectoryRL es Bittensor Subnet 11. Los mineros presentan políticas de fusión que enrutan el trabajo de agentes entre modelos de pesos abiertos en Engy, y los validadores puntúan esos paquetes en sandboxes. La afirmación de producto de la Temporada 2 es que la política en turno se convierte en enrutamiento automático desplegable. El trabajo de la cadena en ese ciclo es estrecho y económico: es la capa de pesos y emisión que decide a quién se le paga su alpha, el token propio de la subred.

La IA es el objeto en disputa, no la quema en sí. Las políticas de fusión deciden qué modelos responden, en qué orden y bajo un límite de coste medido. Los validadores siguen evaluando escenarios y pueden seguir eligiendo a un ganador en la plataforma. Lo que cambia v0.7.8 es el cable de pago después de que ese asiento exista. Ganar la carrera de fusión ya no conlleva, por defecto, cobrar el flujo de emisión de minero.

Siga un tempo bajo el nuevo valor predeterminado. La plataforma sigue nombrando a un ganador en turno, y el demonio del validador sigue haciendo ticks. En lugar de escribir el UID de ese ganador en los pesos de la cadena, escribe el UID 74 del propietario al 100%. Con el modo reciclar-o-quemar de SN11 configurado en Burn, esa porción de minero se destruye. El pull request también indica un efecto secundario que el equipo dice haber observado ya en SN53 antes del lanzamiento: cuando la porción de minero se quema por completo, la participación de SN11 en la emisión más amplia de TAO cae hacia cero, incluida la inyección a pools y las compras en cadena. Los dividendos de validadores y la porción del propietario, según los autores, permanecen sin afectación.

Lo que está demostrado y lo que no

Lo que la fuente primaria demuestra es un valor predeterminado de software y una configuración de quema de subred declarada. La versión, la bandera de configuración, la rama del bucle de pesos y la constante del UID del propietario están todas en el árbol público. Las afirmaciones de que los validadores convergerán, que Watchtower completará el despliegue y cualquier cifra exacta de caída de la participación de TAO en vivo deben tratarse como resultados operativos, ya que dependen de quién actualice y de lo que muestre la cadena después de que los pesos se escriban.

La motivación sigue siendo un planteamiento del proyecto. El pull request explica el problema de coordinación (enmascaramiento de auto-peso) y cita el precedente de SN53. No prueba, por sí solo, cuánto tiempo permanecerá activa la quema, si los validadores con evaluación habilitada seguirán gastando en sandboxes mientras el pago a mineros está apagado, ni cuándo regresará BURN_ALL=0. Esos son hechos posteriores.

Para los lectores de IA y blockchain, el punto clave es la división entre clasificación y recompensa. Una subred puede seguir puntuando políticas de agentes mientras la ruta de emisión de minero apunta a un sumidero de quema. La competencia, la evaluación y la selección de producto pueden continuar, pero el pago al ganador de fusión en turno no puede, bajo este valor predeterminado, hasta que los operadores desactiven la bandera o la flota diverja. El experimento se sitúa junto a otros proyectos de IA descentralizada que redefinen qué es un stake o un cliente, como el paso de 0G de activos en stake a créditos de cómputo de IA.

El modelo mental es simple: la emisión BURN ALL de TrajectoryRL no es una nueva regla de puntuación. Es una política de pesos predeterminada que redirige la porción de minero al UID 74 del propietario para que la cadena la queme. Lo que hay que observar es si los validadores comunitarios realmente convergen en v0.7.8, si la participación de TAO de SN11 se comprime como se afirma y si la política automática de Engy en turno sigue valiendo la pena defenderse cuando el pago al minero está intencionalmente vacío.

Fuente: Live Bitcoin News