KI-leverandører myntr blokker mens de besvarer prompts.

Kvitteringen er et bevis-objekt — et kompakt transkript av modellens sampling-bane på en hash-avledet prompt — som enhver annen node kan spille av mot de publiserte vektene. Verifisering kan ikke bare kjøre forward pass på nytt og sammenligne bit for bit: samme modell på forskjellige GPU-er, batchstørrelser eller attention-kjerner produserer litt forskjellige logits. I stedet er det en kalibrert statistisk beslutningsregel, kjørt på en tre-trinns stige (Quick → Smell → Full) der hvert trinn strengt strammer inn hva som teller som ærlig. Verifikatoren leveres som åpen kildekode-programvare — hvem som helst kan kjøre en og utfordre uærlige blokker.

Mining og levering smelter sammen til én arbeidsmengde. Mining API-et er en forket vLLM (CUDA) og llama.cpp (CPU / Apple Silicon) med bevis-fangst koblet inn i selve sampling-banen, slik at generering av bevismateriale ikke bremser brukerforespørsler. Syntetiske backfill-prompts kjører bare når GPU-en ellers ville vært inaktiv, og viker for betalende trafikk. Når et transkript klarer vanskelighetsmålet blir det en blokk-kandidat; når det ikke gjør det, har du fortsatt besvart en ekte prompt. Ingen separat mining-løkke, ingen tomgangs-strømregning.

TensorCash arver Bitcoin Cores transaksjonsgraf, UTXO-modell og signaturmaskineri, og utvider konsensusflaten på et lite antall veldefinerte måter. Blokk-headere forplikter seg til en inferensbevis-blob og et justert vanskelighetsmål. Hver blokk innebygger et Wesolowski VDF-bevis som binder blokken til veggklokke-arbeid. Bevisvalidering er delt opp i Quick / Smell / Full-trinn — Quick og Smell styrer videresending; Full kjører utenfor propagasjonsbanen. Pre-sync-laget skårer kjeder etter proof-of-time før proof-of-work, og dype reorgs viser en forensisk advarsel før kjeden bytter. Ingen generell VM betyr ingen generell VM-angrepsflate å arve.

Native fungible aktiva ligger ved siden av kjedens mynt i den samme UTXO-grafen. Hver aktivabærende utdata bærer en enkelt typet binær oppføring forpliktet av transaksjonens sighash, slik at aktivatilstanden ikke kan rebindes etter at en signatur er produsert. Hvert aktivum har en Issuer Control Unit — en UTXO-formet legitimasjon utstederen må rotere ved hvert autorisert spend, sikret med en utlagt native-mynt-stake. Regulerte aktiva bærer zero-knowledge holder-kvalifiseringsbevis (KYC) ved bruk av on-chain Groth16-verifikasjonsnøkler og rullerende compliance-røtter. Komponerbar med Bitcoins eksisterende skript-familier, Taproot-covenants og PSBT-verktøy.

Utstedere kan publisere prospekter, term sheets, styringsregistre og eier-opplysninger som on-chain forpliktelser. Dokumenter forankres ved hash; aktivumets compliance-rot binder dem til konsensus. QES-grad elektronisk signaturbevis (EU-standarden Qualified Electronic Signature) folder seg inn i samme anker. Den on-chain forpliktelsen er permanent og tidsstemplet; selve dokumentet kan være offentlig, kun-eier eller delt off-chain — med kjeden som beviser at dokumentet eierne ser er det dokumentet utstederen publiserte.

Spot-, repo- og forward-primitiver gjøres opp gjennom én finansiell covenant: `OP_OUTPUTMATCH`, en Tapscript-sjekk som spør om brukstransaksjonen inneholder en utdata med et angitt skript-hash, beløp og (for aktiva-utdata) aktivaidentifikator. Den utfører avgrenset matching på den nåværende transaksjonen — ingen mottaker-skriptutførelse, ingen transaksjonshistorikk-oppslag, ingen mutabel tilstand. Taproot holder kontraktsvilkår konfidensielle inntil skript-banen tas: det offentlige UTXO-settet ser hvelvet, ikke term sheet.

En tre-lags koordineringsstack lever bak lommeboken. Nostr for tilbuds-oppdagelse; Noise+SPAKE2 for ende-til-ende-krypterte bilaterale forhandlingsøkter; HTLCs og Fair-Sign adapter-signatur-seremonien for atomisk oppgjør. Den samme Qt-lommebok-siden viser seks under-faner — oppdagelse, tilbud, økter, styring, diskusjon, krysskjede — slik at en handel flyter fra «finn en motpart» gjennom «forhandle privat» til «gjør opp bilateralt» uten en arena. TensorSwap Solidity-kontrakten håndterer EVM-benet av krysskjede-bytter.

To bruks-skinner lever fra blokk 0. Den kjente ECDSA / Schnorr-stacken på Witness v0/v1, og en ML-DSA-stack (NIST FIPS 204) på en ny Witness v2. v2-utdata er 32-byte Taproot-utdata som kun kan brukes ved skript-bane-bevis; de eneste nye opcodes er `OP_CHECKMLSIG` og `OP_CHECKMLSIGVERIFY`. Fordi TensorCash er en genesis-fork, er det ingen installert UTXO-base å ettermontere og ingen soft-fork-aktiveringsvindu — brukere velger en skinne når de finansierer en adresse, og begge forblir gyldige for alltid.

Order-matching og prisoppdagelse har gjennomstrømnings-, gearings- og rettferdighetskrav som ikke passer on-chain. TensorCash spesifiserer en høyere-lags DEX som bruker nettverkslatens og kryptografisk fragmentering — ordrebok-tilstand Shamir-delt 6-av-10 på tvers av uavhengige validator-undersett — for å beskytte mot front-running og manipulasjon. Ingen enkelt undersett lærer flow; ingen enkelt undersett kan stoppe handelen. Endelig oppgjør lander alltid tilbake på basiskjeden via de samme atomic-swap-primitivene en bilateral handel bruker.