Language

Choose a language

Vad är TensorCash

AI-leverantörer myntar block medan de besvarar prompts.

TensorCash gör AI-inferens ansvarsfull. Varje leverantör som kör en öppen källkodsmodell bifogar ett kompakt bevis till varje svar — som bevisar vilken modell som körts, under vilka samplingsregler, på vilken indata — och kvalificerade svar utökar en Bitcoin-härledd kedja.

En forward pass gör två jobb: den betjänar en betalande användare och säkrar en offentlig huvudbok. Det finns ingen separat brytningshårdvara att köpa och inget separat hash-krig att vinna. Samma GPU:er som besvarar prompts myntar block, och verifieringsstacken är öppen källkod så ingen enskild operatör behöver litas på.

Ovanpå den huvudboken lägger TensorCash till de finansiella primitiver som krypto fortsatte att lova men aldrig levererade nativt — stablecoins, tokeniserade värdepapper, repor, terminer, postkvant-förvaring — avvecklade genom konsensus, inte av en förvarare eller en allmänt smart contract-VM.

Decentraliserad AI

Beräkning som bevisar sig själv.

  1. 01

    Verifierbar inferens

    Bevisa vilken modell som körts, under vilka samplingsregler, utan att be användare lita på leverantören. Varje kvalificerande svar kan bära ett kompakt kvitto: modellidentitet, samplingsväg, kedjebindning och verifierar-bevis.

    Kvittot är ett bevisobjekt — ett kompakt transkript av modellens samplingstrajektoria på en hash-härledd prompt — som vilken annan nod som helst kan spela upp mot de publicerade vikterna. Verifiering kan inte bara köra om forward pass och jämföra bit för bit: samma modell på olika GPU:er, batch-storlekar eller attention-kärnor producerar något olika logits. Istället är det en kalibrerad statistisk beslutsregel, körd på en stege i tre nivåer (Quick → Smell → Full) där varje nivå strikt skärper vad som räknas som ärligt. Verifieraren levereras som öppen källkodsprogramvara — vem som helst kan köra en och utmana oärliga block.

  2. 02

    Brytning medan du betjänar

    Betjäna verkliga användarprompts och förvandla berättigat bevis till blockkandidater när transkriptet uppfyller konsensusregler. Oberoende operatörer kan köra verifierare, spela upp bevis-evidens och utmana oärliga modell- eller exekveringspåståenden.

    Brytning och servering smälter samman till en arbetsbelastning. Mining API är ett forkat vLLM (CUDA) och llama.cpp (CPU / Apple Silicon) med bevis-fångst inkopplad i själva samplingsvägen, så att generera bevis-material saktar inte ner användarbegäranden. Syntetiska backfill-prompts körs bara när GPU:n annars skulle vara inaktiv och ger plats åt betalande trafik. När ett transkript klarar svårighetsmålet blir det en blockkandidat; när det inte gör det har du ändå besvarat en verklig prompt. Ingen separat brytningsslinga, ingen inaktiv elräkning.

Decentraliserad finans

Framtidssäker blockkedja.

  1. 01

    Bitcoin-klass bas

    Stridstestade grunder på Bitcoin Core-infrastruktur, peer-to-peer-validering, knapp emission och konservativa konsensusändringar för inferens-baserat proof-of-work.

    TensorCash ärver Bitcoin Cores transaktionsgraf, UTXO-modell och signaturmaskineri och utökar konsensusytan på ett litet antal välavgränsade sätt. Blockheaders binder sig till en inferens-bevisblob och ett justerat svårighetsmål. Varje block bäddar in ett Wesolowski VDF-bevis som binder blocket till väggklocks-arbete. Bevisvalidering är delad i Quick / Smell / Full-steg — Quick och Smell styr relä; Full körs utanför propageringsvägen. Presync-lagret poängsätter kedjor efter proof-of-time före proof-of-work, och djupa reorgs ytar en forensisk rådgivning innan kedjan växlar. Ingen allmänt VM betyder ingen allmän VM-attackyta att ärva.

  2. 02

    Emittera vad som helst on-chain

    Stablecoins, verkliga tillgångar, tokeniserade fonder och värdepapperiseringar som nativa UTXO-tillgångar, från enkla tokens till reglerade KYC-grindade instrument.

    Nativa fungibla tillgångar sitter bredvid kedjans mynt i samma UTXO-graf. Varje tillgångsbärande utdata bär en enda typad binär post som transaktionens sighash binder sig till, så tillgångstillstånd kan inte ombindas efter att en signatur har producerats. Varje tillgång har en Issuer Control Unit — en UTXO-formad referens som emittenten måste rotera vid varje auktoriserad utgift, säkrad av en postad nativ-mynts insats. Reglerade tillgångar bär zero-knowledge innehavar-behörighetsbevis (KYC) med on-chain Groth16-verifieringsnycklar och rullande efterlevnads-rötter. Komponerbar med Bitcoins befintliga skript-familjer, Taproot-covenanter och PSBT-verktyg.

  3. 03

    Juridiskt papper, kryptografisk förankring

    Prospekt, policydokument, styrnings-poster, innehavar-upplysningar och QES-grade signaturbevis förankrade oföränderligt on-chain.

    Emittenter kan publicera prospekt, term sheets, styrnings-poster och innehavar-upplysningar som on-chain-åtaganden. Dokument förankras med hash; tillgångens efterlevnads-rot binder dem till konsensus. QES-grade elektronisk signaturbevis (EU:s Qualified Electronic Signature-standard) viks in i samma förankring. On-chain-åtagandet är permanent och tidsstämplat; själva dokumentet kan vara offentligt, endast för innehavare eller delat off-chain — där kedjan bevisar att dokumentet som innehavarna sett är det dokument som emittenten publicerat.

  4. 04

    Repor och terminer on-chain

    Spot-byten, repor, terminer och optionsliknande delivery-versus-payment avvecklas via avgränsade kedjeupprätthållna primitiver, inte en allmän VM.

    Spot-, repo- och termin-primitiver avvecklas via en enda finansiell covenant: `OP_OUTPUTMATCH`, en Tapscript-kontroll som frågar om den utgivande transaktionen innehåller en utdata med ett angivet skript-hash, belopp och (för tillgångsutdata) tillgångsidentifierare. Den utför avgränsad matchning på den aktuella transaktionen — ingen mottagar-skriptexekvering, inga transaktionshistorik-uppslagningar, inget muterbart tillstånd. Taproot håller kontraktsvillkor konfidentiella tills skriptvägen tas: den offentliga UTXO-uppsättningen ser valvet, inte term sheet.

    Välj en kontraktstyp för att se kontant-, tillgångs- och covenant-flödena.

    Spot.

    Två sändningar skapar en gratis option för den andra som rör sig. En output-matchad utgift byter antingen båda tillgångarna eller lämnar båda hos sina ägare.

  5. 05

    Pre- och post-trade i din plånbok

    Upptäck motparter, förhandla privat, signera tillsammans säkert, inspektera kontraktstillstånd och avveckla bilateralt utan en central börs.

    En koordinationsstack i tre lager bor bakom plånboken. Nostr för erbjudandeupptäckt; Noise+SPAKE2 för end-to-end-krypterade bilaterala förhandlingssessioner; HTLCs och Fair-Sign-adapter-signaturceremonin för atomär avveckling. Samma Qt-plånbokssida ytar sex underflikar — upptäckt, erbjudanden, sessioner, styrning, diskussion, cross-chain — så att en handel flödar från "hitta en motpart" via "förhandla privat" till "avveckla bilateralt" utan en plats. TensorSwap Solidity-kontraktet hanterar EVM-benet av cross-chain swaps.

  6. 06

    Postkvant-säkerhet

    Nativa ML-DSA-utgiftsvägar för långlivade valv, förvaring och framtida finansiell avveckling.

    Två utgifts-räls bor från block 0. Den välbekanta ECDSA / Schnorr-stacken på Witness v0/v1, och en ML-DSA-stack (NIST FIPS 204) på en ny Witness v2. v2-utdata är 32-byte Taproot-utdata som bara kan spenderas via skriptvägs-bevis; de enda nya opcoderna är `OP_CHECKMLSIG` och `OP_CHECKMLSIGVERIFY`. Eftersom TensorCash är en genesis-fork finns det ingen installerad UTXO-bas att eftermontera och inget soft-fork-aktiveringsfönster — användare väljer en räls när de finansierar en adress, och båda förblir giltiga för alltid.

  7. 07

    Det framtida handelslagret

    Millisekund-marknader, djup likviditet och inget front-running hör hemma ovanför baskedjan; slutavveckling förblir decentraliserad och verkställbar.

    Order-matchning och prisupptäckt har genomströmnings-, hävstångs- och rättvisekrav som inte passar on-chain. TensorCash specificerar en högre-lager DEX som använder nätverkslatens och kryptografisk fragmentering — order-bok-tillstånd Shamir-delat 6-av-10 över oberoende validator-delmängder — för att skydda mot front-running och manipulation. Ingen enskild delmängd lär sig flödet; ingen enskild delmängd kan stoppa handeln. Slutavveckling landar alltid tillbaka på baskedjan via samma atomic-swap-primitiver som en bilateral handel använder.