AI pakkujad mündivad plokke päringutele vastates.

Kviitung on tõendiobjekt — kompaktne transkript mudeli valimistrajektoorist räsist tuletatud päringul — mida iga teine sõlm saab avaldatud kaalude vastu uuesti läbi mängida. Valideerimine ei saa lihtsalt edasipääsu uuesti käivitada ega bittide kaupa võrrelda: sama mudel erinevatel GPU'del, paketi suurustel või tähelepanutuumade peal toodab veidi erinevaid logiteid. Selle asemel on tegemist kalibreeritud statistilise otsustusreegliga, mida käitatakse kolmetasandilisel redelil (Quick → Smell → Full), kus iga tase pingutab rangelt seda, mida loetakse ausaks. Valideerija tarnitakse avatud lähtekoodiga tarkvarana — igaüks võib selle käitada ja vaidlustada ebaausaid plokke.

Kaevandamine ja teenindamine sulanduvad üheks töökoormuseks. Mining API on forkitud vLLM (CUDA) ja llama.cpp (CPU / Apple Silicon) tõendipüüdmisega valimisrajale endale ühendatud, nii et tõendimaterjali genereerimine ei aeglusta kasutaja päringuid. Sünteetilised täitevpäringud jooksevad ainult siis, kui GPU oleks muidu jõude, ja annavad teed maksvale liiklusele. Kui transkript ületab raskuseesmärgi, saab sellest plokikandidaat; kui mitte, oled ikkagi vastanud päris päringule. Pole eraldi kaevandussilmust ega tühja elektriarvet.

TensorCash pärib Bitcoin Core'i tehingugraafi, UTXO mudeli ja allkirjamehhanismi ning laiendab konsensuspinda mõnel hästi piiritletud viisil. Plokipäised kohustuvad järeldustõendi blobile ja kohandatud raskuseesmärgile. Iga plokk põimib Wesolowski VDF tõendi, mis seob ploki seinakella tööga. Tõendikontroll on jagatud Quick / Smell / Full astmeteks — Quick ja Smell väravad relee'd; Full jookseb levitamise raja väliselt. Eelsünkroonimise kiht hindab ahelaid proof-of-time'i järgi enne proof-of-work'i ning sügavad reorganiseerimised toovad enne ahela vahetust välja kohtumeditsiinilise hoiatuse. Üldotstarbelise VM-i puudumine tähendab, et üldotstarbelise VM-i ründepinda ei pärita.

Natiivsed asendatavad varad asuvad ahela mündi kõrval samas UTXO graafis. Iga vara kandev väljund kannab ühte tüübitud binaarset kirjet, millele tehingu sighash kohustub, nii et vara olekut ei saa pärast allkirja loomist ümber siduda. Igal varal on Issuer Control Unit — UTXO-kujuline tunnistus, mida emitent peab iga lubatud kulutuse korral roteerima, tagatud postitatud natiivse mündi panusega. Reguleeritud varad kannavad nullteadmisega hoidja-õigsuse tõendeid (KYC), kasutades plokiahelas Groth16 kontrollivõtmeid ja rotseeruvaid vastavusjuuri. Ühilduv Bitcoini olemasolevate skriptiperedega, Taproot covenants'idega ja PSBT tööriistadega.

Emitendid võivad avaldada prospekte, tingimuste lehti, halduskirjeid ja hoidjate avaldusi plokiahela kohustustena. Dokumendid ankurdatakse räsi järgi; vara vastavusjuur seob need konsensusega. QES-klassi elektroonilise allkirja tõend (EU kvalifitseeritud elektroonilise allkirja standard) liidetakse samasse ankrusse. Plokiahela kohustus on alaline ja ajatempliga; dokument ise võib olla avalik, ainult hoidjate jaoks või jagatud plokiahela väliselt — kusjuures ahel tõestab, et hoidjate nähtud dokument on dokument, mille emitent avaldas.

Hetkevahetuse, repo ja forwardi primitiivid arveldatakse ühe finantskovenandi kaudu: `OP_OUTPUTMATCH`, Tapscript kontroll, mis küsib, kas kulutav tehing sisaldab määratud skriptiräsi, summa ja (varaväljundite puhul) vara identifikaatoriga väljundit. See teostab piiratud sobitamise praeguse tehingu peal — saaja skripti täitmist pole, tehinguajaloo päringuid pole, muutuvat olekut pole. Taproot hoiab lepingu tingimusi konfidentsiaalsena, kuni skriptirada võetakse: avalik UTXO komplekt näeb hoidlat, mitte tingimuste lehte.

Rahakoti taga elab kolmekihiline koordinatsioonipinu. Nostr pakkumiste avastamiseks; Noise+SPAKE2 otspunkt-šifreeritud kahepoolseteks läbirääkimisseanssideks; HTLCs ja Fair-Sign adapterallkirja tseremoonia atomistlikuks arveldamiseks. Sama Qt rahakoti leht toob esile kuus alavahekaarti — avastamine, pakkumised, seansid, haldus, arutelu, ristahel — nii et tehing voolab "vastaspoole leidmisest" läbi "privaatse läbirääkimise" "kahepoolse arvelduseni" ilma kohtumispaigata. TensorSwap Solidity leping tegeleb ristahela vahetuste EVM osaga.

Plokist 0 elavad kaks kulutusrööpa. Tuttav ECDSA / Schnorr pinu Witness v0/v1 peal ning ML-DSA pinu (NIST FIPS 204) uuel Witness v2 peal. v2 väljundid on 32-baidised Taproot väljundid, mida saab kulutada ainult skriptirada tõendiga; ainsad uued opcode'id on `OP_CHECKMLSIG` ja `OP_CHECKMLSIGVERIFY`. Kuna TensorCash on genesis-fork, pole olemasolevat UTXO baasi tagasi sobitada ega soft-forki aktiveerimisakent — kasutajad valivad rööpa siis, kui aadressi rahastavad, ja mõlemad jäävad igavesti kehtivaks.

Tellimuste sobitamisel ja hinna avastamisel on läbilaskevõime, finantsvõimenduse ja õigluse nõuded, mis ei mahu plokiahelasse. TensorCash spetsifitseerib kõrgema kihi DEXi, mis kasutab võrgu latentsust ja krüptograafilist fragmenteerimist — orderiraamatu olek Shamir-jagatud 6-of-10 sõltumatute valideerijate alamhulkade vahel — kaitsmaks front-runningu ja manipuleerimise eest. Ükski alamhulk ei õpi voogu tundma; ükski alamhulk ei saa kauplemist peatada. Lõplik arveldus jõuab alati tagasi alusahelasse samade atomic-swap primitiivide kaudu, mida kasutab kahepoolne tehing.