Provedores de IA cunham blocos enquanto respondem prompts.

O recibo é um objeto de prova — uma transcrição compacta da trajetória de amostragem do modelo sobre um prompt derivado de hash — que qualquer outro nó pode reproduzir contra os pesos publicados. A verificação não pode simplesmente reexecutar o forward pass e comparar bit a bit: o mesmo modelo em GPUs diferentes, tamanhos de batch ou kernels de atenção produz logits ligeiramente diferentes. Em vez disso, é uma regra de decisão estatística calibrada, executada em uma escada de três níveis (Quick → Smell → Full) onde cada nível restringe estritamente o que conta como honesto. O verificador é distribuído como software de código aberto — qualquer um pode rodar um e contestar blocos desonestos.

Mineração e serviço colapsam em uma única carga de trabalho. A Mining API é um vLLM bifurcado (CUDA) e llama.cpp (CPU / Apple Silicon) com captura de prova integrada ao próprio caminho de amostragem, então gerar material de prova não atrasa as requisições dos usuários. Prompts sintéticos de backfill só rodam quando a GPU estaria ociosa e cedem ao tráfego pagante. Quando uma transcrição supera o alvo de dificuldade, ela se torna um candidato a bloco; quando não supera, você ainda respondeu a um prompt real. Sem loop de mineração separado, sem conta de eletricidade ociosa.

A TensorCash herda o grafo de transações, o modelo UTXO e o maquinário de assinaturas do Bitcoin Core, e estende a superfície de consenso de algumas formas bem delimitadas. Os cabeçalhos de bloco se comprometem com um blob de prova de inferência e um alvo de dificuldade ajustada. Cada bloco incorpora uma prova Wesolowski VDF que vincula o bloco ao trabalho em tempo real. A validação de prova é dividida em níveis Quick / Smell / Full — Quick e Smell controlam a propagação; Full roda fora do caminho de propagação. A camada de presync pontua cadeias por proof-of-time antes de proof-of-work, e reorganizações profundas levantam um aviso forense antes que a cadeia mude. Sem VM de propósito geral significa nenhuma superfície de ataque de VM de propósito geral para herdar.

Ativos fungíveis nativos ficam ao lado da moeda da cadeia no mesmo grafo UTXO. Cada saída portadora de ativo carrega um único registro binário tipado comprometido pelo sighash da transação, então o estado do ativo não pode ser reatribuído após a produção de uma assinatura. Cada ativo tem uma Issuer Control Unit — uma credencial em formato UTXO que o emissor deve rotacionar a cada gasto autorizado, garantida por uma stake postada em moeda nativa. Ativos regulados carregam provas de elegibilidade do detentor de conhecimento zero (KYC) usando chaves de verificação Groth16 on-chain e raízes de conformidade rotativas. Componível com as famílias de scripts existentes do Bitcoin, covenants Taproot e ferramentas PSBT.

Emissores podem publicar prospectos, term sheets, registros de governança e divulgações aos detentores como compromissos on-chain. Documentos são ancorados por hash; a raiz de conformidade do ativo os vincula ao consenso. Evidência de assinatura eletrônica de qualidade QES (o padrão europeu Qualified Electronic Signature) se integra à mesma âncora. O compromisso on-chain é permanente e datado; o documento em si pode ser público, restrito a detentores ou compartilhado off-chain — com a cadeia provando que o documento visto pelos detentores é o documento que o emissor publicou.

Primitivas spot, repo e forward liquidam por meio de um único covenant financeiro: `OP_OUTPUTMATCH`, uma checagem Tapscript que pergunta se a transação de gasto contém uma saída com um hash de script, valor e (para saídas de ativos) identificador de ativo especificados. Ela executa correspondência limitada na transação atual — sem execução de script do destinatário, sem consultas ao histórico de transações, sem estado mutável. Taproot mantém os termos do contrato confidenciais até que o caminho do script seja tomado: o conjunto UTXO público vê o cofre, não o term sheet.

Uma pilha de coordenação de três camadas vive por trás da carteira. Nostr para descoberta de ofertas; Noise+SPAKE2 para sessões de negociação bilateral criptografadas de ponta a ponta; HTLCs e a cerimônia de assinatura de adaptador Fair-Sign para liquidação atômica. A mesma página da carteira Qt expõe seis sub-abas — descoberta, ofertas, sessões, governança, discussão, cross-chain — para que uma negociação flua de "encontrar uma contraparte" passando por "negociar privadamente" até "liquidar bilateralmente" sem um local. O contrato Solidity TensorSwap cuida da perna EVM dos swaps cross-chain.

Dois trilhos de gasto vivem desde o bloco 0. A pilha familiar ECDSA / Schnorr em Witness v0/v1, e uma pilha ML-DSA (NIST FIPS 204) em uma nova Witness v2. Saídas v2 são saídas Taproot de 32 bytes gastáveis apenas por prova de caminho de script; os únicos novos opcodes são `OP_CHECKMLSIG` e `OP_CHECKMLSIGVERIFY`. Como a TensorCash é um fork de gênese, não há base UTXO instalada para adaptar e nenhuma janela de ativação de soft-fork — usuários escolhem um trilho quando financiam um endereço, e ambos permanecem válidos para sempre.

A correspondência de ordens e a descoberta de preços têm requisitos de throughput, alavancagem e justiça que não cabem on-chain. A TensorCash especifica uma DEX de camada superior que usa latência de rede e fragmentação criptográfica — estado do livro de ordens compartilhado via Shamir 6-de-10 entre subconjuntos independentes de validadores — para proteger contra front-running e manipulação. Nenhum subconjunto único conhece o fluxo; nenhum subconjunto único pode interromper as negociações. A liquidação final sempre retorna à cadeia base através das mesmas primitivas de atomic-swap que uma negociação bilateral usa.