tensorcash
TensorCash

TensorCash is an independent layer-1 where the work that secures the chain is useful: miners run verifiable AI inference and the network cryptographically verifies the results.

Public Key

npub1pft0lcdaznczfhjflu5n3t3j7argg355aj2dhm8u2t9avmdwwnfqlp0kv6

NIP-05 Address

[email protected]

Profile Code

nprofile1qqsq54hlux73fupymeyl72fc4ce0w35yg62we9xman799j7kdkh8f5spz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsnqwu48

Publishing to

relay.mostr.pub

relay.damus.io

nos.lol

Author Public Key

npub1pft0lcdaznczfhjflu5n3t3j7argg355aj2dhm8u2t9avmdwwnfqlp0kv6

Show more details

Last Notes

2026-09-23 13:06:55 GMT

TensorCash v1.2.2
A new release is out. Thanks to Tiger, Aria and LetsG for the inputs and contributions that went into it.
What is in it
• Experimental SGLang miner integration. A PoW plugin for stock SGLang plus miner-proxy routing, to broaden the range of inference providers that can mine TensorCash. Experimental: validate proof replay on your own hardware before rolling it out.
• Improved, more efficient pool verification. A staged fast path for CPU Quick verification that skips the expensive collision step when an exact certificate proves it unnecessary, with automatic fallback. Verification decisions and pricing are unchanged.
• Security hardening. No execution of model-repository code during verifier model loading, authenticated cosign responses, node resource bounds and sole-model replay protection, plus relay and cosign recovery fixes.
Pool operators: install both verifier pack archives, check them against SHA256SUMS, rebuild gateway and workers, and deploy the updated pricing gateway before enabling the updated workers.
Release and notes:
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.2
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.2

2026-09-20 07:55:40 GMT

v1.2.1 and the v3 sunset
From block 27,615 the chain no longer accepts v3-style proofs; proof v4 becomes mandatory. At the current block pace that is 4 to 5 hours away, expected between 12:00 and 13:30 UTC today. We still see producers on v3. This is the moment to check that your miner is upgraded, or to have a plan for upgrading it before the sunset block.
We are also releasing a final v1.2.1. It increases verifier strictness from block 27,615 for further defence in depth. Upgrading bcore, and the validation API if you run your own rather than delegating, is strongly advised for everyone and effectively mandatory for all block producers before the sunset block.
Release and upgrade notes:
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.1
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.1

2026-09-15 11:00:47 GMT

TensorCash v1.2.0b is out. We are adding 25 blocks to the transition so proof v3 hands over to v4 without a major loss of mining work.
What changes
• Pricing activation (Y) moves from block 26,925 to 26,950. X stays at 26,825 and Z stays at 27,615.
• The original v3 sampling tolerance is restored, before and after activation. The v4 rules are unchanged and no proof-validity check is relaxed.
• The Quick validation cache starts a fresh epoch, so affected blocks are revalidated on first start.
What to do
• If you updated to 1.2.0 or 1.2.0a, update to 1.2.0b.
• If you have not upgraded yet, update directly to 1.2.0b.
• Core node, wallet, explorer and web-wallet backend all apply. Miners with an explicit height override must set Y=26950.
• Nodes that are not upgraded will fork at block 26,950.
Release (binaries are being built and appear on the page as CI finishes; Windows packages are unsigned, as with 1.2.0a):
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.0b
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.0b

2026-09-15 05:46:41 GMT

⚠️ TensorCash 1.2.0 activation today at block 26,925, expected between 14:00 and 18:00 UTC.
Please update your core node, wallet, explorer and web-wallet backend now. Pools and exchanges have upgraded or are upgrading now. Nodes that are not upgraded will fork at block 26,925.
Run v1.2.0a (binaries and images on the release page):
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.0a
What happens at 26,925: the intelligence multiplier starts pricing v3 and v4 proofs, with a one-off difficulty adjustment. v3 proofs stop being accepted at block 27,615, around 20 September. Activation follows block height; the times above are estimates from the current block pace.
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.0a

2026-09-14 10:53:07 GMT

TensorCash v1.2.0 — Proof v4 is here
Following yesterday's announcement, we are releasing v1.2.0: the intelligence multiplier and a substantial upgrade to consensus. Difficulty that reflects how the model generates.
Who should upgrade
• Pools, node operators and verification providers: upgrade today, 14 September, before activation at block 26,825.
• Pool miners: wait for your pool to confirm its upgrade, then follow its instructions to update your miner.
• Solo miners: upgrade as soon as possible.
Everyone must complete their upgrade before block 26,925 (Y), expected Tuesday 15 September. Pool miners should coordinate with their pool to meet this deadline.
Mainnet rollout
• 26,825 (X), expected overnight 14–15 September: Proof v4 activates. V4 proofs use the new rules and pricing; v3 remains accepted during the transition.
• 26,925 (Y), expected 15 September: the intelligence multiplier applies to v3 as well as v4, alongside a one-off difficulty adjustment.
• 27,615 (Z), expected 20 September: the transition ends. V3 proofs are no longer accepted.
Dates are estimates in UTC. Activation follows block height, so complete your upgrade ahead of the relevant height. Do not wait for the v3 sunset to upgrade.
Release and upgrade instructions:
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.0
Binaries and wallets will be available on the release page once CI builds them.
The method, research and charts:
https://tensorcash.org/blog/proof-v4-the-intelligence-multiplier/
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.2.0

2026-09-13 14:00:56 GMT

Proof v4: the intelligence multiplier.
Difficulty that reflects how the model generates.
We have been working on a substantial upgrade to consensus. PR #13 is open—please start reviewing: https://git.tensorcash.org/tensorcash/tensorcash/pulls/13
The multiplier makes each proof's difficulty reflect its sampling behaviour. In our honest development bank, the median is about 1.07×, with no additional rejections across 995 eligible windows.
The upgrade includes:
- Difficulty pricing by sampling profile.
- Gumbel-race sampling with reproducible noise.
- Argon-bound sampling and result hashing.
- Prompt and continuation reuse checks.
- Stricter verification of sampling and activation rules.
The method, research and charts:
https://tensorcash.org/blog/proof-v4-the-intelligence-multiplier/
Planned rollout (UTC):
- Overnight 13–14 Sep: testnet activation, before release.
- Monday 14 Sep: bcore + verifier release, all binaries published.
- Tuesday 15 Sep: pricing applies to v3 and v4 proofs, with a one-off difficulty adjustment.
- Sunday 20 Sep: transition ends; v3 proofs are no longer accepted.
If more computational power shifts toward prompts engineered around the current proof boundaries, we will bring activation forward and announce the revised schedule.
Pools, miners and node operators: review now and prepare to upgrade when the release is available.

2026-09-08 12:25:18 GMT

📢 TensorCash StepBind (TIP-0003): the legacy grace period ends tonight, 23:59:59 UTC on 8 September.
StepBind activated at block 24,870 on 1 September. It binds every sampling step of a mining proof to the whole prompt, so evidence from one prompt cannot be reused for another. Since activation, proofs without the StepBind flag have been accepted under a grace rule. That grace ends tonight: after 23:59:59 UTC, blocks carrying legacy (flagless) proofs are invalid and every upgraded node rejects them. The cutoff is measured on chain median time, so it bites within about an hour after midnight UTC. Do not rely on that margin.
Where the network stands: of the 135 blocks mined in the last 24 hours, 71 still carry legacy proofs. The miners behind them stop earning at the cutoff unless they upgrade.
⚠️ What to do before midnight UTC:
• Node operators: run v1.1.4c. Docker: tensorcash/core-node:v1.1.4c-amd64 (pin the tag; latest is still an older build). A node on older code stalls at the first StepBind block it sees; v1.1.4c clears that on first start, no manual reconsiderblock needed.
• Miners: run StepBind-capable miner software. The v1.1.4c release ships llama-server and miner-proxy builds for Linux, plus Windows and Linux node packages. If you mine through a pool, check that your pool has switched its work templates to StepBind.
• Pools: your verifier must accept StepBind proofs and must stop crediting legacy shares at the cutoff.
Balances, wallets and transaction history are untouched; only proof validation changes.
Quick health check for any node: the height from getblockchaininfo should match the explorer at https://mempool.tensorcash.org. If your node is stuck at an earlier height, it is on pre-StepBind code.
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.1.4c

2026-09-01 11:53:40 GMT

TensorCash v1.1.4a is out — a follow-up to v1.1.4.
Update your bcore node today, before block height 24870. Recommended for all node operators; mandatory for block producers.
Public pools and verification services are already updated. Miner images to follow within the next week; pools will advise.
We'll follow up with reminders and updates in due course. Thanks for your support.

2026-08-31 10:18:20 GMT

TensorCash v1.1.4 is out — consensus tightening, activation at mainnet block 24,735 (≈ today 15:00 UTC at the current block rate).
From block 24,735 the network enforces a stricter validity rule on mining proofs. A block producer still on an older version risks producing an invalid block or building on an invalid block after activation.
Must upgrade before 24,735: block producers — pool operators and solo miners.
Can update at their leisure: pool participants (share-submitting miners); nothing changes for you at activation.
What's in it
• consensus: pad-masked prompt slots must be genuine padding (a left run of token 0); hiding prompt tokens from the model behind the pad mask is no longer valid (PadSlotZeroHeight = 24,735)
• verifier: minimum model-determined coherence on the prompt (prompt gibberish gate)
Get it
• release: https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.1.4
• image: docker.io/tensorcash/core-node:v1.1.4-amd64

2026-08-30 06:52:59 GMT

TensorCash v1.1.3 — central VDF beacon
The VDF makes the network more secure, and it doesn't have to cost anyone anything. We now offer an optional central VDF beacon: a public endpoint serving a verifiable (tick, proof) pair for the current tip. Your miner verifies it locally before use — nothing on trust — and v1.1.3 integrates it automatically, taking the higher of the beacon's tick and its own. Pools and solo miners are welcome to integrate it at their convenience.
Endpoint: https://mempool.tensorcash.org/api/v1/vdf
Chainwork amendments are being considered for a later release. Happy mining.
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.1.3

2026-08-28 09:39:09 GMT

**Block 24,000 is in — Decentralisation Day, signed.**
Its hash 46af892e8ac57e1a8a1c297e3e980565f4a83c759ce086be5f856f3058601706 drew blocks 1039, 683, 1439 and 246 from the first 2,000. Recompute it yourself: read the hash in 8-hex-digit chunks, take each mod 2000 + 1, keep the first four distinct heights. Those four coinbase addresses and the genesis key — whose public half has been on-chain since block zero — have signed the statement (BIP322 for the four, legacy signmessage for genesis), and the statement's SHA-256 is committed on-chain via OP_RETURN in block 24,235, txid 99054df7dbf0825cf2ee65bad0aa12a08e7e55648713914f3973e86147cd9167. Statement, signatures and draw are on the post.
Don't trust — verify.
https://tensorcash.org/blog/decentralisation-day/

2026-08-27 07:00:09 GMT

TensorCash v1.1.2 — mainnet upgrade required for block producers.
Activation: mainnet height 24150 (testnet unchanged). It tightens proof-of-inference validation; after activation, blocks that don't meet the updated requirements are rejected by upgraded nodes. Forward-only — historical blocks keep their validity; measured retrospectively, ~0.25% of past blocks would not qualify.
Also: stale-verdict rollback fix, batched work-unit issuance, numeric RPC for batch units, mining-RPC guard.
Deploy v1.1.2 before height 24150 — an outdated producer may create a block upgraded nodes reject.
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.1.2

2026-08-25 15:30:59 GMT

**Decentralisation Day.**
Around 850 distinct addresses received TSC mining rewards over the last four weeks. Five pools — Aria, Boblabs, LuckyPool, Suprnova, Tiger — integrated quickly, patiently and transparently, and are offering miners a choice. Roughly a fifth of all mined TSC now sits at addresses that never mined it. The project is increasingly in the community's hands.
The people who wrote the code and stabilised the network are not going anywhere — and a receipt follows. Block 24,000 will provide the public seed for drawing four early coinbase addresses. They will sign alongside the genesis key, and the statement hash will then be committed on-chain. Details in the post.
Don't trust — verify.
https://tensorcash.org/blog/decentralisation-day/

2026-08-18 19:58:13 GMT

**TensorCash v1.1.1 — verifier release: upgrade ahead of Qwen3.8**
Qwen3.5-family models register with a fixed one-window sampling profile: every EOS/stop token is suppressed for all 256 proof steps (min_tokens=256). The inference engine applies that before the PoW snapshot is captured, but replay was scoring raw logits — so honest end-of-segment windows could read as RED. v1.1.1 replays the same suppression before snapshot/CDF/rank/Mahalanobis, so honest proofs verify GREEN and every other model family stays byte-identical.
Also in this release:
• Mask-aware MCA context scaling with a bounded long-context multiplier
• MCA coverage for Gated DeltaNet sequence mixers
• Padded-vocab -inf snapshot guard (multi-GPU topologies)
• transformers 5.14.1 / huggingface-hub 1.5.0
If you verify blocks — pools, standalone verifiers, pool-verify-pack users — upgrade before Qwen3.8-family registration: older verifiers will raise false REDs on honest Qwen3.8 proofs at segment ends.
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.1.1

2026-08-18 05:09:07 GMT

TensorCash is now listed on two exchanges.
Every coin in circulation was mined by real model inference — no premine, no allocation. Until now, moving between that work and the wider world mostly meant OTC or on-chain trades. This makes the path wider: miners who earn coins by serving inference and users who hold or spend them now have more ways in and out.
A stepping stone, not a destination — the goal remains an open compute market where inference is sold with a verifiable receipt. But stepping stones are worth celebrating.
And as ever: an exchange account is not a wallet. Your keys, your coins.

2026-08-14 07:07:25 GMT

People often assume a useful-proof-of-work chain has to choose one AI model forever. TensorCash does not.
A model joins through an on-chain registration: a 5 TSC sponsor deposit, a 100-block window and at least 50 supporting commits in valid blocks. That makes admission a hashpower-backed consensus decision—not an admin switch.
Every registered model then competes for the same next block. nBits provides the network-wide base target; nAdjBits gives each model an adjusted lane based on its registered difficulty. Miners choose among those lanes using the economics of block rewards, inference demand and operating cost.
And no extra validator class is needed. The statistical tests are protocol-defined; nobody scores whether an answer “looks intelligent.”
One chain. N models. Quick explainer:
https://tensorcash.org/blog/how-tensorcash-runs-multiple-models/

2026-08-13 14:54:27 GMT

Welcome to the Bitcoin genesis era. At block 22,165, the TensorCash subsidy moves from 92.664 to 55.5984 TSC — close to Bitcoin's original 50 BTC subsidy. Same ~21M destination; a different road there. Height, not date, decides it.
https://tensorcash.org/blog/welcome-to-the-bitcoin-genesis-era/

2026-08-12 04:33:22 GMT

✨ **TensorCash Magic #1: mining inference is normal inference.**
Ask an AI a question. It answers exactly as it normally would.
Same model. Same next-word probabilities. Same answer quality.
But that useful inference is also doing the work of mining.
There is no dummy calculation running beside it. No weaker “mining model.” No trade between a useful answer and network security.
So where is the magic?
Inside every AI answer is a hidden coin flip. At each step, the model proposes possible next tokens — *Light*, *Sunlight*, *Rainbows* — with different odds. A sampler draws a number and chooses one. Then the chosen word becomes part of the context, and the model does it again.
A normal chatbot gets that draw from a private RNG. TensorCash derives it from the chain and the answer so far.
The model never changes. The odds never change. The quality never changes. But the full sequential inference path is now bound to the chain, replayable and verifiable.
**Normal inference goes in. Verifiable mining work comes out.**
Watch three answers grow token by token: https://tensorcash.org/blog/chain-derived-sampling/
https://tensorcash.org/blog/chain-derived-sampling/

2026-08-09 14:07:37 GMT

🔗 The reply that mines the chain
Protocols call themselves ecosystems long before they have one. The test is whether people you have never met build things you did not commission — then put them in front of real users.
That is beginning to happen on TensorCash:
🤖 Bob Labs — chat.tensorcash.boblabs.eu: a full chat + agent-orchestration platform (agents, multi-agent labs, tools, MCP, memory, cron, and API usage prepaid in TSC) running inside a mining pool. The inference behind each reply becomes mining work. No card or identity is requested at sign-up.
🏢 AskTilly — an enterprise-grade chat and agent platform: passkey-first and end-to-end confidential, with an API and a self-custody WebWallet (client-side signing, passkey PRF unlock, SegWit, Taproot and post-quantum addresses, and signed desktop builds).
⛏️ Three public pools: luckypool.io, tsc.suprnova.cc and Bob Labs. Three pools do not guarantee decentralisation, but they give miners something essential: a choice.
Running something on TensorCash? Add it to the community directory — one PR.
https://tensorcash.org/blog/third-party-ecosystem/

2026-08-09 05:36:59 GMT

What sets TensorCash apart?
Everyone wants to do AI + crypto. It is cool. It is hyped. Every project now claims a Proof of Something.
The useful question is simple: what does each protocol actually prove?
TensorCash puts real model inference in the block and lets that inference be sold on the open market without trusting the provider. The proof both mines the block and serves as the inference receipt. Buyers verify execution, then compare providers on price and latency. The response is the work, and one inference cannot mine two blocks.
Now group the alternatives by what they claim to prove:
• Proof of Model — Keryx. It proves model weights are resident in GPU memory. Residency is not inference, and Keryx needs a separate mechanism for answer correctness. What stops one GPU claiming the same resident model across multiple reward networks?
• Proof of GPU, capacity and attestation — io.net, Aethir, Phala. These prove hardware, availability or an attested stack. What proves that capacity is not double-booked across networks? Attestation trusts the vendor chain—not the inference.
• Proof of MatMul — BTX, Pearl. The proof rewards matrix work rather than the customer response. If mining while inferring makes both slower, rational operators specialize: mine, infer, or split the hardware. The efficient miner strips away inference. What remains is a GPU puzzle—not an inference receipt. Nockchain points to the same arbitrary-MatMul cuPoW as a future AI route, so the same critique applies.
• Proof of Transformer and benchmarked capacity — Gonka. It benchmarks a randomized transformer Sprint, awards compute power, then allocates inference. The benchmark is not the service. TensorCash makes the service itself proof-of-work.
• Prover–verifier networks — Bittensor. Miners produce subnet work; validators score it. That proves who validators rewarded, not which model executed. Its documentation describes weight copying: predicting consensus can replace evaluation.
• Proof of Logits — Ambient. “Hardware agnostic” needs a specification: cross-GPU calibration, false-accept and false-reject rates, with boundaries that tolerate honest variation but catch cheaper execution.
TensorCash already did the verification work. Every node runs deterministic code with calibrated, model-specific statistical boundaries. Honest GPU variation passes. The live network distinguished bf16 from fp8 on the same model; the fp8 blocks received zero work.
The published evaluation measured single-digit proof-emission overhead. Production mining software improved logging performance and brought measured overhead to zero; the earlier residual was a logging artefact.
That full combination is the distinction: real inference as block work, one-use work, deterministic verification, and a receipt that lets the inference be sold on the open market without provider trust. Unknown operators and datacenters compete on price and latency.
If another live chain does all of this, send the block, proof, verifier and end-to-end throughput numbers. We are here to talk.
Read the proof, not the pitch:
https://tensorcash.org/blog/what-sets-tensorcash-apart/

2026-08-08 05:21:58 GMT

It is the weekend—a good time to take a step back and look at what we have accomplished.
Pick a prompt. Any prompt you want. A real model responds. The response is perfectly natural and no different from a normal model response. There is no separate mining workload, but that inference can mine a block.
It is easy to take this for granted because it looks so simple and has run so smoothly. But no one had done it before: a normal model response and a mined block, produced by the same inference.
The same proof that mines TensorCash can be used as a receipt to sell the inference in the market. AI inference is set to be one of the defining markets of the next decade, and TensorCash gives independent GPU operators a chance to participate as providers—not spectators.
Newer and larger models are coming. The protocol path is already in the code; this is not waiting on a new engineering build.
Many of you are looking at difficulty and production cost today. We respect that. GPUs cost money, and electricity bills arrive at the end of the month.
But think about what difficulty looks like when a neocloud adopts the protocol across its inference workloads. Or when a Bitcoin miner converting sites into GPU datacenters sees this as the pivot. Or when a compute-constrained model provider taps into the decentralized network.
That is the point: this is not a milestone conditional on a future engineering build or development. It can happen tomorrow.

2026-08-07 07:04:54 GMT

📜 New blog: Real-World Assets on TensorCash — the ticker is the easy part.
A blockchain moves a unit pseudonymously, efficiently, across borders. What it cannot do by itself is say what the unit MEANS. If a token represents cash, reserves, a fund or a share, someone must define the claim and sign the terms — and the asset keeps living after issuance: distributions, votes, amendments.
How TensorCash joins the two halves:
• Consensus-enforced issuance parameters — denomination, hard live-supply cap, mint/burn policy, script and KYC rules. Visible in the explorer, enforced by every node.
• The legal text travels with the asset, anchored by its on-chain control output. Public mode for broad-disclosure instruments; holder-only mode keeps the document encrypted on-chain while its commitments stay verifiable by everyone. Worked examples: a live private share-administration issuance on mainnet, and UKLTD — a public educational model — on testnet.
• Text/witness split — the canonical text is frozen and hashed; qualified e-signatures attest to that exact hash in a separate witness bundle. Holders accept the designated clauses with an on-chain 0x40 record.
• Full lifecycle in the desktop wallet — mint, burn, compliance, distributions, holder votes, and option/CFD series referencing the asset itself.
RWAs as first-class citizens: they can be financed, exchanged, and have derivatives written on them — where their governing documents and applicable law permit.
https://tensorcash.org/blog/rwa-the-ticker-is-the-easy-part/

2026-08-03 06:20:55 GMT

📢 TensorCash v1.1.0 — coordinated network upgrade at block 20,440, expected today.
v1.1.0 moves the difficulty algorithm from the 2,016-block retarget to ASERT: difficulty adjusts every block based on how far the chain is ahead of or behind its 600-second schedule. The old rule needed weeks to respond when mining throughput changed abruptly — the cause of the recent slow blocks.
⚠️ UPGRADE BEFORE BLOCK 20,440 — nodes still on older versions may FORK off the network at activation. Expected around 19:15 BST today (block times vary). Nodes, miners, pools, and any service that validates headers must run v1.1.0 before then. Balances and history are untouched; only the difficulty rule changes.
What to expect:
• At block 20,440 ASERT starts from a bootstrap difficulty calibrated to the hashrate observed over the last two days; block times may deviate from 10 minutes briefly while it settles.
• The reset is not a giveaway: if the mining throughput seen before the last retarget returns in full, ASERT brings difficulty back to today’s level in roughly two days (~48 h).
• A fast 12-hour half-life applies until block 46,738 (~6 months), then the standard 48-hour aserti3-2d configuration (used on BCH since 2020) takes over permanently. Block 120,440 is a review point, not an automatic reversion.
• Contracts referencing block difficulty now see per-block fixings.
⛏️ Miner note: blocks carrying low VDF ticks are relayed lazily and can be orphaned — low ticks don’t cost you mining performance, but carry enough ticks that your blocks propagate promptly.
🔁 Source mirror on GitLab: https://gitlab.com/tensorcash-org/tensorcash/-/tags/v1.1.0 (downloads on the main release link).
https://git.tensorcash.org/tensorcash/tensorcash/releases/tag/v1.1.0

2026-07-30 12:12:24 GMT

🔐 Post-quantum spending is live on TensorCash — since block zero, not a someday migration.
You opt in by funding a new address type: tc1z…
• Taproot v2, key path disabled by consensus. A tc1z is an ordinary 32-byte Taproot output, but consensus permits only script-path spends — so there is no secp256k1 key-path signature to attack. What the leaf requires is up to the script; the standard wallet template makes it a single ML-DSA check, so the prefix alone proves the key path is off, not that the policy is ML-DSA-only.
• ML-DSA (NIST FIPS 204), via liboqs. Three parameter sets — 44 / 65 (TensorCash default) / 87 — for NIST categories 2 / 3 / 5. No Shor-like quantum attack is known against its module-lattice problem.
• Holds coin and assets. Native TSC always, and issued assets too. Already on mainnet: block 20,246 moved COMPUTE Index option units into a tc1z output — held in Witness v2; an ML-DSA spend out of one reveals the leaf later.
• Fees: free to receive (that block-20,246 tx paid just 363 sats), larger to spend — a default ML-DSA-65 spend runs ~10× a standard one, since the ~3.3 KB signature only enters the witness when you spend.
Before you use it: sign on hardware you control (liboqs warns against production use for sensitive data), back up every key (no seed-phrase derivation yet), and use a fresh address per receive.
No migration, no exposed legacy balance to rotate. Whether a coin sits on the PQ rail is your choice of address.
https://tensorcash.org/blog/post-quantum-is-on-tensorcash/

2026-07-29 10:57:39 GMT

⛏️ TensorCash is at 600-second blocks.
Difficulty retargeted at block 20,160 (+3.72×) and blocks have averaged 605.7s since — right on target. Early miners rode blocks arriving 4–6× faster than target, and those rewards went to the people who showed up first. Thank you.
The network is doing ~7.7M tokens/sec of real model inference — 4.6 billion tokens every block. More powerful commercial models are on the way, and our position on that upside is simple: it belongs to the miners.
Mining rewards already reach 2,700+ distinct addresses within two hops. More hashrate is very welcome.
Also coming: better wallets, a community verification service TIP, and cross-chain transfers in the Qt wallet — where we would love community help finalising it. ⚡
https://explorer.tensorcash.org

2026-07-28 16:56:48 GMT

On 28 July, in mainnet block 19,978, a tokenised difficulty option changed owner and native TSC moved the other way — both legs inside the *same* transaction.
There was no exchange account, no deposit or withdrawal, no escrow agent and no custodian. Two people running the TensorCash desktop wallet found each other over a bulletin board, negotiated directly, and settled on chain.
The interesting part is the guarantee. Because both legs live in one transaction, there is no ordering and no "who sends first". The chain has no way to accept half a transaction, so either both sides settle or neither does — not because anybody behaved well, but because there is no state in between.
Getting two strangers to co-sign that transaction is the actual work. Their wallets opened an encrypted peer-to-peer session, each proved on-chain ownership of what it was offering with BIP-322, and each verified the other's contribution input by input before signing anything. Nonces were exchanged before any signature was seen, and every adaptor signature was checked against the exact transaction on the table.
To the network the result looks like an ordinary Taproot spend. No escrow output, no multisig, no hash-preimage, no timelocked refund branch — none of the machinery costs block space.
The write-up includes the part most announcements leave out: one available protection, a lock-step reveal of the final signatures, was negotiated off in this run. It is a fair-exchange refinement rather than a custody hole — the worst reachable outcome was a stall — and we would rather document that than imply it happened.
Technical demonstration, not an offer or solicitation.
https://tensorcash.org/blog/first-otc-trade-fully-on-chain/

2026-07-23 08:20:18 GMT

A miner ran the committed model at fp8 on a smaller GPU and submitted the proof as bf16. Full verification reran the model at bf16: the p-values collapsed, both blocks were assigned zero work, and the chain never extended them. Trust in action. 👇
https://tensorcash.org/blog/catching-a-quantized-miner/

2026-07-20 06:32:26 GMT

Meet COMPUTE — the first asset issued on TensorCash. Real AI inference is the work that secures the chain, so as compute grows, difficulty becomes a live on-chain tracker of AI-inference activity. COMPUTE is the clearest way to see the asset-issuance platform in action. 👇
https://tensorcash.org/blog/tokenised-difficulty-options/

2026-07-18 04:50:05 GMT

⚠️ Wallet setup note: the AI-proof check needs a verifier, and the wallet doesn't come pointed at one — you set it yourself. Run the open-source verifier on your own GPU, or point your node at a verification service you trust: VALIDATOR_HTTP_URL=https://your-verifier 👇't ask someone's server what you own. The TensorCash wallet is a full node with a GUI — balances and assets verified locally, not fetched from a backend. Prebuilt for Linux; runs anywhere with Docker (VNC console: off by default, password-gated). 👇
https://tensorcash.org/blog/how-to-run-the-wallet/#wiring-up-verification-it-has-to-be-real

2026-07-18 04:22:13 GMT

Your wallet shouldn't ask someone's server what you own. The TensorCash wallet is a full node with a GUI — balances and assets verified locally, not fetched from a backend. Prebuilt for Linux; runs anywhere with Docker (VNC console: off by default, password-gated). 👇
https://tensorcash.org/blog/how-to-run-the-wallet/

2026-07-17 15:57:41 GMT

TensorCash mainnet, six weeks in: implied throughput has climbed from ~27 to 100,900 tok/s, and difficulty has retargeted up step by step to keep pace. Our version of hashrate is measured in tokens per second of real inference, not wasted hashes. 👇
https://tensorcash.org/explorer

2026-07-17 06:27:07 GMT

TensorCash v1.0.5 is out — setting up has never been easier. Prebuilt, public Docker images for GPU mining workers (Hopper + Blackwell) and the full node, plus Linux node builds and macOS (Apple Silicon) miner binaries. No more building from source. 👇
https://github.com/tensorcash/tensorcash/releases/tag/v1.0.5

2026-07-16 16:57:45 GMT

TensorCash v1.0.4 is out. VDF cumulative tick self-heals with full RPC visibility, plus amber adjudication semantics, wallet fixes and Linux desktop builds. Operators: upgrade — on v1.0.3 defaults, keep the tick-floor override until you do. 👇
https://github.com/tensorcash/tensorcash/releases/tag/v1.0.4

2026-07-16 16:07:13 GMT

Classic proof-of-work burns electricity to prove electricity was burned. TensorCash points the same work at a real forward pass — the proof is just a by-product of answering a real prompt. Same chain security; the joules do a job. 👇
https://tensorcash.org/blog/pow-vs-useful-pow/

2026-07-16 10:51:27 GMT

⚠️ Node operators: set spv-min-cumulative-tick-per-block=0 in bitcoin.conf and restart before block 11,000, or your node will stop syncing (headers advance, blocks stall). Fix ships in v1.0.4 later today; drop the override after upgrading.
https://tensorcash.org/

2026-07-11 05:42:07 GMT

Two protocol upgrades hit TensorCash mainnet at block 8,000 (~15 July). TIP‑3 binds every proof to the prompt it answered — tighter security, and lower‑entropy inference workloads can now mine. TIP‑2: fully arbitrary CFDs on chain. Update your miner, node, and verifier. 👇
https://tensorcash.org/blog/tip-2-tip-3-mainnet-activation/

2026-07-09 09:25:22 GMT

AI turns electricity into intelligence. Crypto turns it into value. TensorCash does both at once: one real forward pass answers a prompt *and* mints the coin — the same joules become an answer and a block. Here's how to point a GPU at it. 👇
https://tensorcash.org/blog/how-to-mine/

2026-07-01 15:43:47 GMT

Don't trust the provider — verify the machine.
TensorCash publishes the verifier open source: given a proof, anyone can replay it and confirm which model did the work. Trust is earned by a checkable machine, not granted to an incumbent.
Verify it yourself: https://tensorcash.org/build/#verifiers

2026-06-27 06:15:36 GMT

Verifiable AI as proof-of-work. TensorCash miners run AI inference and the network cryptographically checks the results — useful work securing an independent layer-1. More soon. → https://tensorcash.org