Como funcionam as sub-redes Bittensor: consenso Yuma e mais

As sub-redes Bittensor funcionam como mecanismos de incentivo autônomos, onde os mineradores fornecem uma commodity de IA e os validadores continuamente precificam essa produção ao submeter vetores de peso em um tempo fixo. O Subtensor então executa o Consenso Yuma on-chain para converter esses pesos em emissões da sub-rede e pagamentos aos participantes, com uma camada separada decidindo quanto de emissão a sub-rede recebe no total.

Principais Conclusões

• Uma subnet Bittensor é principalmente um livro de regras off-chain (tarefa + pontuação) que se torna economicamente vinculativo apenas quando seus pesos de validador são liquidadas on-chain pelo Consenso Yuma.
• Dentro de cada tempo (descrito como 360 blocos), os validadores consultam os mineradores por meio de sinapses e enviam um vetor de peso, e o Subtensor agrega esses vetores com recorte ponderado por participação.
• As emissões são divididas no nível do bloco na arquitetura descrita: 41% para mineradores, 41% para validadores e 18% para o criador da subnet.
• As emissões de sub-rede são de duas camadasalocaçãoproblema: uma camada decide a parte das emissões de rede da sub-rede (pesos raiz e, na estrutura pós-2025, sinais de participação estilo dTAO), e outra camada decide quem dentro da sub-rede recebe pagamento.

Como os sub-redes do Bittensor são estruturadas

Um criador de sub-rede implementa um mecanismo de incentivo que especifica duas coisas importantes em uma tela: o que os mineradores devem produzir e o que os validadores irão medir. Esse mecanismo de incentivo vive em grande parte fora da cadeia como código e convenções, e depois é lançado na blockchain Subtensor para que a sub-rede seja descobrível e possa ser conectada ao liquidação na cadeia.

A visão do template de uma subnet do bittensor é deliberadamente concreta. Uma subnet tem mineradores, validadores, um protocolo que define como eles se comunicam e a API do Bittensor que permite que esses atores interajam com o motor de liquidação em cadeia, consenso yuma.APIa cola que permite que esses atores interajam com o motor de liquidação em cadeia, consenso yuma.

No template de referência, o “que é enviado” e “o que é retornado” é definido em template/protocol.py, o comportamento do minerador está em neurons/miner.py e o comportamento do validador está em neurons/validator.py. A passagem para frente do validador e a lógica de recompensa também são superfícies explícitas, em template/forward.py e template/reward.py.

Esse layout de arquivo não é apenas ergonomia para desenvolvedores. É a linha de limite que a maioria dos explicadores confunde. A cadeia não é onde a tarefa de IA é definida, e não é onde a maior parte da lógica de pontuação é executada. O trabalho da cadeia é registrar a participação, aceitar submissões de peso de validadores e executar a agregação que finaliza os pagamentos. O trabalho da subnet é definir a mercadoria e a medição.

É por isso que a estrutura mais ampla “subnets TAO explicadas” é útil: o objeto econômico não é “um contrato”, é um design de mercado. A parte em cadeia apenas torna isso executável.

Fluxo de trabalho de minerador e validador dentro das subnets

Uma rodada de subnet é um loop de I/O com um formato de carga útil padronizado e um loop de pontuação que pode ser tão opinativo quanto a subnet desejar. O template descreve a comunicação do Bittensor como dois processos: preparar dados para trânsito criando e preenchendo sinapses, e então processar as respostas recebidas dos axônios.

Validadores enviam solicitações através de um dendrito, mineradores servem respostas através de um axônio, e a sinapse é o contêiner de solicitação-resposta.

A SubnetsAPI do template formaliza essa interface em torno de dois métodos abstratos: prepare_synapse e process_responses. O ponto não é a assinatura exata do método. O ponto é que as subnets padronizam como um validador transforma “quero testar mineradores em X” em uma carga útil, e como transforma “aqui estão as respostas dos mineradores” em algo pontuável.

Operacionalmente, o fluxo de trabalho dentro de um tempo se parece com isto:

1. Validadores geram consultas e constroem sinapses. A sinapse codifica a entrada da tarefa específica da subnet. 2. Validadores enviam sinapses para um conjunto de mineradores via chamadas de dendrito e recebem respostas de axônio. 3.

Validadores aplicam lógica de recompensa e passagem para frente específica da subnet para transformar respostas em um vetor de peso, que está mais próximo de uma alocação de portfólio do que de uma única pontuação. 4. Validadores comprometem esse vetor de peso ao Subtensor para a subnet.

Esse detalhe do "vetor de peso" é a parte que muda a forma de raciocinar sobre incentivos. Os validadores não estão apenas avaliando os mineradores. Eles estão continuamente expressando preferência relativa entre os mineradores, e essas preferências são o que a cadeia posteriormente agrega. Se a função de recompensa de uma subnet for mal projetada, mineradores adversariais não precisam quebrar a cadeia. Eles só precisam aprender o que o código do validador paga.

Como o Yuma Consensus transforma pontuações em recompensas

Todo tempo termina com um evento de liquidação. O mecanismo descrito no artigo é que, ao final de cada tempo, definido como 360 blocos, a Subtensor coleta os vetores de peso dos validadores para cada subnet e os alimenta no Yuma Consensus. O Yuma então aplica um recorte ponderado por stake para produzir emissões de mineradores e validadores.

O detalhe do recorte é a camada de aplicação on-chain. Os validadores podem enviar os pesos que quiserem, mas a etapa de agregação é projetada para reduzir o impacto de pesos atípicos em relação ao benchmark ponderado por stake. O resultado é que os pagamentos não são "o que um validador disse", e não são "precisão bruta". Eles são um resultado de consenso moldado por stake.

O mesmo artigo também define a estrutura de pagamento no nível do bloco na arquitetura descrita. O TAO cunhado de cada bloco é dividido em 41% para mineradores, 41% para validadores e 18% para o criador da subnet. Os delegadores participam apostando em validadores e compartilhando as emissões dos validadores em proporção à sua stake.

É aqui que o modelo mental de dois livros de ordens começa a importar. Dentro da subnet, mineradores e validadores estão competindo pela divisão 41/41 que o Yuma aloca com base nos pesos agregados. Fora da subnet, a própria subnet está competindo por quanto de emissão ela recebe em primeiro lugar. Confundir essas camadas leva a uma atribuição ruim. Um minerador pode melhorar e ainda assim ganhar menos se a parte de emissão da subnet encolher. Um minerador também pode ganhar mais sem melhorar se a parte de emissão da subnet aumentar.

O token tao é a unidade que torna isso legível, porque todas essas emissões e stakes são denominados em TAO na camada base, mesmo quando tokens de nível de subnet existem.

Como as emissões são alocadas entre subnets

As emissões de subnet não se tratam apenas de quem vence dentro de uma subnet. Há uma decisão separada sobre quão grande é a fatia da subnet. Na descrição pré-dTAO no artigo, a parte relativa das subnets nas emissões da rede é governada pela rede raiz, descrita como os 64 maiores validadores.

Esse controle na camada raiz não é hipotético. Os comandos raiz do BTCLI expõem operações explícitas para definir pesos para subnets por netuid, e para aumentar ou reduzir o peso de uma subnet dentro da rede raiz.

A documentação mostra comandos para listar membros raiz e para recuperar os pesos raiz atuais, que é a visibilidade on-chain que comerciantes e construtores realmente se importam ao tentar explicar por que as recompensas de uma subnet mudaram.

A estrutura pós-2025 complica a história, e precisa ser nomeada de forma clara. Tokenomist descreve um modelo onde o staking de TAO em uma subnet é tratado como um sinal que afeta a participação de emissões daquela subnet, e afirma que desde 14 de fevereiro de 2025, cada subnet tem seu próprio token alfa. Essa é a intuição da era dtao: os fluxos de capital se tornam o sinal de alocação, em vez de uma avaliação raiz semelhante a um comitê.

A importante reconciliação é que ambas as descrições apontam para a mesma realidade estrutural: existe uma alavanca de alocação "entre subnets". Em uma era, ela é explicitamente comandável por meio de pesos raiz. Em outra era, é expressa através dos fluxos de stake em subnets e suas pools de tokens alfa. De qualquer forma, qualquer um que tente entender as emissões de subnets deve separar:

1. A participação de emissão da subnet em relação a outras subnets. 2. A distribuição dessa participação entre mineradores, validadores, delegadores e o proprietário da subnet.

Essa separação é a diferença entre diagnosticar uma subnet que está perdendo alocação em nível de rede versus um minerador que está perdendo peso de validador.

Implicações práticas e riscos chave

O mecanismo de incentivo é o produto. A arquitetura do documento incorpora uma participação na receita para o criador da subnet através da participação de 18% do proprietário da subnet, o que torna o design da subnet mais próximo do lançamento de um marketplace com economia de taxa de comissão do que da implementação de um bem público neutro.

Construtores que ignoram isso interpretarão mal por que certas subnets são mantidas de forma agressiva e outras estagnam.

O efeito de segunda ordem é a concentração. O trabalho empírico do documento documenta que o stake prevê fortemente as recompensas e que tanto o stake quanto as recompensas podem ser altamente concentrados entre subnets, o que cria uma questão persistente sobre se as emissões acompanham a qualidade de saída ou a posição de capital.

Tokenomist destaca um exemplo concreto dessa lacuna com o caso SN28, onde as emissões foram atraídas através de stake concentrado e alinhamento de validadores em vez de "saída de IA forte", e observa atualizações como Taoflow como tentativas de tornar ciclos simples mais difíceis de sustentar.

Para mineradores e validadores, o tempo é o coração operacional porque a liquidação acontece nessa cadência. O sistema não paga por uma única grande resposta. Ele paga por ser consistentemente pontuável pelo conjunto de validadores no momento em que os pesos são submetidos a cada janela de 360 blocos.

Para os detentores de TAO, a distinção prática chave é entre escolher a exposição a todo o sistema versus escolher a dinâmica de alocação de uma subnet específica. Tokenomist descreve a Subnet Zero como uma opção para aqueles que não querem escolher subnets individuais, enquanto ainda recebem emissões proporcionais entre subnets ativas.

Perto do final de qualquer discussão sobre "subnets TAO explicadas", a mesma pergunta deve ser feita novamente: a subnet está competindo por uma fatia maior das emissões da rede, ou os participantes estão apenas lutando pela mesma fatia dentro da subnet? A maior parte da confusão vem da mistura dessas duas contabilidades.

A Análise

Eu vi pessoas aprenderem Bittensor memorizando o slogan "os mineradores respondem, os validadores pontuam", e depois serem pegas de surpresa pelo motor de alocação em duas camadas. O erro caro é tratar a pontuação de um validador como um veredicto final. O Consenso Yuma on-chain resolve vetores de peso em um tempo com recorte ponderado por participação, então o pagamento é um resultado de consenso, não uma decisão de um juiz.

Eu também vi construtores lançarem uma tarefa de minerador inteligente e subinvestirem na lógica de recompensa e avanço do validador. É aí que o mercado é definido. Yuma pagará fielmente o que quer que o mecanismo medir, e a camada raiz ou sinais de participação estilo dTAO decidem quanto de emissão a sub-rede está realmente competindo. Se esses dois "livros de ordens" não estiverem separados, cada gráfico de recompensa será mal interpretado.

Fontes

• RaoFoundation bittensor-subnet-template (GitHub)
• Lui & Sun (arXiv)
• Opentensor Foundation BTCLI docs
• Tokenomist