Get started
Five doors into TensorCash.
Pick the one that fits — institutions issuing assets, providers turning GPUs into block subsidy, developers building wallets and integrations, verifiers keeping the network honest, or researchers who want to make any of it better.
01 Institutions
Issue assets. Link them to law. Run governance. Less work.
Issue assets in every flavour you'd issue today — stablecoins, real-world assets, tokenised funds, regulated equity, debt instruments, securitisations. Native on-chain assets sit beside the chain's coin in the same ledger. Holders self-custody, transfers settle directly, and KYC works without you having to hand over a database of holder identities to anyone.
Every asset can carry a legal document — prospectus, term sheet, holder disclosures, board minutes — anchored immutably on-chain by hash. Governance runs the same way: votes, signatures, and policy decisions write to chain once and stay there forever. Spot, repo, and forward settlement happen between counterparties without a venue in the middle. Less off-chain plumbing, less reconciliation, fewer third-party fees.
Talk to us about a pilot →02 AI providers
Mine while you serve. Same forward pass, two payouts.
Run a registered open-source model and serve real user prompts. Every qualifying response generates proof material; transcripts that clear the difficulty target extend the chain. Mining and serving collapse into one workload — there is no separate mining loop, no idle electricity bill, and no hash war to win against specialised hardware.
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 run only when the GPU would otherwise be idle and yield to paying traffic. The verification ladder accepts honest miners across hardware drift while bounding Type-I error with calibrated gates.
Read the TensorCash paper →Provider quickstart (broker registration, model registration, runtime image) is the next deliverable.
03 Developers
Build wallets, dApps, and integrations.
TensorCash inherits Bitcoin Core's transaction graph, UTXO model, and signature machinery, and extends the consensus surface with inference proof commitments, VDF-bound headers, native assets, settlement contracts, and post-quantum spending. Every extension is reachable behind documented JSON-RPC and REST.
The four documented developer surfaces are below. Quickstart and workflow walkthroughs (spot trade lifecycle, asset issuance lifecycle, cross-chain swap) are the next deliverables.
Open the JSON-RPC reference →04 Verifiers
Run a verifier. Don't trust anyone.
Verification ships as open-source software. Anyone can replay a block's proof transcript through the three-tier Quick / Smell / Full ladder, score it against published model weights, and challenge dishonest claims. The OSS verifier is the load-bearing trust claim that distinguishes TensorCash from centralised inference services.
Consensus does not require trusting any single operator — it requires that the verifier exists and that someone runs it. The protocol is designed to admit better verification rules in future blocks: tighter bootstraps, closed-form nulls, attestation-aware gates. Bring yours.
Open the Verifier API →05 Researchers & collaborators
Working on any of this? We'd love to hear from you.
Verification of probabilistic compute is open research. Post-quantum signing standards keep moving. Market microstructure for chain-secured DEX is a new shape. Compliance proofs sit at the intersection of cryptography and law. Lots of open ground.
If you're working on any of these — or something adjacent we haven't thought of — get in touch. We're always glad to talk to people doing interesting work in the space.
Get in touch →Read the rest