Leitores que já sabem que uma GPU pode treinar ou executar um modelo ainda precisam distinguir três modelos: o trabalho que cria o bloco, o trabalho que os validadores pontuam e o trabalho pelo qual um comprador paga. Pearl se enquadra no primeiro modelo. Uma pontuação ou um aluguel ainda pode ser útil para um comprador enquanto a blockchain hospedeira continua produzindo blocos sem esse trabalho de GPU.
Um trabalho aprovado, uma alta pontuação de validador e um tile vencedor respondem a perguntas diferentes. Preço e tempo de atividade não colocam uma rede no mesmo modelo.
Pearl é uma blockchain de camada 1 cuja unidade de trabalho é a multiplicação de matrizes em uma GPU. O whitepaper Pearl INT especifica um modelo de prova de trabalho útil no qual essa multiplicação também pode servir como prova do bloco. O minerador escolhe as matrizes, e os tiles do produto funcionam como bilhetes de loteria. O minerador que encontra um bilhete vencedor publica o bloco e recebe PRL. Na Gate, o símbolo de spot desse ativo nativo é PEARL.
Bittensor é uma rede aberta de subnets. Os mineradores produzem uma commodity, como computação, inferência, armazenamento ou previsão. Os validadores pontuam os mineradores definindo pesos, e o Yuma Consensus agrega esses pesos em vez de pontuar o trabalho diretamente. Criadores de subnets definem o incentivo, stakers respaldam validadores com TAO, e a blockchain paga TAO com base nesse agregado. Uma pontuação alta é uma avaliação segundo o incentivo daquela subnet, não uma regra de que um produto de matrizes deve ser a pré-imagem do próximo bloco.
Akash Network é um marketplace de computação em contêineres criado com o Cosmos SDK e o CometBFT. Um locatário descreve CPU, memória, armazenamento e, quando disponível, GPU em um arquivo de implantação. Os provedores apresentam propostas, o locatário aceita uma proposta e a blockchain registra um aluguel. A prova de participação delegada seleciona os validadores da Akash. A GPU que atende o contêiner é o produto alugado, não o quebra-cabeça resolvido por esses validadores.
Render Network atribui trabalhos de GPU, especialmente renderização e computação relacionada, a operadores de nós. RENDER é um ativo SPL na Solana. Um criador queima RENDER para obter créditos de trabalho que enviam um trabalho, e os operadores de nós são pagos por um cronograma de emissões separado, e não pelos tokens queimados. Os validadores da Solana produzem blocos da Solana. A liquidação de um trabalho atualiza o registro de trabalho da Render, não a loteria de blocos da Solana.
Entre essas quatro, o trabalho útil produz o bloco apenas no modelo da Pearl. Os mineradores Pearl procuram um tile cujo hash atinja a meta de dificuldade. Essa busca é a prova de trabalho. Repetir essas multiplicações até que um tile vença é o que torna caro produzir um histórico concorrente.
As outras três podem atender um comprador e ainda manter a produção de blocos em outro lugar. A Bittensor paga pelo que uma subnet define, e TAO segue os pesos agregados pelo Yuma. A Akash paga por um contêiner sob aluguel. A Render paga por um trabalho concluído. Essas blockchains podem continuar produzindo blocos se o mercado de GPUs ficar inativo: a blockchain da Bittensor usa prova de autoridade, Akash e Solana usam staking, e nenhuma das três utiliza o trabalho de GPU como quebra-cabeça de bloco.
| Pergunta | Pearl | Bittensor | Akash | Render |
|---|---|---|---|---|
| Pelo que se paga? | Um tile de multiplicação de matrizes que atinge a dificuldade | Saída de subnet pontuada por validadores | Um aluguel de contêiner aceito | Um trabalho de GPU concluído |
| Esse trabalho produz o bloco? | Sim. O tile é a loteria de blocos da Pearl | Não. As pontuações distribuem TAO | Não. Validadores em staking executam o CometBFT | Não. Validadores da Solana produzem blocos |
| Ativo nativo | PRL, símbolo de spot PEARL | TAO | AKT | RENDER |
| Como é uma falha | Nenhum tile vencedor, portanto não há subsídio nesse hardware | Pontuação baixa, portanto pouca ou nenhuma emissão | Nenhuma proposta aceita ou um aluguel que não permanece ativo | Um trabalho não liquidado para o operador |

Figura 1. A Pearl paga por um tile vencedor de multiplicação de matrizes que produz o bloco. As outras três pagam por uma pontuação, um aluguel ou um trabalho.
Um marketplace pode ter clientes pagantes enquanto sua blockchain funciona com staking. Uma blockchain de prova de trabalho útil pode produzir blocos a partir de multiplicações que nenhum cliente solicitou. Uma tentativa sem sucesso na Pearl termina sem subsídio, um peso baixo na Bittensor encerra essa emissão, uma proposta rejeitada na Akash encerra essa oferta e uma liquidação malsucedida na Render encerra esse trabalho.
A verificação da Pearl prova um fato específico. A especificação de ponto flutuante amplia uma prova de multiplicação de matrizes com inteiros: o minerador se compromete com as entradas, aplica-se ruído proveniente desses compromissos e o produto é dividido em tiles. O verificador não recalcula todo o produto. Ele abre um tile, verifica as provas de Merkle, deriva as sementes de ruído, recalcula esse tile e testa o bilhete em relação à dificuldade.
Uma aprovação significa que o tile corresponde e que o bilhete vence. Isso não significa que um cliente recebeu tokens de um modelo. O minerador escolhe as entradas, pois uma rede aberta não pode presumir um solicitante de tarefa honesto. O argumento de segurança é o custo da multiplicação, inclusive em entradas degeneradas, e não um registro de modelos aprovados.
Um estudo independente sobre esse limite, A lacuna de utilidade na prova de trabalho útil, informa que a verificação aceita um produto de matrizes concluído e não testa se as matrizes vieram de um modelo. Matrizes aleatórias podem passar na verificação. O estudo também informa que o software de mineração predominante em sua amostra não continha código de inferência. Uma verificação sólida de tile pode existir enquanto uma carga de trabalho de inferência paga permanece opcional.
Na Bittensor, a aprovação é uma pontuação. Os validadores analisam a saída dos mineradores segundo o incentivo da subnet e definem pesos. Um peso alto significa que esses validadores atribuíram valor. Isso não significa que toda subnet esteja vendendo inferência a um cliente externo, nem que os cálculos do minerador tenham sido reexecutados como um tile de consenso. A introdução da Bittensor apresenta essa divisão: os mineradores produzem a commodity, os validadores pontuam os mineradores e os stakers respaldam os validadores com TAO.
Na Akash, a aprovação é um aluguel. A blockchain registra a proposta, a aceitação do locatário e os termos. A entrega passa a ser um fato operacional sobre um contêiner nas máquinas de um provedor. Um aluguel encerrado não prova que as GPUs do provedor estão treinando um modelo específico, a menos que a carga de trabalho do locatário seja esse trabalho.
Na Render, a aprovação é a liquidação de um trabalho. Um operador de nó é pago quando a rede aceita o trabalho de acordo com suas regras de trabalho e reputação. A liquidação comprova o registro do trabalho, não que os mesmos ciclos de GPU foram uma prova de bloco da Solana. A reputação pode subir ou cair conforme o trabalho entregue. Essa pontuação de serviço se aproxima dos pesos da Bittensor e se distingue da verificação de tile da Pearl.
O caminho documentado para mineradores Pearl é uma estrutura de GPU baseada em um minerador vLLM e um nó Pearl. O nó distribui modelos de bloco. O endereço do minerador é um endereço Taproot com o prefixo prl1p na mainnet. A recompensa chega quando esse trabalho encontra um bloco: o subsídio mais as taxas, e não um pagamento por hora de atividade.
Programas de terceiros publicam suas próprias listas de dispositivos e números de hashrate. Esses números medem essa compilação de software, não uma constante do protocolo. Um programa que solicita uma frase-semente está assumindo controle da carteira, pois a mineração precisa apenas de um endereço de recebimento. Um pool pode reduzir a variância. A unidade de trabalho continua sendo a multiplicação de matrizes.
O hardware da Bittensor depende da subnet. Uma subnet de inferência pode exigir GPUs. Uma subnet de armazenamento ou previsão pode não exigir. O registro, o software do minerador e a pontuação dos validadores determinam se a máquina recebe pagamento.
O hardware da Akash é o que o provedor lista e o arquivo de implantação do locatário solicita. Vencer o trabalho significa vencer a proposta e manter o aluguel, não superar uma meta de dificuldade. Um provedor pode receber por um aluguel sem qualquer possibilidade de produzir um bloco da Akash.
O hardware da Render é um nó de GPU que recebe trabalhos encaminhados. A reputação do operador e a classe do trabalho são importantes. Uma placa que nunca vence um tile Pearl ainda pode liquidar um trabalho da Render, pois esse trabalho não é um bilhete Pearl.
Não. A Pearl emite PRL por meio do subsídio de bloco. A oferta é limitada a 2,1 bilhões e é alcançada por uma curva suave, sem etapa de halving, com um intervalo-alvo de cerca de 194 segundos. O PRL de um minerador é um direito sobre essa emissão, não sobre a fatura de GPU de um cliente. Mineração Pearl acompanha essa curva junto ao ajuste de dificuldade.
A Bittensor paga TAO a partir da emissão direcionada pelas pontuações agregadas do Yuma. Um minerador precisa ter peso em uma subnet. Um staker delega aos validadores. Nenhum dos fluxos é um pagamento de cliente por uma hora de GPU. O token é a unidade de medida das pontuações.
A Akash separa a produção de blocos do pagamento do aluguel. AKT em staking respalda os validadores e, portanto, a produção de blocos. Um locatário financia o aluguel com ACT, um crédito de computação atrelado ao USD, e o escrow paga o provedor em ACT. A queima de AKT é como esse crédito é emitido. Um provedor pode receber por um aluguel sem criar blocos, e um validador pode criar blocos sem oferecer uma GPU.
RENDER é o ativo utilizado para pagar por um trabalho. A queima de RENDER cria créditos de trabalho e remove esse RENDER da oferta. Os operadores de nós são pagos por um cronograma de emissões separado, e não pelo recebimento dos tokens queimados. Uma conta Solana que detém RENDER não é uma UTXO Pearl, e uma transferência na Solana não liquida uma coinbase Pearl. A oferta pode cair quando trabalhos queimam RENDER e aumentar quando emissões são emitidas, em vez de variar quando um tile de matriz atinge uma meta de dificuldade Pearl.
Um recibo que diz "GPU" pode ser um subsídio de bloco, uma emissão ponderada por pontuação, um pagamento de aluguel ou um pagamento de emissão após um trabalho queimado. Apenas o primeiro é Pearl.
Um tile Pearl vencedor certifica que a multiplicação atingiu a dificuldade. Ele não certifica que um cliente recebeu a saída de um modelo. Um peso da Bittensor certifica uma pontuação de validador. Um aluguel da Akash certifica uma proposta aceita. Uma liquidação da Render certifica um trabalho concluído.
O ativo Pearl nativo não possui endereço de contrato em outra blockchain, e os endereços de recebimento na mainnet começam com prl1p. O mercado PEARL da Gate corresponde a esse ativo. O mercado PRL da Gate é Perle, um projeto separado. Um endereço de contrato, um endereço 0x ou um endereço Solana corresponde a um ativo diferente, mesmo quando o nome é igual.
Pearl em comparação com Bittensor, Akash e Render mostra uma diferença no que a GPU está comprovando. A Pearl paga PRL quando um tile de multiplicação de matrizes vence a loteria de blocos em sua própria blockchain, e a aprovação do verificador certifica esse tile, não uma fatura de cliente. A Bittensor paga TAO quando os validadores pontuam a saída de uma subnet. A Akash paga um aluguel aceito em ACT enquanto validadores em staking produzem blocos, e a Render queima RENDER para pagar por um trabalho enquanto as recompensas dos operadores vêm de emissões e a Solana produz os blocos.
A Pearl transforma a multiplicação de matrizes em GPU no trabalho que pode vencer um bloco e paga o vencedor em PRL. A Bittensor paga TAO pela saída de uma subnet depois que os validadores definem pontuações. A Akash registra um aluguel de contêiner em uma blockchain de prova de participação e paga esse aluguel com escrow em ACT. A Render cobra por trabalhos de GPU queimando RENDER para obter créditos de trabalho na Solana e paga operadores de nós por um cronograma de emissões separado.
Não. Uma prova Pearl válida mostra que o tile aberto é recalculado e que o bilhete atinge a dificuldade. O minerador escolhe as matrizes, e matrizes aleatórias podem passar. Uma carga de trabalho de inferência paga pode ser a origem dessas matrizes, mas a verificação não exige essa origem.
Não. A Akash registra aluguéis em uma blockchain de prova de participação CometBFT. A Render liquida trabalhos com RENDER na Solana, cujos validadores produzem blocos por staking. Ambas podem vender tempo útil de GPU, e essa venda não é o quebra-cabeça de bloco.
Não. Um provedor Akash lista os recursos solicitados por um locatário e vence uma proposta, enquanto um operador de nó da Render aceita um trabalho encaminhado. O caminho documentado da Pearl é um nó mais um minerador que realiza a multiplicação do protocolo, com pagamento apenas quando um bloco é encontrado. Uma placa que pode aceitar um trabalho de marketplace não é automaticamente um minerador Pearl.
Não. A Gate lista o ativo Pearl nativo sob o símbolo PEARL. O mercado PRL na Gate é Perle, um projeto separado. Pearl nativo é recebido em um endereço prl1p na rede Pearl e não possui endereço de contrato em outra blockchain.
* As informações não pretendem ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecida ou endossada pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem referência à Gate. A contravenção é uma violação da Lei de Direitos Autorais e pode estar sujeita a ação legal.





