Els proveïdors d'IA encunyen blocs mentre responen prompts.

El rebut és un objecte de prova — una transcripció compacta de la trajectòria de mostreig del model sobre un prompt derivat per hash — que qualsevol altre node pot reproduir contra els pesos publicats. La verificació no pot simplement reexecutar el forward pass i comparar bit a bit: el mateix model en GPU diferents, amb mides de batch diferents o nuclis d'atenció diferents produeix logits lleugerament diferents. En lloc d'això, és una regla de decisió estadística calibrada, executada en una escala de tres nivells (Quick → Smell → Full) on cada nivell estreny estrictament el que compta com a honest. El verificador es distribueix com a programari de codi obert — qualsevol pot executar-ne un i impugnar blocs deshonestos.

Minar i servir es col·lapsen en una sola càrrega de treball. La Mining API és un fork de vLLM (CUDA) i llama.cpp (CPU / Apple Silicon) amb la captura de prova integrada al mateix camí de mostreig, de manera que generar material de prova no alenteix les peticions dels usuaris. Els prompts sintètics de farciment només s'executen quan la GPU estaria inactiva i cedeixen el pas al trànsit de pagament. Quan una transcripció supera l'objectiu de dificultat esdevé un candidat a bloc; quan no ho fa, igualment has respost un prompt real. Sense bucle de minat separat, sense factura d'electricitat ociosa.

TensorCash hereta el graf de transaccions, el model UTXO i la maquinària de signatura de Bitcoin Core, i estén la superfície de consens d'unes poques maneres ben delimitades. Les capçaleres de bloc es comprometen a un blob de prova d'inferència i a un objectiu de dificultat ajustat. Cada bloc incrusta una prova Wesolowski VDF que vincula el bloc a la feina de rellotge real. La validació de prova es divideix en nivells Quick / Smell / Full — Quick i Smell controlen la propagació; Full s'executa fora del camí de propagació. La capa de presync puntua les cadenes per proof-of-time abans que per proof-of-work, i les reorganitzacions profundes mostren un avís forense abans que la cadena canviï. No tenir cap VM de propòsit general vol dir no heretar cap superfície d'atac de VM de propòsit general.

Els actius fungibles natius conviuen al costat de la moneda de la cadena en el mateix graf UTXO. Cada sortida portadora d'actius porta un únic registre binari tipat compromès pel sighash de la transacció, de manera que l'estat de l'actiu no es pot reenllaçar després que es produeixi una signatura. Cada actiu té una Issuer Control Unit — una credencial amb forma d'UTXO que l'emissor ha de rotar a cada despesa autoritzada, garantida per una participació publicada en moneda nativa. Els actius regulats porten proves d'elegibilitat del titular en zero-knowledge (KYC) usant claus de verificació Groth16 on-chain i arrels de compliment rotatives. Componibles amb les famílies d'script existents de Bitcoin, els covenants Taproot i les eines PSBT.

Els emissors poden publicar prospectes, term sheets, registres de governança i comunicacions als titulars com a compromisos on-chain. Els documents s'ancoren per hash; l'arrel de compliment de l'actiu els lliga al consens. L'evidència de signatura electrònica de qualitat QES (l'estàndard europeu de Signatura Electrònica Qualificada) s'integra dins de la mateixa àncora. El compromís on-chain és permanent i amb segell de temps; el document en si pot ser públic, només per a titulars o compartit fora de cadena — amb la cadena demostrant que el document que veuen els titulars és el document que l'emissor ha publicat.

Les primitives spot, repo i forward es liquiden a través d'un únic covenant financer: `OP_OUTPUTMATCH`, una comprovació de Tapscript que pregunta si la transacció gastadora conté una sortida amb un hash d'script, un import i (per a sortides d'actius) un identificador d'actiu especificats. Fa un matching delimitat sobre la transacció actual — sense execució de l'script destinatari, sense cerques a l'historial de transaccions, sense estat mutable. Taproot manté els termes del contracte confidencials fins que es pren el camí de l'script: el conjunt UTXO públic veu el vault, no el term sheet.

Una pila de coordinació de tres capes viu darrere de la cartera. Nostr per al descobriment d'ofertes; Noise+SPAKE2 per a sessions de negociació bilaterals encriptades extrem a extrem; HTLCs i la cerimònia de signatura adaptadora Fair-Sign per a la liquidació atòmica. La mateixa pàgina de cartera Qt mostra sis sub-pestanyes — descobriment, ofertes, sessions, governança, discussió, cross-chain — de manera que una operació flueix des de "trobar una contrapart" passant per "negociar en privat" fins a "liquidar bilateralment" sense cap espai. El smart contract TensorSwap en Solidity gestiona la branca EVM dels swaps cross-chain.

Dues vies de despesa són actives des del bloc 0. La pila familiar ECDSA / Schnorr sobre Witness v0/v1, i una pila ML-DSA (NIST FIPS 204) sobre un nou Witness v2. Les sortides v2 són sortides Taproot de 32 bytes gastables només per prova de camí d'script; els únics opcodes nous són `OP_CHECKMLSIG` i `OP_CHECKMLSIGVERIFY`. Com que TensorCash és un fork de gènesi, no hi ha cap base UTXO instal·lada per readaptar ni cap finestra d'activació de soft-fork — els usuaris trien una via quan financen una adreça, i totes dues romanen vàlides per sempre.

L'aparellament d'ordres i el descobriment de preus tenen requisits de throughput, palanquejament i equitat que no encaixen on-chain. TensorCash especifica un DEX de capa superior que utilitza la latència de xarxa i la fragmentació criptogràfica — l'estat del llibre d'ordres compartit Shamir 6-de-10 entre subconjunts de validadors independents — per protegir contra el front-running i la manipulació. Cap subconjunt sol no aprèn el flux; cap subconjunt sol pot aturar el trading. La liquidació final sempre torna a la cadena base mitjançant les mateixes primitives d'atomic-swap que utilitza una operació bilateral.