Language

Choose a language

What is TensorCash

AI providers mint blocks while answering prompts.

TensorCash makes AI inference accountable. Any provider running an open-source model attaches a compact proof to every answer — proving which model ran, under what sampling rules, on what input — and qualifying answers extend a Bitcoin-derived chain.

One forward pass does two jobs: it serves a paying user, and it secures a public ledger. There is no separate mining hardware to buy and no separate hash war to win. The same GPUs that answer prompts mint blocks, and the verification stack is open-source so no single operator has to be trusted.

On top of that ledger TensorCash adds the financial primitives crypto kept promising and never delivered natively — stablecoins, tokenised securities, repos, forwards, post-quantum custody — settled by consensus, not by a custodian or a general-purpose smart-contract VM.

Decentralised AI

Compute that proves itself.

  1. 01

    Verifiable inference

    Prove which model ran, under what sampling rules, without asking users to trust the provider. Every qualifying response can carry a compact receipt: model identity, sampling path, chain binding, and verifier evidence.

    The receipt is a proof object — a compact transcript of the model's sampling trajectory on a hash-derived prompt — that any other node can replay against the published weights. Verification can't simply re-run the forward pass and compare bit-for-bit: the same model on different GPUs, batch sizes, or attention kernels produces slightly different logits. Instead it's a calibrated statistical decision rule, run on a three-tier ladder (Quick → Smell → Full) where each tier strictly tightens what counts as honest. The verifier ships as open-source software — anyone can run one and challenge dishonest blocks.

  2. 02

    Mining while serving

    Serve real user prompts and turn eligible proof into block candidates when the transcript satisfies consensus rules. Independent operators can run verifiers, replay proof evidence, and challenge dishonest model or execution claims.

    Mining and serving collapse into one workload. The Mining API is a forked vLLM (CUDA) and llama.cpp (CPU / Apple Silicon) with proof capture wired into the sampling path itself, so generating proof material doesn't slow user requests. Synthetic backfill prompts only run when the GPU would otherwise be idle and yield to paying traffic. When a transcript clears the difficulty target it becomes a block candidate; when it doesn't, you've still answered a real prompt. No separate mining loop, no idle electricity bill.

Decentralised finance

Future-proof blockchain.

  1. 01

    Bitcoin-grade base

    Battle-tested foundations on Bitcoin Core infrastructure, peer-to-peer validation, scarce issuance, and conservative consensus changes for inference-based proof-of-work.

    TensorCash inherits Bitcoin Core's transaction graph, UTXO model, and signature machinery, and extends the consensus surface in a small number of well-bounded ways. Block headers commit to an inference proof blob and an adjusted-difficulty target. Every block embeds a Wesolowski VDF proof binding the block to wall-clock work. Proof validation is split into Quick / Smell / Full rungs — Quick and Smell gate relay; Full runs outside the propagation path. The presync layer scores chains by proof-of-time before proof-of-work, and deep reorgs surface a forensic advisory before the chain switches. No general-purpose VM means no general-purpose VM attack surface to inherit.

  2. 02

    Issue anything on-chain

    Stablecoins, real-world assets, tokenised funds, and securitisations as native UTXO assets, from simple tokens to regulated KYC-gated instruments.

    Native fungible assets sit beside the chain's coin in the same UTXO graph. Every asset-bearing output carries a single typed binary record committed to by the transaction's sighash, so asset state cannot be rebound after a signature is produced. Each asset has an Issuer Control Unit — a UTXO-shaped credential the issuer must rotate on every authorised spend, bonded by a posted native-coin stake. Regulated assets carry zero-knowledge holder-eligibility proofs (KYC) using on-chain Groth16 verification keys and rolling compliance roots. Composable with Bitcoin's existing script families, Taproot covenants, and PSBT tooling.

  3. 03

    Legal paper, cryptographic anchor

    Prospectuses, policy documents, governance records, holder disclosures, and QES-grade signature evidence anchored immutably on-chain.

    Issuers can publish prospectuses, term sheets, governance records, and holder disclosures as on-chain commitments. Documents are anchored by hash; the asset's compliance root binds them to consensus. QES-grade electronic signature evidence (the EU Qualified Electronic Signature standard) folds into the same anchor. The on-chain commitment is permanent and timestamped; the document itself can be public, holder-only, or shared off-chain — with the chain proving the document seen by holders is the document the issuer published.

  4. 04

    Repos and forwards on-chain

    Spot swaps, repos, forwards, and option-style delivery-versus-payment settle through bounded chain-enforced primitives, not a general-purpose VM.

    Spot, repo, and forward primitives settle through a single financial covenant: `OP_OUTPUTMATCH`, a Tapscript check that asks whether the spending transaction contains an output with a specified script hash, amount, and (for asset outputs) asset identifier. It performs bounded matching on the current transaction — no recipient script execution, no transaction-history lookups, no mutable state. Taproot keeps contract terms confidential until the script path is taken: the public UTXO set sees the vault, not the term sheet.

    Choose a contract type to see the cash, asset, and covenant flows.

    Spot.

    Two sends create a free option for the second mover. One output-matched spend either swaps both assets or leaves both with their owners.

  5. 05

    Pre- and post-trade in your wallet

    Discover counterparties, negotiate privately, co-sign safely, inspect contract state, and settle bilaterally without a central exchange.

    A three-layer coordination stack lives behind the wallet. Nostr for offer discovery; Noise+SPAKE2 for end-to-end-encrypted bilateral negotiation sessions; HTLCs and the Fair-Sign adaptor-signature ceremony for atomic settlement. The same Qt wallet page surfaces six sub-tabs — discovery, offers, sessions, governance, discussion, cross-chain — so a trade flows from "find a counterparty" through "negotiate privately" to "settle bilaterally" without a venue. The TensorSwap Solidity contract handles the EVM leg of cross-chain swaps.

  6. 06

    Post-quantum security

    Native ML-DSA spending paths for long-lived vaults, custody, and future-facing financial settlement.

    Two spending rails live from block 0. The familiar ECDSA / Schnorr stack on Witness v0/v1, and an ML-DSA stack (NIST FIPS 204) on a new Witness v2. v2 outputs are 32-byte Taproot outputs spendable only by script-path proof; the only new opcodes are `OP_CHECKMLSIG` and `OP_CHECKMLSIGVERIFY`. Because TensorCash is a genesis fork, there's no installed UTXO base to retrofit and no soft-fork activation window — users pick a rail when they fund an address, and both remain valid forever.

  7. 07

    The future trading layer

    Millisecond markets, deep liquidity, and no front-running belong above the base chain; final settlement stays decentralised and enforceable.

    Order matching and price discovery have throughput, leverage, and fairness requirements that don't fit on-chain. TensorCash specifies a higher-layer DEX that uses network latency and cryptographic fragmentation — order-book state Shamir-shared 6-of-10 across independent validator subsets — to protect against front-running and manipulation. No single subset learns flow; no single subset can halt trading. Final settlement always lands back on the base chain via the same atomic-swap primitives a bilateral trade uses.