Ritual vs Bittensor: como diferem

Estes dois nomes não se fundem numa única moeda de IA. A diferença está na função que cada rede assume. A Ritual Chain é a cadeia EVM com o ID de cadeia 784, e as regras de fornecimento de RITUAL encontram-se nessa cadeia. Comprar RITUAL no mercado spot da Gate não altera a forma como uma sub-rede remunera os miners.

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

Conclusões principais

• A Ritual liquida chamadas de modelos, chamadas HTTP e agendamentos numa cadeia EVM. A Bittensor regista a participação e as emissões das sub-redes no subtensor, enquanto o trabalho em si decorre fora da cadeia.

• Na Ritual, quem faz a chamada paga antecipadamente em RITUAL. Na Bittensor, a cadeia emite TAO para trabalho avaliado por validators.

• A Ritual pode manter os dados de entrada de uma chamada num ambiente de execução fidedigno. O guia de mineração da Bittensor indica que os pedidos aos miners não têm garantia de confidencialidade.

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

• Começar pela tarefa: uma chamada na cadeia ou um mercado que avalia produtores concorrentes. Isto não constitui uma classificação de retornos futuros.

Estas linhas são factos de conceção da documentação associada, não uma pontuação. Quando uma página não fornece informação, a linha não preenche a 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 posterior. O projeto designa esta camada por EVM++, uma máquina virtual Ethereum alargada para aplicações de IA e computação na cadeia mais exigente. O ID de cadeia é 784. O RITUAL nativo não tem endereço de contrato. Uma forma em ponte na BNB Smart Chain e na Base partilha o endereço 0x256Ea35422b2F36B24aC1D66159Fe69e75918C37 e não aumenta o fornecimento total, porque os tokens da cadeia de origem são bloqueados.

Quem faz a chamada financia um saldo de patrocinador na RitualWallet. Cada tarefa assíncrona reserva um orçamento máximo, é liquidada e devolve o excedente. A Ritual utiliza uma conceção de consenso denominada Symphony para cargas de trabalho de IA. O gas normal é um pagamento separado efetuado pelo signatário da transação. A página de tokenomics indica que, no lançamento, os executores entram através de uma atestação de hardware e de uma lista aprovada. Essa lista limita quem pode executar a tarefa. Não corresponde ao registo de miners ao estilo da Bittensor, em que uma hotkey queima uma taxa para entrar numa sub-rede e depois compete por emissões.

O fornecimento inicial é de 10 mil milhões, com 18% desbloqueados na mainnet pública de 26 de outubro de 2026, um bloqueio de um ano para insiders e votos vinculativos dos stakers ainda como objetivo posterior. Estas regras descrevem a diluição. Não indicam se um contrato deve chamar a Ritual ou consultar uma sub-rede da Bittensor.

O que é a Bittensor?

A Bittensor é uma blockchain, o subtensor, que coordena e remunera trabalho útil. A Bittensor lançou a sua mainnet em 2023. O trabalho decorre fora da cadeia, dentro de sub-redes, onde a cadeia coordena e paga modelos de IA ou outros serviços fora da cadeia. A cadeia regista quem participa, mede o consenso sobre qual o trabalho de qualidade e emite TAO. O guia da rede indica um tempo de bloco de cerca de 12 segundos. O subtensor baseia-se em Substrate, não é uma cadeia EVM, pelo que um contrato Solidity não é implementado nela da mesma forma que é implementado na Ritual Chain.

Uma sub-rede é um mercado de incentivos com um netuid inteiro. O proprietário define o mecanismo e os hiperparâmetros. Os miners são hotkeys que produzem a commodity da sub-rede, que pode ser inferência, armazenamento, previsões ou outro trabalho e modelos, dependendo do código dessa sub-rede. Os validators são hotkeys com stake suficiente para deter uma autorização. Avaliam os miners através da definição de ponderações, frequentemente com base nos resultados atuais e, em algumas conceções, em sinais ligados ao desempenho anterior. No limite da época, o Yuma Consensus combina essas ponderações, ponderadas pelo stake dos validators, nas quotas de emissões.

O TAO é o token nativo. Cada sub-rede também tem alpha, negociado contra TAO no pool dessa sub-rede. Colocar TAO em stake numa sub-rede troca-o por alpha ao preço do pool. O alpha de uma sub-rede não é o alpha de outra. A rede raiz, netuid 0, não tem miners nem alpha. O limite de lugares numa sub-rede é, por predefinição, de 256 neurónios, e a entrada numa sub-rede completa expulsa o neurónio não imune com classificação mais baixa. Estas regras tornam os lugares nas sub-redes escassos. A Bittensor organiza o trabalho com incentivos, não com uma tabela de gas.

Onde são executados os modelos de IA?

Na Ritual, a chamada é um objeto na cadeia. A documentação define tipos gerados pelo protocolo para uma chamada agendada, um compromisso assíncrono que reserva uma caução e uma liquidação que paga ao executor ou devolve o resultado. A computação exigente pode ser executada junto do cliente de execução, num sidecar descrito pelo projeto, pelo que nem todos os validators têm de repetir a mesma tarefa. Os nós também podem especializar-se em diferentes cargas de trabalho, em vez de todos executarem o mesmo trabalho. A cadeia continua a ter de aceitar o resultado atestado. A Infernet, a rede de oráculos descentralizada da Ritual para IA, coordena a forma como esse trabalho externo é alcançado. Verificar uma transação significa consultar o ID de cadeia 784 e a atestação do executor, não o endereço axon fora da cadeia de um miner.

Na Bittensor, a cadeia não executa o modelo. Os miners publicam um ponto de extremidade axon. Os validators enviam pedidos para esse ponto de extremidade e, em seguida, registam ponderações na cadeia. O guia de mineração deixa claro que a commodity é definida pelo código da própria sub-rede e que o serviço do ponto de extremidade não começa automaticamente quando a hotkey adere à sub-rede. Se o miner mudar de máquinas, tem de publicar o novo axon. A função da cadeia é a participação, as ponderações e as emissões. Um modelo que falha é uma falha fora da cadeia que surge mais tarde sob a forma de uma pontuação fraca, e não como uma transação EVM revertida. A sub-rede e os seus pontos de extremidade estão fora do percurso de execução da cadeia, mas continuam a afetar os incentivos na cadeia.

Para quem desenvolve, esta é a diferença. Se o trabalho tiver de ser liquidado como uma única chamada na cadeia, utilizar a Ritual. Se for aceitável uma avaliação posterior fora da cadeia, utilizar a Bittensor. Colocar um UID de sub-rede num contrato Ritual, ou uma pré-compilação Ritual numa sub-rede, exige uma ponte separada. Nenhuma das cadeias oferece esse percurso por predefinição.

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

Quem paga na Ritual é o utilizador da chamada. O RITUAL sai da RitualWallet quando um executor devolve um resultado, quando uma chamada HTTP é dimensionada ou quando chega o momento de uma chamada agendada. Os agentes pagam para se manterem em execução, pelo que um agendamento contínuo continua a criar procura de chamadas financiadas em RITUAL. Se o saldo estiver vazio, o agendamento não continua a ser acionado gratuitamente. Continua a existir emissão: a página de tokenomics descreve recompensas de staking inicialmente próximas de 5% anualizadas, pagas a validators, executores e delegadores, sendo que a taxa base é queimada. Essa emissão remunera as funções de segurança e execução. Não é a fatura de um prompt específico. O prompt tem o seu próprio preço, publicado na cadeia por modelo.

Quem paga na Bittensor, pelo próprio trabalho, é o calendário de emissões. A cadeia emite TAO para as sub-redes e depois para os participantes em proporção do valor medido. Os validators recebem dividendos por ponderações que concordam com o consenso e partilham esses dividendos com os nominators após uma comissão. Os miners recebem a quota de incentivo da sub-rede. Os stakers que delegam recebem uma parte dos dividendos dos validators. O guia da rede aponta para uma divisão de emissões por tempo. O sinal para um miner é produzir aquilo que os validators recompensam. A procura chega ao miner apenas através dessas pontuações, e não porque uma entidade identificada pagou antecipadamente por esta resposta HTTP.

Ambos podem ser designados incentivos, mas o pagamento e a utilização adequada diferem. A taxa da Ritual aumenta quando alguém pretende uma chamada específica e está disposto a pagá-la antecipadamente. A emissão da Bittensor ocorre quando validators ponderados por stake concordam que o miner realizou a tarefa da sub-rede, mesmo que nenhum utilizador individual tenha pago antecipadamente por essa resposta. A inferência com preço de utilização surge como um débito na RitualWallet. A produção com preço de emissão surge como incentivo e dividendos da sub-rede. Misturar os dois interpreta incorretamente a conceção, por exemplo, avaliar a Ritual pelas emissões de TAO ou avaliar uma sub-rede com base em saber se uma chamada Solidity foi 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. O RITUAL bloqueado não pode ser colocado em stake. A ponderação de stake da Bittensor tem a sua própria fórmula: alpha colocado em stake nessa sub-rede mais stake de TAO raiz ajustado por uma ponderação de TAO definida pela governação. Comparar o rendimento de staking entre os dois sem essas fórmulas não é comparar o mesmo mecanismo.

Como é verificado o trabalho?

A Ritual verifica uma chamada por atestação e liquidação. O executor deve provar que executou software aprovado num ambiente de execução fidedigno. A cadeia paga então a partir do orçamento reservado ou regista o resultado. Um ambiente de execução fidedigno oculta os dados de entrada do operador de hardware, e o seu percurso de atestação suporta a verificação da forma como a tarefa foi executada. Por si só, não prova que o modelo era aquele que um utilizador pretendia, salvo se a política de atestação vincular esse software. A página de tokenomics indica 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 os aspetos.

A Bittensor verifica o trabalho através do consenso entre validators com stake. Um validator que define ponderações próximas do consenso mantém os seus dividendos. Um validator que perde a sua autorização perde os dividendos e as suas obrigações. Os miners que obtêm pouco aproximam-se da expulsão quando termina a imunidade. A verificação é social e ponderada por stake, no sentido técnico do Yuma Consensus, e não uma atestação de hardware de um único enclave. O guia de mineração acrescenta uma limitação de privacidade: os pedidos circulam entre validators e miners sem garantia de confidencialidade. Um prompt que tenha de permanecer oculto do operador não deve seguir esse percurso, salvo se uma sub-rede específica adicionar proteções que o guia base não reivindica.

Uma verificação situa-se fora de ambas as conceções: saber se a resposta é verdadeira. As atestações e as ponderações dos validators nestas páginas não verificam factos sobre o que o modelo disse. A Ritual verifica que o cálculo foi executado conforme acordado. A Bittensor verifica pontuações de pares. Nenhuma prova que a resposta em si está correta. Um produto que precise de validação factual continua a necessitar de uma fonte fora da camada de incentivos.

Que rede se adequa a cada tarefa?

Escolher a Ritual se a tarefa for um contrato numa cadeia EVM que tenha de chamar um modelo, aceder a um ponto de extremidade HTTP ou agendar-se a si próprio, e se quem faz a chamada estiver preparado para pagar antecipadamente em RITUAL. Isto inclui um agente cuja chave e orçamento estejam no ID de cadeia 784, e quem desenvolve já escreva em Solidity. Não inclui o desejo de receber TAO por servir miners anónimos.

Escolher a Bittensor se a tarefa consistir em produzir a commodity de uma sub-rede em competição com outros miners, ou em avaliar esses miners enquanto validator, segundo um calendário de emissões e um pool de alpha. Isto inclui uma equipa que desenvolve uma commodity de sub-rede em torno da qual miners e validators podem competir, e uma equipa que pretende que a cadeia pague por trabalho útil sem um único cliente que pague antecipadamente por cada resposta. Não inclui colocar um contrato EVM existente no subtensor e esperar que surjam pré-compilações da Ritual.

Não escolher nenhuma das duas e utilizar uma conceção diferente se o requisito for governação vinculativa dos titulares de tokens nos primeiros meses, prompts privados no percurso predefinido de miners da Bittensor ou um conjunto aberto de executores da Ritual sem lista aprovada. As páginas citadas não descrevem estas características como já ativas no lançamento. Os limites determinam quem pode participar no lançamento.

Após essa escolha, comprar o ativo é negociação spot. Comprar TAO não recruta um miner. Comprar RITUAL não implementa um agente. A compra apenas altera um saldo, e o par RITUAL/USDT continua a ter de corresponder à rede de depósito.

Que limitações tem esta comparação?

Estes parâmetros mudam, pelo que o valor indicado na página no momento é o que conta. Os hiperparâmetros da Bittensor, como a ponderação de TAO no stake, o limite de autorizações de validators e a duração da imunidade, são definidos pela governação ou pela sub-rede, e o guia da rede recomenda consultar o valor em tempo real. A lista de executores da Ritual, a tabela de taxas e o objetivo do mês 12 para votos vinculativos são declarações de lançamento na página de tokenomics, e não uma promessa de que a lista permanecerá fechada para sempre. Esta comparação abrange os mecanismos tal como publicados, não uma votação posterior.

A outra limitação é o alcance das explicações públicas. As explicações públicas da Ritual param frequentemente em "AI Layer 1" e não indicam quem paga antecipadamente, ou apresentam a governação como algo que o token já faz, embora os votos vinculativos dos stakers venham mais tarde. As explicações públicas da Bittensor param frequentemente num rótulo amplo como "IA descentralizada" e ignoram os detalhes operacionais utilizados aqui, incluindo alpha, pontos de extremidade axon e a ausência de garantia de confidencialidade. Esta comparação não classifica os tokens nem estima retornos.

Resumo

A Ritual é uma EVM Layer 1 onde os contratos inteligentes pagam antecipadamente em RITUAL por operações de IA, como uma chamada de modelo, uma chamada HTTP ou um agendamento, e um executor pode executar esse trabalho num ambiente de execução fidedigno incluído numa lista aprovada. A Bittensor é uma cadeia Substrate onde os miners produzem soluções de IA fora da cadeia em mercados de sub-redes avaliados, os validators definem ponderações e as emissões de TAO, juntamente com um pool de alpha por sub-rede, pagam de acordo com o Yuma Consensus. Utilizar a Ritual para uma chamada semelhante a um contrato com orçamento reservado. Utilizar a Bittensor para um mercado avaliado de produtores. O mercado spot onde o RITUAL é negociado é uma etapa separada de qualquer uma destas conceções.

Perguntas frequentes

Em que difere a Ritual da Bittensor?

A Ritual opera uma cadeia EVM, com ID de cadeia 784, onde os contratos pagam antecipadamente em RITUAL por chamadas de modelos, HTTP e agendadas, e a Infernet é a rede de oráculos descentralizada da Ritual para IA. A Bittensor opera o subtensor, onde o trabalho das sub-redes decorre fora da cadeia e a cadeia emite TAO de acordo com as ponderações dos validators. Uma é um percurso de chamadas pré-pagas para modelos de inteligência. A outra é um mercado de emissões para produtores de sub-redes.

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

Não. O RITUAL desbloqueado é colocado em stake ou delegado aos validators da Ritual, e o RITUAL bloqueado não pode ser colocado em stake. Na Bittensor, colocar TAO em stake numa sub-rede troca-o pelo alpha dessa sub-rede, e as autorizações dos validators dependem da ponderação de stake. Os dois fluxos de recompensas não são intermutáveis.

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

Não como uma pré-compilação integrada em qualquer uma das cadeias. Um contrato Ritual não chama um miner da Bittensor por predefinição, embora a Infernet seja a rede de oráculos da Ritual para IA. As chamadas da Ritual passam pelos seus próprios executores e pela RitualWallet. Os miners da Bittensor são alcançados quando um validator envia um pedido para um axon. Uma ponte entre ambos seria uma aplicação separada, não o percurso de liquidação predefinido.

Que rede mantém os prompts privados?

A conceção da Ritual pode colocar os dados de entrada num ambiente de execução fidedigno, pelo que os prompts ficam protegidos de pessoas que operam a máquina. O guia de mineração da Bittensor indica que os pedidos entre validators e miners não têm garantia de confidencialidade, pelo que o seu percurso predefinido não oferece o mesmo controlo de privacidade. Um prompt oculto enquadra-se na primeira descrição, não na segunda, salvo se uma sub-rede específica adicionar uma proteção que o guia base não indica.

Comprar RITUAL ou TAO escolhe a rede para quem desenvolve?

Não. Uma compra spot apenas altera um saldo. Implementar um contrato na Ritual ou registar uma hotkey numa sub-rede da Bittensor é uma etapa separada. Quem desenvolve também avalia as ferramentas, a forma de ligação e se pode desenvolver para um novo mercado. A ordem spot não recruta um miner nem um executor. Os eventos e hackathons planeados da Ritual são programas comunitários. Comprar o token não seleciona a rede.