Pearl frente a Bittensor, Akash y Render: diferencias clave

Los lectores que ya saben que una GPU puede entrenar o servir un modelo aún deben distinguir entre tres diseños: el trabajo que crea el bloque, el trabajo que los validadores puntúan y el trabajo por el que paga un comprador. Pearl pertenece al primer diseño. Una puntuación o un arrendamiento pueden seguir siendo útiles para un comprador, mientras la cadena principal continúa produciendo bloques sin ese trabajo de GPU.

Un trabajo superado, una puntuación alta de los validadores y una respuesta ganadora de una submatriz responden a preguntas diferentes. El precio y el tiempo de actividad no sitúan una red en el mismo diseño.

Puntos clave

• El mecanismo de selección de bloques de Pearl consiste en una multiplicación de matrices en una GPU dentro de su propia cadena. Bittensor paga TAO cuando los validadores puntúan el resultado de una subred. Akash y Render cobran por un arrendamiento o un trabajo, y sus cadenas principales producen bloques mediante staking.
• Una prueba válida de Pearl demuestra que una submatriz de salida seleccionada se volvió a calcular y superó la dificultad. No demuestra que las matrices procedieran de una pasada hacia delante de un modelo de pago.
• Las listas de hardware de mineros externos no son constantes del protocolo. El proceso documentado de Pearl consiste en un nodo y un minero de vLLM. Akash enumera recursos de contenedores. Render asigna trabajos de GPU a operadores de nodos.
• Los activos nativos cumplen funciones diferentes: PRL es la recompensa por bloque de Pearl, TAO sigue las puntuaciones agregadas, el AKT en staking produce bloques de Akash mientras un arrendamiento se paga con ACT, y RENDER se quema para pagar un trabajo mientras los operadores reciben pagos conforme a un calendario de emisiones independiente.

¿Qué hace realmente cada red?

Pearl es una cadena de bloques de capa 1 cuya unidad de trabajo es la multiplicación de matrices en una GPU. El libro blanco de Pearl INT especifica un diseño de prueba de trabajo útil en el que esa multiplicación también puede servir como prueba del bloque. El minero elige las matrices, y las submatrices del producto actúan como boletos para el mecanismo de selección. El minero que encuentra un boleto ganador publica el bloque y recibe el pago en PRL. En Gate, el símbolo del mercado spot de ese activo nativo es PEARL.

Bittensor es una red abierta de subredes. Los mineros producen un recurso, como capacidad de cómputo, inferencia, almacenamiento o predicciones. Los validadores puntúan a los mineros asignándoles pesos, y Yuma Consensus agrega esos pesos en lugar de puntuar directamente el trabajo. Los creadores de subredes definen el incentivo, los stakers respaldan a los validadores con TAO y la cadena paga TAO a partir de ese agregado. Una puntuación alta es una evaluación conforme al incentivo de esa subred, no una regla que establezca que un producto de matrices deba ser la preimagen del siguiente bloque.

Akash Network es un mercado de capacidad de cómputo en contenedores creado con Cosmos SDK y CometBFT. Un cliente describe la CPU, la memoria, el almacenamiento y, cuando se ofrece, la GPU en un archivo de implementación. Los proveedores pujan, el cliente acepta una oferta y la cadena registra un arrendamiento. La prueba de participación delegada selecciona a los validadores de Akash. La GPU que ejecuta el contenedor es el producto arrendado, no el desafío que resuelven esos validadores.

Render Network asigna trabajos de GPU, especialmente de renderizado y otros trabajos de cómputo relacionados, a operadores de nodos. RENDER es un activo SPL en Solana. Un creador quema RENDER para obtener créditos de trabajo con los que envía un trabajo, y los operadores de nodos reciben pagos conforme a un calendario de emisiones independiente, no a partir de los tokens quemados. Los validadores de Solana producen los bloques de Solana. La liquidación de un trabajo actualiza el registro de trabajo de Render, no el mecanismo de selección de bloques de Solana.

¿El trabajo útil, como la multiplicación de matrices, produce el bloque?

Entre estas cuatro redes, el trabajo útil solo produce el bloque en el diseño de Pearl. Los mineros de Pearl buscan una submatriz cuyo hash cumpla el objetivo de dificultad. Esa búsqueda es la prueba de trabajo. Repetir esas multiplicaciones hasta que una submatriz cumpla el objetivo es lo que encarece la creación de un historial alternativo.

Las otras tres redes pueden prestar servicio a un comprador y mantener la producción de bloques en otro mecanismo. Bittensor paga por lo que defina cada subred, y TAO sigue los pesos agregados por Yuma. Akash paga por un contenedor conforme a un arrendamiento. Render paga por un trabajo completado. Esas cadenas pueden seguir produciendo bloques si el mercado de GPU se queda sin actividad: la cadena de Bittensor utiliza prueba de autoridad, mientras que Akash y Solana utilizan staking. Ninguna de las tres utiliza el trabajo de GPU como desafío para producir bloques.

Figura 1. Pearl paga por una submatriz ganadora resultante de una multiplicación que produce el bloque. Las otras tres pagan por una puntuación, un arrendamiento o un trabajo.

Un mercado puede tener clientes que pagan mientras su cadena funciona mediante staking. Una cadena basada en prueba de trabajo útil puede producir bloques a partir de multiplicaciones que ningún cliente solicitó. Un intento fallido en Pearl termina sin recompensa, un peso bajo en Bittensor termina con esa emisión, una oferta rechazada en Akash termina con esa propuesta y una liquidación fallida en Render termina con ese trabajo.

¿Qué demuestra realmente una comprobación superada?

La comprobación de Pearl demuestra un hecho concreto. La especificación de coma flotante amplía una prueba de multiplicación de matrices enteras: el minero se compromete con las entradas, aplica el ruido derivado de esos compromisos y divide el producto en submatrices. El verificador no vuelve a calcular todo el producto. Abre una submatriz, comprueba las pruebas de Merkle, deriva las semillas de ruido, vuelve a calcular esa submatriz y comprueba el boleto frente a la dificultad.

Superar la comprobación significa que la submatriz coincide y que el boleto cumple el objetivo. No significa que un cliente haya recibido tokens de un modelo. El minero elige las entradas, porque una red abierta no puede dar por supuesto que quien proporciona la tarea actúe de forma honesta. El argumento de seguridad es el coste de la multiplicación, incluso con entradas degeneradas, no un registro de modelos aprobados.

Un estudio independiente sobre este límite, The Usefulness Gap in Proof-of-Useful-Work, informa de que la verificación acepta un producto de matrices completado y no comprueba si las matrices procedían de un modelo. Las matrices aleatorias pueden superar la comprobación. El estudio también informa de que el software de minería predominante en su muestra no contenía código de inferencia. Una comprobación sólida de una submatriz puede mantenerse mientras un trabajo de inferencia de pago siga siendo opcional.

La comprobación de Bittensor es una puntuación. Los validadores examinan el resultado de los mineros conforme al incentivo de la subred y asignan pesos. Un peso alto significa que esos validadores asignaron valor al resultado. No significa que todas las subredes vendan inferencia a un cliente externo ni que las operaciones matemáticas del minero se hayan vuelto a ejecutar como una submatriz de consenso. La introducción de Bittensor establece esta separación: los mineros producen el recurso, los validadores puntúan a los mineros y los stakers respaldan a los validadores con TAO.

La comprobación de Akash es un arrendamiento. La cadena registra la oferta, la aceptación del cliente y las condiciones. A continuación, la prestación es un hecho operativo relativo a un contenedor en las máquinas de un proveedor. Un arrendamiento cerrado no demuestra que las GPU del proveedor estén entrenando un modelo concreto, salvo que la carga de trabajo del cliente sea precisamente ese trabajo.

La comprobación de Render es la liquidación de un trabajo. Un operador de nodo recibe el pago cuando la red acepta el trabajo conforme a las reglas aplicables al trabajo y a la reputación. La liquidación demuestra el registro del trabajo, no que los mismos ciclos de GPU hayan constituido una prueba de bloque de Solana. La reputación puede aumentar o disminuir según el trabajo entregado. Esa puntuación del servicio es comparable a los pesos de Bittensor y, aparte de la comprobación de la submatriz de Pearl, no constituye una prueba de bloque.

¿En qué se diferencian las rutas de hardware y software?

La ruta de minería documentada de Pearl es una pila de GPU basada en un minero de vLLM y un nodo de Pearl. El nodo proporciona las plantillas de bloques. La dirección del minero es una dirección Taproot con el prefijo prl1p en la red principal. La recompensa llega cuando ese trabajo encuentra un bloque: la recompensa por bloque más las comisiones, no un pago por cada hora de tiempo de actividad.

Los programas de terceros publican sus propias listas de dispositivos y cifras de hashrate. Esas cifras miden esa versión del software, no una constante del protocolo. Un programa que solicite una frase semilla está intentando obtener el control del monedero, porque la minería solo necesita una dirección de recepción. Un pool puede suavizar la variación de los ingresos. La unidad de trabajo sigue siendo la multiplicación de matrices.

El hardware de Bittensor depende de la subred. Una subred de inferencia puede requerir GPU. Una subred de almacenamiento o predicción puede no necesitarlas. El registro, el software del minero y la puntuación de los validadores determinan si la máquina recibe pagos.

El hardware de Akash es el que el proveedor enumera y el que solicita el archivo de implementación del cliente. Ganar el trabajo significa ganar la puja y mantener el arrendamiento, no superar un objetivo de dificultad. Un proveedor puede recibir pagos por un arrendamiento sin tener ninguna posibilidad de producir un bloque de Akash.

El hardware de Render es un nodo de GPU que recibe trabajos asignados. La reputación del operador y la clase de trabajo son importantes. Una tarjeta que nunca encuentra una submatriz válida de Pearl aún puede completar un trabajo de Render, porque ese trabajo no es un boleto de Pearl.

¿Las recompensas en tokens son lo mismo que las comisiones de cómputo?

No. Pearl emite PRL mediante la recompensa por bloque. El suministro está limitado a 2100 millones y se aproxima mediante una curva gradual sin una reducción a la mitad, con un intervalo objetivo de aproximadamente 194 segundos. Los PRL de un minero representan una participación en esa emisión, no en la factura de GPU de un cliente. Minería de Pearl sigue esa curva junto con el ajuste de dificultad.

Bittensor paga TAO a partir de la emisión que dirigen las puntuaciones agregadas por Yuma. Un minero necesita recibir peso en una subred. Un staker delega a los validadores. Ninguno de estos flujos constituye el pago de un cliente por una hora de GPU. El token sirve como unidad de las puntuaciones.

Akash separa la producción de bloques del pago del arrendamiento. El AKT en staking respalda a los validadores y, por tanto, la producción de bloques. Un cliente financia el arrendamiento con ACT, un crédito de cómputo vinculado al USD, y el depósito en garantía paga al proveedor en ACT. La quema de AKT es el mecanismo mediante el que se acuña ese crédito. Un proveedor puede recibir pagos por un arrendamiento sin producir bloques, y un validador puede producir bloques sin ofrecer una GPU.

RENDER es el activo utilizado para pagar un trabajo. La quema de RENDER crea créditos de trabajo y retira esos RENDER del suministro. Los operadores de nodos reciben pagos conforme a un calendario de emisiones independiente, no mediante la recepción de los tokens quemados. Una cuenta de Solana que posee RENDER no es una UTXO de Pearl, y una transferencia de Solana no liquida una transacción coinbase de Pearl. El suministro puede disminuir cuando los trabajos queman RENDER y aumentar cuando se emiten recompensas, no cuando una submatriz alcanza un objetivo de dificultad de Pearl.

Un recibo que indique «GPU» puede corresponder a una recompensa por bloque, una emisión ponderada por puntuaciones, un pago de arrendamiento o un pago de emisiones posterior a un trabajo que ha quemado tokens. Solo el primero corresponde a Pearl.

¿Qué debes verificar antes de considerar que estos diseños son iguales?

Una submatriz ganadora de Pearl certifica que la multiplicación cumplió la dificultad. No certifica que un cliente haya recibido el resultado de un modelo. Un peso de Bittensor certifica una puntuación de un validador. Un arrendamiento de Akash certifica una oferta aceptada. Una liquidación de Render certifica un trabajo completado.

El activo nativo de Pearl no tiene una dirección de contrato en otra cadena, y las direcciones de recepción de la red principal comienzan por prl1p. El mercado PEARL de Gate corresponde a ese activo. El mercado PRL de Gate corresponde a Perle, un proyecto distinto. Una dirección de contrato, una dirección 0x o una dirección de Solana corresponde a un activo diferente, aunque el nombre coincida.

Resumen

Pearl frente a Bittensor, Akash y Render representa una diferencia en lo que demuestra la GPU. Pearl paga PRL cuando una submatriz resultante de una multiplicación gana el mecanismo de selección de bloques de su propia cadena, y la comprobación del verificador certifica esa submatriz, no una factura de cliente. Bittensor paga TAO cuando los validadores puntúan el resultado de una subred. Akash paga un arrendamiento aceptado con fondos en ACT mientras los validadores en staking producen bloques, y Render quema RENDER para pagar un trabajo mientras las recompensas de los operadores proceden de las emisiones y Solana produce los bloques.

Preguntas frecuentes

¿En qué se diferencia Pearl de Bittensor, Akash y Render?

Pearl convierte la multiplicación de matrices en GPU en el trabajo que puede ganar un bloque y paga al ganador en PRL. Bittensor paga TAO por el resultado de una subred después de que los validadores asignen puntuaciones. Akash registra un arrendamiento de contenedor en una cadena con prueba de participación y paga ese arrendamiento con fondos en ACT. Render cobra por los trabajos de GPU quemando RENDER para obtener créditos de trabajo en Solana y paga a los operadores de nodos conforme a un calendario de emisiones independiente.

¿Una prueba válida de Pearl significa que la GPU ejecutó un modelo de IA de pago?

No. Una prueba válida de Pearl demuestra que la submatriz abierta se vuelve a calcular correctamente y que el boleto cumple la dificultad. El minero elige las matrices, y las matrices aleatorias pueden superar la comprobación. Un trabajo de inferencia de pago puede ser el origen de esas matrices, pero la comprobación no exige ese origen.

¿Akash y Render utilizan prueba de trabajo útil?

No. Akash registra arrendamientos en una cadena CometBFT con prueba de participación. Render liquida trabajos con RENDER en Solana, cuyos validadores producen bloques mediante staking. Ambas redes pueden vender tiempo de GPU útil, pero esa venta no constituye el desafío para producir bloques.

¿Cualquier GPU puede minar Pearl del mismo modo que puede aceptar un trabajo de Akash o Render?

No. Un proveedor de Akash enumera los recursos que solicita el cliente y gana una puja, mientras que un operador de nodo de Render acepta un trabajo asignado. La ruta documentada de Pearl consiste en un nodo y un minero que ejecuta la multiplicación del protocolo, con pago únicamente cuando se encuentra un bloque. Una tarjeta que puede aceptar un trabajo de un mercado no es automáticamente un minero de Pearl.

¿El mercado PRL de Gate corresponde al mismo activo que Pearl?

No. Gate incluye el activo nativo de Pearl con el símbolo PEARL. El mercado PRL de Gate corresponde a Perle, un proyecto distinto. El activo nativo de Pearl se recibe en una dirección prl1p de la red de Pearl y no tiene una dirección de contrato en otra cadena.