Ritual vs. Bittensor: como eles diferem

Esses dois nomes não se unem em uma única moeda de IA. A diferença está na função que cada rede desempenha. A Ritual Chain é a chain EVM com chain ID 784, e as regras de fornecimento de RITUAL estão nessa chain. Comprar RITUAL no mercado spot da Gate não altera como uma subnet paga os miners.

A comparação abaixo usa a documentação da Ritual Chain, a página de tokenomics do RITUAL e o guia da rede Bittensor. A tabela usa apenas os dados informados nessas três páginas.

Principais conclusões

• A Ritual liquida chamadas de modelo, chamadas HTTP e agendamentos em uma chain EVM. A Bittensor registra a participação em subnets e as emissões no subtensor, enquanto o trabalho em si é executado off-chain.

• Na Ritual, quem faz a chamada paga antecipadamente em RITUAL. Na Bittensor, a chain emite TAO para o trabalho que os validators avaliam.

• A Ritual pode manter as entradas de uma chamada dentro de um ambiente de execução confiável. O guia de mineração da Bittensor afirma que as solicitações aos miners não têm garantia de confidencialidade.

• A Bittensor adiciona um token alpha por subnet além do TAO. O ativo nativo da Ritual é o RITUAL, com uma representação em bridge que não aumenta o fornecimento total.

• Comece pela função: uma chamada on-chain ou um mercado que avalia produtores concorrentes. Isso não é uma classificação de retornos futuros.

Essas linhas são fatos de design presentes na documentação vinculada, não uma pontuação. Quando uma página não informa algo, a linha não preenche essa lacuna com um slogan.

O que são a Ritual e a Ritual Chain?

A Ritual Chain é a Layer 1 compatível com EVM da rede Ritual. Um contrato inteligente paga RITUAL para chamar um modelo, solicitar dados externos, executar uma tarefa de IA e agendar uma execução futura. O projeto chama essa camada de EVM++, uma máquina virtual Ethereum expandida para aplicações de IA e computação on-chain mais intensa. O chain ID é 784. O RITUAL nativo não possui endereço de contrato. Uma forma em bridge na BNB Smart Chain e na Base compartilha o endereço 0x256Ea35422b2F36B24aC1D66159Fe69e75918C37 e não aumenta o fornecimento total, porque os tokens da chain de origem ficam bloqueados.

Quem faz a chamada financia um saldo de patrocinador no RitualWallet. Cada tarefa assíncrona reserva um orçamento máximo, é liquidada e reembolsa o excedente. A Ritual usa um design de consenso chamado Symphony para cargas de trabalho de IA. O gas comum é um pagamento separado feito pelo signatário da transação. A página de tokenomics afirma que, no lançamento, os executors entram por meio de uma atestação de hardware e de uma lista aprovada. Essa lista limita quem pode executar a tarefa. Não se trata de um registro de miner no estilo Bittensor, no qual uma hotkey queima uma taxa para entrar em uma subnet e então compete por emissões.

O fornecimento inicial é de 10 bilhões, com 18% desbloqueados na mainnet pública de 26 de outubro de 2026, um bloqueio de um ano para insiders e votos vinculantes de stakers ainda como uma meta futura. Essas regras descrevem a diluição. Elas não indicam se um contrato deve chamar a Ritual ou consultar uma subnet da Bittensor.

O que é a Bittensor?

A Bittensor é uma blockchain, o subtensor, que coordena e paga por trabalho útil. A Bittensor lançou sua mainnet em 2023. O trabalho ocorre off-chain dentro de subnets, onde a chain coordena e paga por modelos de IA ou outros serviços off-chain. A chain registra quem participa, mede o consenso sobre qual trabalho é bom e emite TAO. O guia da rede informa um tempo de bloco de cerca de 12 segundos. O subtensor é baseado em Substrate, não é uma chain EVM, portanto um contrato Solidity não é implantado nele da mesma forma que é implantado na Ritual Chain.

Uma subnet é um mercado de incentivos com um netuid inteiro. O proprietário define o mecanismo e os hiperparâmetros. Miners são hotkeys que produzem a commodity da subnet, que pode ser inferência, armazenamento, previsões ou outros trabalhos e modelos, dependendo do código daquela subnet. Validators são hotkeys com stake suficiente para manter uma permissão. Eles avaliam miners ao definir pesos, geralmente com base nas saídas atuais e, em alguns designs, em sinais ligados ao desempenho anterior. No limite da época, o Yuma Consensus combina esses pesos, ponderados pelo stake dos validators, nas parcelas das emissões.

O TAO é o token nativo. Cada subnet também tem alpha, negociado contra TAO no pool daquela subnet. Colocar TAO em stake em uma subnet o converte em alpha ao preço do pool. O alpha de uma subnet não é o alpha de outra. A rede root, netuid 0, não tem miners nem alpha. O limite de vagas de uma subnet é, por padrão, de 256 neurônios, e a entrada em uma subnet cheia remove o neurônio não imune com menor classificação. Essas regras tornam as vagas nas subnets escassas. A Bittensor organiza o trabalho por incentivos, não por uma tabela de gas.

Onde os modelos de IA são executados?

Na Ritual, a chamada é um objeto on-chain. A documentação define tipos gerados pelo protocolo para uma chamada agendada, um compromisso assíncrono que reserva escrow e uma liquidação que paga o executor ou retorna o resultado. A computação intensa pode ser executada ao lado do cliente de execução, em um sidecar descrito pelo projeto, para que nem todo validator precise reexecutar a mesma tarefa. Os nós também podem se especializar em cargas de trabalho diferentes, em vez de todos executarem o mesmo trabalho. A chain ainda precisa aceitar a saída atestada. O Infernet, a rede de oráculos descentralizada da Ritual para IA, coordena como esse trabalho externo é acessado. Verificar uma transação significa observar o chain ID 784 e a atestação do executor, não o endereço de axon off-chain de um miner.

Na Bittensor, a chain não executa o modelo. Os miners publicam um endpoint de axon. Os validators enviam solicitações a esse endpoint e depois registram pesos on-chain. O guia de mineração afirma explicitamente que a commodity é definida pelo código da própria subnet e que servir o endpoint não começa automaticamente quando a hotkey entra na subnet. Se o miner mudar de máquina, ele deve publicar o novo axon. A função da chain é participação, pesos e emissões. Um modelo que falha é uma falha off-chain que aparece posteriormente como uma pontuação fraca, não como uma transação EVM revertida. A subnet e seus endpoints ficam fora do caminho de execução da chain, mas ainda afetam os incentivos on-chain.

Para quem desenvolve, essa é a diferença. Se o trabalho precisa ser liquidado como uma única chamada on-chain, use a Ritual. Se uma avaliação off-chain posterior for aceitável, use a Bittensor. Inserir um UID de subnet em um contrato Ritual, ou um precompile da Ritual em uma subnet, exige uma bridge separada. Nenhuma das chains oferece esse caminho por padrão.

Quem paga e quem recebe o token em entidades autônomas?

Na Ritual, quem paga é o usuário da chamada. O RITUAL sai do RitualWallet quando um executor retorna um resultado, quando uma chamada HTTP é dimensionada ou quando chega o momento de uma chamada agendada. Os agents pagam para continuar em execução, portanto um agendamento contínuo segue criando demanda por chamadas financiadas em RITUAL. Se o saldo estiver vazio, o agendamento não continua sendo executado gratuitamente. A emissão ainda existe: a página de tokenomics descreve recompensas de staking que começam perto de 5% ao ano, pagas a validators, executors e delegators, com a taxa base sendo queimada. Essa emissão remunera funções de segurança e execução. Não é a cobrança por um prompt específico. O prompt tem seu próprio preço, publicado on-chain por modelo.

Na Bittensor, quem paga pelo trabalho em si é o cronograma de emissões. A chain emite TAO para as subnets e, depois, para os participantes proporcionalmente ao valor medido. Validators recebem dividendos por pesos que concordam com o consenso e compartilham esses dividendos com nominators após uma taxa. Miners recebem a parcela de incentivo da subnet. Stakers que delegam recebem uma parcela dos dividendos dos validators. O guia da rede aponta para uma divisão de emissões por tempo. O sinal para um miner é produzir o que os validators recompensam. A demanda chega ao miner apenas por meio dessas pontuações, não porque uma pessoa identificada pagou antecipadamente por essa resposta HTTP.

Ambos podem ser chamados de incentivos, mas o pagamento e o uso adequado são diferentes. A taxa da Ritual aumenta quando alguém quer uma chamada específica e está disposto a pagá-la antecipadamente. A emissão da Bittensor chega quando validators ponderados por stake concordam que o miner executou a função da subnet, mesmo que nenhum usuário individual tenha pago antecipadamente por essa resposta. A inferência com preço por uso aparece como um débito no RitualWallet. A produção com preço por emissão aparece como incentivo e dividendos da subnet. Misturar os dois leva a uma leitura incorreta do design, por exemplo, avaliar a Ritual pelas emissões de TAO ou avaliar uma subnet pelo fato de uma chamada Solidity ter sido revertida.

O calendário de desbloqueio do RITUAL não é o halving do TAO, e o preço de mercado de nenhum dos ativos entra nesta comparação. RITUAL bloqueado não pode ser colocado em stake. O peso de stake da Bittensor tem sua própria fórmula: alpha colocado em stake naquela subnet mais o stake de TAO na root, escalado por um peso de TAO definido pela governança. Comparar o rendimento de staking entre os dois sem considerar essas fórmulas não compara o mesmo mecanismo.

Como o trabalho é verificado?

A Ritual verifica uma chamada por atestação e liquidação. O executor deve provar que executou software aprovado dentro de um ambiente de execução confiável. A chain então paga a partir do orçamento reservado ou registra o resultado. Um ambiente de execução confiável oculta as entradas do operador do hardware, e seu caminho de atestação permite verificar como a tarefa foi executada. Isso não prova, por si só, que o modelo era aquele que o usuário esperava, a menos que a política de atestação vincule esse software. A página de tokenomics afirma que a lista aprovada faz parte da admissão no lançamento. Uma lista fechada é mais fácil de supervisionar e também mais fácil de censurar. A verificação inclui ambos.

A Bittensor verifica o trabalho por acordo entre validators com stake. Um validator que define pesos próximos ao consenso mantém seus dividendos. Um validator que perde sua permissão perde dividendos e seus bonds. Miners que recebem pouco se aproximam da remoção quando a imunidade termina. A verificação é social e ponderada por stake, no sentido técnico do Yuma Consensus, não uma atestação de hardware de um único enclave. O guia de mineração adiciona uma limitação de privacidade: as solicitações transitam entre validators e miners sem garantia de confidencialidade. Um prompt que precisa permanecer oculto do operador não deve usar esse caminho, a menos que uma subnet específica adicione proteções que o guia básico não afirma oferecer.

Uma verificação está fora de ambos os designs: se a resposta é verdadeira. As atestações e os pesos dos validators apresentados nessas páginas não verificam os fatos do que o modelo disse. A Ritual verifica se a computação foi executada conforme acordado. A Bittensor verifica pontuações de pares. Nenhuma prova que a resposta em si está correta. Um produto que precisa de verificação factual ainda precisa de uma fonte fora da camada de incentivos.

Qual rede se encaixa em qual função?

Escolha a Ritual se a função for um contrato em uma chain EVM que precise chamar um modelo, acessar um endpoint HTTP ou agendar a si mesmo, e se quem faz a chamada estiver pronto para pagar RITUAL antecipadamente. Isso inclui um agent cuja chave e orçamento estejam no chain ID 784 e uma pessoa desenvolvedora que já escreva em Solidity. Não inclui o desejo de receber TAO por servir miners anônimos.

Escolha a Bittensor se a função for produzir a commodity de uma subnet em competição com outros miners ou avaliar esses miners como validator, sob um cronograma de emissões e um pool de alpha. Isso inclui uma equipe que cria uma commodity de subnet para miners e validators competirem em torno dela e uma equipe que quer que a chain pague por trabalho útil sem um único cliente pagando antecipadamente por cada resposta. Não inclui colocar um contrato EVM existente no subtensor e esperar que precompiles da Ritual apareçam.

Não escolha nenhuma das duas e use um design diferente se o requisito for governança vinculante de holders de tokens nos primeiros meses, prompts privados no caminho padrão de miners da Bittensor ou um conjunto aberto de executors da Ritual sem lista aprovada. As páginas citadas não descrevem esses recursos como já disponíveis no lançamento. As limitações determinam quem pode participar no lançamento.

Após essa escolha, comprar o ativo é negociação spot. Comprar TAO não registra um miner. Comprar RITUAL não implanta um agent. A compra apenas altera um saldo, e o par RITUAL/USDT ainda precisa corresponder à rede de depósito.

Quais são as limitações desta comparação?

Esses parâmetros mudam, portanto o dado da página no momento é o que vale. Os hiperparâmetros da Bittensor, como o peso do TAO no stake, o limite de permissões de validator e o período de imunidade, são definidos pela governança ou pela subnet, e o guia da rede recomenda consultar o valor atual. A lista de executors, a tabela de taxas e a meta do mês 12 para votos vinculantes da Ritual são declarações de lançamento na página de tokenomics, não uma promessa de que a lista permanecerá fechada para sempre. Esta comparação aborda os mecanismos conforme publicados, não uma votação posterior.

A outra limitação é até onde vão os explicadores públicos. Os explicadores públicos da Ritual frequentemente param em "AI Layer 1" e não informam quem paga antecipadamente, ou listam a governança como algo que o token já faz, mesmo que os votos vinculantes de stakers venham depois. Os explicadores públicos da Bittensor frequentemente param em um rótulo amplo como "IA descentralizada" e deixam de fora os detalhes operacionais usados aqui, incluindo alpha, endpoints de axon e a ausência de garantia de confidencialidade. Esta comparação não classifica os tokens nem estima retornos.

Resumo

A Ritual é uma Layer 1 EVM em que contratos inteligentes pagam RITUAL antecipadamente por operações de IA, como uma chamada de modelo, uma chamada HTTP ou um agendamento, e um executor pode executar esse trabalho em um ambiente de execução confiável em uma lista aprovada. A Bittensor é uma chain Substrate em que miners produzem soluções de IA off-chain em mercados de subnets avaliados, validators definem pesos e emissões de TAO, além de um pool de alpha por subnet, pagam de acordo com o Yuma Consensus. Use a Ritual para uma chamada com formato de contrato e orçamento reservado. Use a Bittensor para um mercado avaliado de produtores. O mercado spot em que o RITUAL é negociado é uma etapa separada de qualquer um dos dois designs.

FAQ

Como a Ritual é diferente da Bittensor?

A Ritual executa uma chain EVM, com chain ID 784, em que contratos pagam RITUAL antecipadamente por chamadas de modelo, HTTP e agendadas, e o Infernet é a rede de oráculos descentralizada da Ritual para IA. A Bittensor executa o subtensor, onde o trabalho das subnets ocorre off-chain e a chain emite TAO de acordo com os pesos dos validators. Uma é um caminho de chamadas pré-pagas para modelos de inteligência. A outra é um mercado de emissões para produtores de subnets.

A Bittensor usa o mesmo tipo de staking que a Ritual?

Não. O RITUAL desbloqueado é colocado em stake ou delegado a validators da Ritual, e o RITUAL bloqueado não pode ser colocado em stake. Na Bittensor, colocar TAO em stake em uma subnet o converte no alpha daquela subnet, e as permissões de validator dependem do peso de stake. Os dois fluxos de recompensa não são intercambiáveis.

Um contrato inteligente da Ritual pode chamar um miner da Bittensor?

Não como um precompile integrado em nenhuma das chains. Um contrato da Ritual não chama um miner da Bittensor por padrão, embora o Infernet seja a rede de oráculos descentralizada da Ritual para IA. As chamadas da Ritual passam por seus próprios executors e pelo RitualWallet. Os miners da Bittensor são acessados quando um validator envia uma solicitação a um axon. Uma bridge entre os dois seria uma aplicação separada, não o caminho de liquidação padrão.

Qual rede mantém os prompts privados?

O design da Ritual pode colocar entradas em um ambiente de execução confiável, de modo que os prompts sejam protegidos de pessoas que operam a máquina. O guia de mineração da Bittensor afirma que as solicitações entre validators e miners não têm garantia de confidencialidade, portanto seu caminho padrão não oferece o mesmo controle de privacidade. Um prompt oculto corresponde à primeira descrição, não à segunda, a menos que uma subnet específica adicione uma proteção que o guia básico não informa.

Comprar RITUAL ou TAO escolhe a rede para uma pessoa desenvolvedora?

Não. Uma compra spot apenas altera um saldo. Implantar um contrato na Ritual ou registrar uma hotkey em uma subnet da Bittensor é uma etapa separada. Pessoas desenvolvedoras também analisam as ferramentas, como se conectam e se conseguem criar para um novo mercado. A ordem spot não registra um miner ou um executor. Os eventos planejados e hackathons da Ritual são programas da comunidade. Comprar o token não seleciona a rede.