Language

Choose a language

Hvad er TensorCash

AI-udbydere udsteder blokke, mens de besvarer prompts.

TensorCash gør AI-inferens ansvarlig. Enhver udbyder, der kører en open source-model, vedhæfter et kompakt proof til hvert svar — som beviser hvilken model der kørte, under hvilke samplingregler, på hvilket input — og kvalificerende svar udvider en Bitcoin-afledt kæde.

Ét forward pass udfører to opgaver: det betjener en betalende bruger, og det sikrer en offentlig hovedbog. Der er ingen separat mining-hardware at købe og ingen separat hash-krig at vinde. De samme GPU'er, der besvarer prompts, udsteder blokke, og verifikationsstakken er open source, så ingen enkelt operatør behøver at blive betroet.

Oven på den hovedbog tilføjer TensorCash de finansielle primitiver, som krypto blev ved med at love og aldrig leverede nativt — stablecoins, tokeniserede værdipapirer, repoer, forwards, post-kvante-opbevaring — afregnet ved konsensus, ikke af en depositar eller en general-purpose smart contract VM.

Decentraliseret AI

Beregning, der beviser sig selv.

  1. 01

    Verificerbar inferens

    Bevis hvilken model der kørte, under hvilke samplingregler, uden at bede brugerne om at stole på udbyderen. Hvert kvalificerende svar kan bære en kompakt kvittering: modelidentitet, samplingsti, kædebinding og verificerer-evidens.

    Kvitteringen er et proof-objekt — et kompakt transkript af modellens samplingbane på en hash-afledt prompt — som enhver anden node kan afspille mod de offentliggjorte vægte. Verifikation kan ikke bare køre forward pass igen og sammenligne bit-for-bit: den samme model på forskellige GPU'er, batchstørrelser eller attention-kerner producerer let forskellige logits. I stedet er det en kalibreret statistisk beslutningsregel, kørt på en tre-trins stige (Quick → Smell → Full), hvor hvert trin strammer strengt, hvad der tæller som ærligt. Verificereren leveres som open source-software — enhver kan køre en og udfordre uærlige blokke.

  2. 02

    Mining mens du leverer

    Lever rigtige brugerprompts og forvandl kvalificerende proof til blokkandidater, når transkriptet opfylder konsensusreglerne. Uafhængige operatører kan køre verificerere, afspille proof-evidens og udfordre uærlige model- eller udførelsespåstande.

    Mining og levering smelter sammen til én arbejdsbyrde. Mining API er en forket vLLM (CUDA) og llama.cpp (CPU / Apple Silicon) med proof-capture indlejret i selve samplingstien, så generering af proof-materiale ikke bremser brugerforespørgsler. Syntetiske backfill-prompts kører kun, når GPU'en ellers ville være inaktiv, og viger for betalende trafik. Når et transkript klarer sværhedsmålet, bliver det en blokkandidat; når det ikke gør, har du stadig besvaret en rigtig prompt. Ingen separat mining-loop, ingen tom elregning.

Decentraliseret finans

Fremtidssikret blockchain.

  1. 01

    Bitcoin-grade base

    Battle-tested fundament på Bitcoin Core-infrastruktur, peer-to-peer-validering, knap udstedelse og konservative konsensusændringer for inferensbaseret proof-of-work.

    TensorCash arver Bitcoin Cores transaktionsgraf, UTXO-model og signaturmaskineri og udvider konsensusoverfladen på et lille antal velafgrænsede måder. Blokhoveder forpligter sig til en inferens-proof-blob og et justeret sværhedsmål. Hver blok indlejrer et Wesolowski VDF-bevis, der binder blokken til wall-clock-arbejde. Proof-validering er opdelt i Quick / Smell / Full-trin — Quick og Smell styrer relay; Full kører uden for propagationsstien. Presync-laget scorer kæder efter proof-of-time før proof-of-work, og dybe reorgs udløser en forensisk advarsel, før kæden skifter. Ingen general-purpose VM betyder ingen general-purpose VM-angrebsoverflade at arve.

  2. 02

    Udsted hvad som helst on-chain

    Stablecoins, real-world assets, tokeniserede fonde og securitiseringer som native UTXO-aktiver, fra simple tokens til regulerede KYC-gatede instrumenter.

    Native fungible aktiver sidder ved siden af kædens mønt i den samme UTXO-graf. Hvert aktivbærende output bærer en enkelt typet binær registrering forpligtet af transaktionens sighash, så aktivtilstand ikke kan ombindes, efter en signatur er produceret. Hvert aktiv har en Issuer Control Unit — en UTXO-formet legitimation, som udstederen skal rotere ved hvert autoriseret forbrug, sikret af en posteret native-mønt-stake. Regulerede aktiver bærer zero-knowledge-bevis for indehaverberettigelse (KYC) ved hjælp af on-chain Groth16-verifikationsnøgler og rullende compliance-rødder. Komponérbare med Bitcoins eksisterende script-familier, Taproot-covenants og PSBT-værktøjer.

  3. 03

    Juridisk papir, kryptografisk anker

    Prospekter, politikdokumenter, governance-registre, indehaveroplysninger og QES-grade signatur-evidens forankret uforanderligt on-chain.

    Udstedere kan offentliggøre prospekter, term sheets, governance-registre og indehaveroplysninger som on-chain-forpligtelser. Dokumenter forankres ved hash; aktivets compliance-rod binder dem til konsensus. QES-grade elektronisk signatur-evidens (EU's Qualified Electronic Signature-standard) folder ind i samme anker. On-chain-forpligtelsen er permanent og tidsstemplet; selve dokumentet kan være offentligt, kun for indehavere eller delt off-chain — hvor kæden beviser, at det dokument, indehaverne har set, er det dokument, udstederen offentliggjorde.

  4. 04

    Repoer og forwards on-chain

    Spot-swaps, repoer, forwards og option-style delivery-versus-payment afregnes via afgrænsede kædehåndhævede primitiver, ikke en general-purpose VM.

    Spot-, repo- og forward-primitiver afregnes via et enkelt finansielt covenant: `OP_OUTPUTMATCH`, et Tapscript-check, der spørger, om den forbrugende transaktion indeholder et output med en specificeret script-hash, et beløb og (for aktiv-outputs) en aktividentifikator. Det udfører afgrænset matching på den aktuelle transaktion — ingen modtager-script-eksekvering, ingen transaktionshistorik-opslag, ingen mutérbar tilstand. Taproot holder kontraktvilkår fortrolige, indtil script-stien tages: det offentlige UTXO-sæt ser hvelvet, ikke term sheetet.

    Vælg en kontrakttype for at se kontant-, aktiv- og covenant-flows.

    Spot.

    To afsendelser skaber en gratis option for den, der bevæger sig som nummer to. Ét output-matched forbrug enten swapper begge aktiver eller efterlader begge hos deres ejere.

  5. 05

    Pre- og post-trade i din wallet

    Find modparter, forhandl privat, co-sign sikkert, inspicér kontrakttilstand og afregn bilateralt uden en central børs.

    En tre-lags koordinationsstak lever bag wallet'en. Nostr til offer-discovery; Noise+SPAKE2 til end-to-end-krypterede bilaterale forhandlingssessioner; HTLCs og Fair-Sign adaptor-signaturceremoni til atomic settlement. Den samme Qt wallet-side viser seks underfaner — discovery, offers, sessions, governance, discussion, cross-chain — så en handel flyder fra "find en modpart" gennem "forhandl privat" til "afregn bilateralt" uden en venue. TensorSwap Solidity-kontrakten håndterer EVM-benet i cross-chain swaps.

  6. 06

    Post-kvante-sikkerhed

    Native ML-DSA forbrugsstier til langlivede hvelv, opbevaring og fremtidsorienteret finansiel afregning.

    To forbrugsspor lever fra blok 0. Den velkendte ECDSA / Schnorr-stak på Witness v0/v1 og en ML-DSA-stak (NIST FIPS 204) på en ny Witness v2. v2-outputs er 32-byte Taproot-outputs, der kun kan forbruges via script-path proof; de eneste nye opcodes er `OP_CHECKMLSIG` og `OP_CHECKMLSIGVERIFY`. Fordi TensorCash er en genesis-fork, er der ingen installeret UTXO-base at retrofitte og ingen soft-fork-aktiveringsvindue — brugere vælger et spor, når de funder en adresse, og begge forbliver gyldige for evigt.

  7. 07

    Det fremtidige handelslag

    Millisekund-markeder, dyb likviditet og ingen front-running hører hjemme over basiskæden; endelig afregning forbliver decentraliseret og håndhævelig.

    Order matching og prisopdagelse har throughput-, gearings- og fairness-krav, der ikke passer on-chain. TensorCash specificerer en højere-lags DEX, der bruger netværkslatens og kryptografisk fragmentering — order-book-tilstand Shamir-delt 6-af-10 på tværs af uafhængige validator-undergrupper — for at beskytte mod front-running og manipulation. Ingen enkelt undergruppe lærer flow; ingen enkelt undergruppe kan stoppe handel. Endelig afregning lander altid tilbage på basiskæden via de samme atomic-swap-primitiver, en bilateral handel bruger.