Ritual frente a Bittensor: en qué se diferencian

Estos dos nombres no se integran en una sola moneda de IA. La diferencia está en la función que asume cada red. Ritual Chain es la cadena EVM con ID de cadena 784, y las reglas de suministro de RITUAL se encuentran en esa cadena. Comprar RITUAL en el mercado spot de Gate no cambia la forma en que una subred paga a los mineros.

La comparación siguiente utiliza la documentación de Ritual Chain, la página de tokenómica de RITUAL y la guía de red de Bittensor. La tabla solo utiliza cifras indicadas en esas tres páginas.

Puntos clave:

• Ritual liquida llamadas de modelos, llamadas HTTP y programaciones en una cadena EVM. Bittensor registra la pertenencia a subredes y las emisiones en subtensor, mientras que el trabajo en sí se realiza fuera de la cadena.

• En Ritual, quien realiza la llamada prepaga RITUAL. En Bittensor, la cadena emite TAO para el trabajo que los validadores evalúan.

• Ritual puede mantener las entradas de una llamada dentro de un entorno de ejecución de confianza. La guía de minería de Bittensor indica que las solicitudes a los mineros no tienen garantía de confidencialidad.

• Bittensor añade un token alfa por subred junto con TAO. El activo nativo de Ritual es RITUAL, con una representación puente que no aumenta el suministro total.

• Comienza por la función: una llamada en cadena o un mercado que evalúa a productores en competencia. Esto no es una clasificación de rendimientos futuros.

Estas filas son hechos de diseño extraídos de la documentación enlazada, no una puntuación. Cuando una página no proporciona información, la fila no rellena ese vacío con un eslogan.

¿Qué son Ritual y Ritual Chain?

Ritual Chain es la capa 1 compatible con EVM de la red Ritual. Un contrato inteligente paga RITUAL para llamar a un modelo, solicitar datos externos, ejecutar una tarea de IA y programar una ejecución posterior. El proyecto denomina a esta capa EVM++, una máquina virtual de Ethereum ampliada para aplicaciones de IA y computación en cadena más intensiva. El ID de cadena es 784. RITUAL nativo no tiene dirección de contrato. Una versión puente en BNB Smart Chain y Base comparte la dirección 0x256Ea35422b2F36B24aC1D66159Fe69e75918C37 y no añade suministro total, ya que los tokens de la cadena de origen están bloqueados.

Quien realiza la llamada financia un saldo de patrocinador en RitualWallet. Cada tarea asíncrona reserva un presupuesto máximo, se liquida y devuelve el excedente. Ritual utiliza un diseño de consenso llamado Symphony para cargas de trabajo de IA. El gas ordinario es un pago independiente realizado por el firmante de la transacción. La página de tokenómica indica que, en el lanzamiento, los ejecutores acceden mediante una certificación de hardware y una lista aprobada. Esa lista limita quién puede ejecutar la tarea. No se trata de un registro de mineros al estilo Bittensor, donde una hotkey quema una comisión para entrar en una subred y luego compite por emisiones.

El suministro inicial es de 10 mil millones, con un 18 % desbloqueado en la red principal pública del 26 de octubre de 2026, un bloqueo de un año para los iniciados y las votaciones vinculantes de los stakers aún como objetivo posterior. Estas reglas describen la dilución. No indican si un contrato debe llamar a Ritual o consultar una subred de Bittensor.

¿Qué es Bittensor?

Bittensor es una blockchain, subtensor, que coordina y paga por trabajo útil. Bittensor lanzó su red principal en 2023. El trabajo se realiza fuera de la cadena dentro de subredes, donde la cadena coordina y paga por modelos de IA u otros servicios fuera de la cadena. La cadena registra quién participa, mide el acuerdo sobre qué trabajo es bueno y emite TAO. La guía de red indica un tiempo de bloque de aproximadamente 12 segundos. Subtensor se basa en Substrate, no es una cadena EVM, por lo que un contrato Solidity no se despliega en ella como se despliega en Ritual Chain.

Una subred es un mercado de incentivos con un netuid entero. El propietario establece el mecanismo y los hiperparámetros. Los mineros son hotkeys que producen el recurso de la subred, que podría ser inferencia, almacenamiento, predicciones u otros trabajos y modelos, según el código de esa subred. Los validadores son hotkeys con suficiente stake para mantener un permiso. Evalúan a los mineros estableciendo ponderaciones, a menudo basadas en los resultados actuales y, en algunos diseños, en señales vinculadas al rendimiento pasado. En el límite de época, Yuma Consensus combina esas ponderaciones, ponderadas por el stake de los validadores, para determinar las participaciones de las emisiones.

TAO es el token nativo. Cada subred también tiene alfa, negociado frente a TAO en el fondo de esa subred. Hacer stake de TAO en una subred lo intercambia por alfa al precio del fondo. El alfa de una subred no es el alfa de otra. La red raíz, netuid 0, no tiene mineros ni alfa. El límite de plazas de una subred es de 256 neuronas de forma predeterminada, y entrar en una subred completa expulsa a la neurona no inmune con menor clasificación. Estas reglas hacen que las plazas de las subredes sean escasas. Bittensor organiza el trabajo mediante incentivos, no mediante una programación de gas.

¿Dónde se ejecutan los modelos de IA?

En Ritual, la llamada es un objeto en cadena. La documentación define tipos generados por el protocolo para una llamada programada, un compromiso asíncrono que reserva una garantía y una liquidación que paga al ejecutor o devuelve el resultado. La computación intensiva puede ejecutarse junto al cliente de ejecución, en un sidecar descrito por el proyecto, por lo que no todos los validadores tienen que volver a ejecutar la misma tarea. Los nodos también pueden especializarse en distintas cargas de trabajo en lugar de ejecutar todos el mismo trabajo. La cadena aún debe aceptar la salida certificada. Infernet, la red de oráculos descentralizada de Ritual para IA, coordina cómo se accede a ese trabajo externo. Verificar una transacción implica revisar el ID de cadena 784 y la certificación del ejecutor, no la dirección axon fuera de la cadena de un minero.

En Bittensor, la cadena no ejecuta el modelo. Los mineros publican un endpoint axon. Los validadores envían solicitudes a ese endpoint y después escriben ponderaciones en cadena. La guía de minería especifica que el recurso se define mediante el código de la propia subred y que servir el endpoint no se inicia por sí solo cuando la hotkey se une a la subred. Si el minero cambia de máquinas, debe publicar el nuevo axon. La función de la cadena es la pertenencia, las ponderaciones y las emisiones. Un modelo fallido es un fallo fuera de la cadena que posteriormente se refleja en una puntuación baja, no en una transacción EVM revertida. La subred y sus endpoints se encuentran fuera de la ruta de ejecución de la cadena, pero siguen afectando a los incentivos en cadena.

Para un desarrollador, esa es la diferencia. Si el trabajo debe liquidarse como una única llamada en cadena, utiliza Ritual. Si es aceptable realizar una evaluación posterior fuera de la cadena, utiliza Bittensor. Incluir un UID de subred en un contrato de Ritual, o una precompilación de Ritual en una subred, requiere un puente independiente. Ninguna de las cadenas ofrece esa ruta de forma predeterminada.

¿Quién paga y quién recibe el token en las entidades autónomas?

Quien paga en Ritual es el usuario de la llamada. RITUAL sale de RitualWallet cuando un ejecutor devuelve un resultado, cuando se calcula el coste de una llamada HTTP o cuando llega el momento de una llamada programada. Los agentes pagan para seguir funcionando, por lo que una programación continua sigue generando demanda de llamadas financiadas en RITUAL. Si el saldo está vacío, la programación no sigue ejecutándose gratis. La emisión sigue existiendo: la página de tokenómica describe recompensas de staking que comienzan cerca del 5 % anual, pagadas a validadores, ejecutores y delegadores, mientras que la comisión base se quema. Esa emisión remunera las funciones de seguridad y ejecución. No es la factura de un prompt específico. El prompt tiene su propio precio, publicado en cadena por modelo.

En Bittensor, quien paga por el trabajo en sí es el calendario de emisiones. La cadena emite TAO a las subredes y después a los participantes en proporción al valor medido. Los validadores obtienen dividendos por ponderaciones que coinciden con el consenso y comparten dichos dividendos con los nominadores tras aplicar una comisión. Los mineros obtienen la parte de incentivos de la subred. Los stakers que delegan obtienen una parte de los dividendos de los validadores. La guía de red señala una distribución de emisiones por tempo. La señal para un minero es producir aquello que los validadores recompensan. La demanda llega al minero solo a través de esas puntuaciones, no porque una persona identificada haya prepagado esta respuesta HTTP.

Ambos pueden denominarse incentivos, pero el pago y el uso adecuado son distintos. La comisión de Ritual aumenta cuando alguien quiere una llamada específica y está dispuesto a prepagarla. La emisión de Bittensor llega cuando los validadores ponderados por stake acuerdan que el minero realizó la tarea de la subred, incluso si ningún usuario individual prepagó esa respuesta. La inferencia con precio por uso se refleja como un débito en RitualWallet. La producción con precio por emisión se refleja como incentivo y dividendos de la subred. Mezclar ambos conceptos interpreta incorrectamente el diseño, por ejemplo, evaluar Ritual por las emisiones de TAO o evaluar una subred según si una llamada Solidity se revirtió.

El calendario de desbloqueo de RITUAL no es el halving de TAO, y el precio de mercado de ninguno de los activos forma parte de esta comparación. RITUAL bloqueado no se puede poner en stake. La ponderación de stake de Bittensor tiene su propia fórmula: alfa puesto en stake en esa subred más stake de TAO raíz escalado por una ponderación de TAO establecida por gobernanza. Comparar el rendimiento del staking entre ambos sin estas fórmulas no es comparar el mismo mecanismo.

¿Cómo se verifica el trabajo?

Ritual verifica una llamada mediante certificación y liquidación. Se espera que el ejecutor demuestre que ejecutó software aprobado dentro de un entorno de ejecución de confianza. La cadena entonces paga con el presupuesto reservado o registra el resultado. Un entorno de ejecución de confianza oculta las entradas al operador del hardware y su ruta de certificación permite verificar cómo se ejecutó la tarea. Sin embargo, no demuestra por sí mismo que el modelo fuera el que esperaba un usuario, salvo que la política de certificación vincule ese software. La página de tokenómica indica que la lista aprobada forma parte de la admisión en el lanzamiento. Una lista cerrada es más fácil de supervisar y de censurar. La verificación incluye ambas cuestiones.

Bittensor verifica el trabajo mediante el acuerdo entre validadores con stake. Un validador que establece ponderaciones cercanas al consenso conserva sus dividendos. Un validador que pierde su permiso pierde dividendos y sus bonos. Los mineros que obtienen poco se acercan a la expulsión una vez finaliza la inmunidad. La verificación es social y ponderada por stake, en el sentido técnico de Yuma Consensus, no una certificación de hardware de un enclave individual. La guía de minería añade un límite de privacidad: las solicitudes se desplazan entre validadores y mineros sin garantía de confidencialidad. Un prompt que debe permanecer oculto para el operador no debe utilizar esta ruta, salvo que una subred específica añada protecciones que la guía básica no afirma ofrecer.

Hay una verificación fuera de ambos diseños: si la respuesta es verdadera. Las certificaciones y ponderaciones de validadores de estas páginas no verifican los hechos de lo que dijo el modelo. Ritual verifica que el cálculo se ejecutó según lo acordado. Bittensor verifica las puntuaciones de pares. Ninguno demuestra que la respuesta sea correcta. Un producto que necesite contrastar hechos seguirá necesitando una fuente fuera de la capa de incentivos.

¿Qué red se adapta a cada tarea?

Elige Ritual si la tarea es un contrato en una cadena EVM que debe llamar a un modelo, acceder a un endpoint HTTP o programarse a sí mismo, y quien realiza la llamada está preparado para prepagar RITUAL. Esto incluye un agente cuya clave y presupuesto están en el ID de cadena 784 y un desarrollador que ya escribe Solidity. No incluye el deseo de recibir TAO por atender a mineros anónimos.

Elige Bittensor si la tarea consiste en producir el recurso de una subred compitiendo con otros mineros o en evaluar a esos mineros como validador, bajo un calendario de emisiones y un fondo de alfa. Esto incluye un equipo que crea un recurso de subred en torno al cual compiten mineros y validadores, y uno que quiere que la cadena pague por trabajo útil sin un único cliente que prepague cada respuesta. No incluye desplegar un contrato EVM existente en subtensor y esperar que aparezcan precompilaciones de Ritual.

No elijas ninguno de los dos y utiliza un diseño diferente si el requisito es una gobernanza vinculante de titulares de tokens durante los primeros meses, prompts privados en la ruta predeterminada de mineros de Bittensor o un conjunto abierto de ejecutores de Ritual sin lista aprobada. Las páginas citadas no describen estas características como ya activas en el lanzamiento. Los límites determinan quién puede participar en el lanzamiento.

Después de esa elección, comprar el activo es operativa spot. Comprar TAO no incorpora a un minero. Comprar RITUAL no despliega un agente. La compra solo cambia un saldo, y el par RITUAL/USDT debe seguir coincidiendo con la red de depósito.

¿Qué limitaciones tiene esta comparación?

Estos parámetros cambian, por lo que la cifra de la página en cada momento es la que cuenta. Los hiperparámetros de Bittensor, como la ponderación de TAO en el stake, el límite de permisos de validadores y la duración de la inmunidad, se establecen mediante gobernanza o por la subred, y la guía de red indica que se consulte el valor actual. La lista de ejecutores de Ritual, el calendario de comisiones y el objetivo del mes 12 para votaciones vinculantes son declaraciones de lanzamiento de la página de tokenómica, no una promesa de que la lista permanezca cerrada para siempre. Esta comparación cubre los mecanismos publicados, no una votación posterior.

La otra limitación es hasta dónde llegan los explicadores públicos. Los explicadores públicos de Ritual a menudo se limitan a "capa 1 de IA" y no indican quién prepaga, o enumeran la gobernanza como una función que el token ya tiene, aunque las votaciones vinculantes de los stakers lleguen después. Los explicadores públicos de Bittensor a menudo se limitan a una etiqueta amplia como "IA descentralizada" y omiten los detalles operativos utilizados aquí, incluidos alfa, endpoints axon y la ausencia de garantía de confidencialidad. Esta comparación no clasifica los tokens ni estima rendimientos.

Resumen

Ritual es una capa 1 EVM en la que los contratos inteligentes prepagan RITUAL para operaciones de IA, como una llamada de modelo, una llamada HTTP o una programación, y un ejecutor puede realizar ese trabajo dentro de un entorno de ejecución de confianza incluido en una lista aprobada. Bittensor es una cadena Substrate en la que los mineros producen soluciones de IA fuera de la cadena en mercados de subredes evaluados, los validadores establecen ponderaciones y las emisiones de TAO más un fondo de alfa por subred pagan según Yuma Consensus. Utiliza Ritual para una llamada similar a un contrato con presupuesto reservado. Utiliza Bittensor para un mercado evaluado de productores. El mercado spot en el que se negocia RITUAL es un paso independiente de ambos diseños.

Preguntas frecuentes

¿En qué se diferencia Ritual de Bittensor?

Ritual ejecuta una cadena EVM, con ID de cadena 784, donde los contratos prepagan RITUAL para llamadas de modelos, HTTP y programadas, e Infernet es la red de oráculos descentralizada de Ritual para IA. Bittensor ejecuta subtensor, donde el trabajo de las subredes se realiza fuera de la cadena y la cadena emite TAO según las ponderaciones de los validadores. Uno es una ruta de llamadas prepagadas para modelos de inteligencia. El otro es un mercado de emisiones para productores de subredes.

¿Bittensor utiliza el mismo tipo de staking que Ritual?

No. RITUAL desbloqueado se pone en stake o se delega a validadores de Ritual, y RITUAL bloqueado no se puede poner en stake. En Bittensor, hacer stake de TAO en una subred lo intercambia por el alfa de esa subred, y los permisos de los validadores dependen de la ponderación de stake. Los dos flujos de recompensas no son intercambiables.

¿Puede un contrato inteligente de Ritual llamar a un minero de Bittensor?

No como una precompilación integrada en ninguna de las dos cadenas. Un contrato de Ritual no llama a un minero de Bittensor de forma predeterminada, aunque Infernet sea la red de oráculos de Ritual para IA. Las llamadas de Ritual pasan por sus propios ejecutores y RitualWallet. Se accede a los mineros de Bittensor cuando un validador envía una solicitud a un axon. Un puente entre ambos sería una aplicación independiente, no la ruta de liquidación predeterminada.

¿Qué red mantiene privados los prompts?

El diseño de Ritual puede colocar las entradas dentro de un entorno de ejecución de confianza para que los prompts se mantengan ocultos a las personas que operan la máquina. La guía de minería de Bittensor indica que las solicitudes entre validadores y mineros no tienen garantía de confidencialidad, por lo que su ruta predeterminada no ofrece el mismo control de privacidad. Un prompt oculto se ajusta a la primera descripción, no a la segunda, salvo que una subred específica añada una protección que la guía básica no indique.

¿Comprar RITUAL o TAO elige la red para un desarrollador?

No. Una compra spot solo cambia un saldo. Desplegar un contrato en Ritual o registrar una hotkey en una subred de Bittensor es un paso independiente. Los desarrolladores también analizan las herramientas, cómo se conectan y si pueden desarrollar para un mercado nuevo. La orden spot no incorpora a un minero ni a un ejecutor. Los eventos y hackatones previstos de Ritual son programas comunitarios. Comprar el token no selecciona la red.