Egy protokoll, amely az AI-t ellenőrzötté és ellenőrizhetővé teszi.

Az elismervény tömör összefoglalója annak, ahogyan a modell a válaszához eljutott. Bármely más üzemeltető újrajátszhatja a modell nyilvános másolatán, és eldöntheti, hogy a válasz becsületes volt-e. Egy naiv 'futtassuk újra, és vessünk össze minden számjegyet' jellegű ellenőrzés nem működik az MI-ben: ugyanaz a modell különböző grafikus kártyákon a háttérben enyhén eltérő számokat ad, még akkor is, ha a válasz hiteles (miért?)Ugyanaz az MI-modell különböző grafikus kártyákon apró numerikus eltéréseket termel (figyelem-kernelek, kötegméretek, logitok) — ártalmatlan, de kizárja az egyszerű bitenkénti ellenőrzéseket.. Helyette egy statisztikai tesztetEgy átment/megbukott teszt úgy kalibrálva, hogy a tisztességes szolgáltatók nagy valószínűséggel átmenjenek, a csalókat pedig lebuktassa — azért használjuk, mert az MI-ben nem lehetséges a pontos újrajátszás. használunk, amelyet úgy hangoltunk be, hogy a tisztességes szolgáltatók átmenjenek, a csalókat pedig lebuktassa. A teszt három egyre szigorúbb szinten fut — egy gyors ellenőrzés, egy közepes mélységű ellenőrzés és egy teljes audit (Quick / Smell / Full)Az ellenőrzés három egyre szigorúbb rétege: Quick (egy másodperc alatt), Smell (közepes mélységű mintavétel) és Full (teljes audit). Mindegyik szigorúbb az előzőnél. —, és minden szint szigorúbb az előzőnél. Az ellenőrző szoftver nyílt forráskódú: bárki futtathatja, és aki tisztességtelen blokkot vesz észre, megóvhatja azt.

A kiszolgálás és a bányászat egyetlen feladat, nem kettő. A szabványos nyílt forráskódú MI-kiszolgáló motorokA vLLM (a szabványos GPU-kiszolgáló motor) és a llama.cpp (egy CPU / Apple Silicon motor) forkolt változatai — úgy módosítva, hogy a válaszadás közben rögzítsék a bizonyítéki átiratot. testreszabott változatát futtatjuk — a bizonyíték rögzítése ugyanazon lépésen belül történik, amely a választ előállítja, így a felhasználók nem tapasztalnak lassulást. A tétlen GPU-időt belső gyakorló kérések töltik ki, amelyek azonnal félreállnak, amint fizető felhasználó érkezik. Ha egy válasz történetesen átlépi a hálózat nehézségi küszöbétAz a ritkasági küszöb, amelyet egy bizonyítéknak meg kell vernie ahhoz, hogy új blokként elfogadják — automatikusan állítva, hogy a blokkidő állandó maradjon., blokkjelölt lesz; ha nem, akkor is kiszolgáltál egy fizető ügyfelet. Az áram így vagy úgy nem vész kárba, és nem kell külön bányászhardvert vásárolni.

A TensorCash a Bitcoin Core forkjából született. Megtartjuk azt, ahogy a Bitcoin nyomon követi az érméketA Bitcoin könyvelési modellje — bankszerű egyenlegek helyett az érmék külön 'el nem költött kimenetekként' léteznek korábbi tranzakciókból., ahogy aláírja a tranzakciókatA Bitcoin meglévő módja a tranzakciók kriptográfiai kulcsokkal történő aláírására és ellenőrzésére., és ahogy a blokkok a csomópontok között mozognak — majd hozzáteszünk néhány új szabályt, mindegyiket szándékosan szűk fókusszal. Minden blokk tömör MI-munka-bizonyítékotKövetkeztetés-bizonyíték — tömör, újrajátszható elismervény, amelyet minden MI-válaszhoz csatolnak, hogy mások ellenőrizhessék: valódi modell valóban előállította azt. és egy nehézségi céltAz a ritkasági küszöb, amelyet egy bizonyítéknak meg kell vernie ahhoz, hogy új blokként elfogadják — automatikusan állítva, hogy a blokkidő állandó maradjon. hordoz, plusz egy kriptográfiai órátIgazolható késleltető függvény — a Wesolowski-konstrukción alapuló kriptográfiai óra, amely még korlátlan párhuzamos hardver mellett is bizonyítja, hogy valós idő telt el., amely igazolja, hogy a bányászat alatt valós idő telt el. A bizonyítékokat három egyre szigorúbb rétegben ellenőrizzük (Quick / Smell / Full)Az ellenőrzés három egyre szigorúbb rétege: Quick (egy másodperc alatt), Smell (közepes mélységű mintavétel) és Full (teljes audit). Mindegyik szigorúbb az előzőnél.: két gyors, amely a blokkok csomópontok közötti továbbítását szabályozza, és egy teljes audit, amely a háttérben fut. Mielőtt elfogadnák a versengő láncot, a csomópontok azt is mérlegelik, mennyi valós időt töltöttek vele becsületesen (idő-bizonyíték)Egy lánc mögötti faliórai erőfeszítés mértéke (VDF-eken keresztül), amelyet a munka-bizonyíték mellett használnak a versengő láncok pontozására., nem csak a nyers számítási teljesítményt — és a közelmúlt mély átírása forenzikus figyelmeztetést vált ki, mielőtt a lánc átállna. Lényeges, hogy nem erősítettünk rá általános célú programozási réteget (nincs okosszerződés-VM)Az Ethereummal és a legtöbb modern lánccal ellentétben a TensorCashnek nincs általános célú okosszerződés-programozási nyelve — az a támadási felület, amely a legtöbb DeFi-feltörést okozta, itt nem létezik. — azt a fajtát, amely az elmúlt évtized legtöbb nagy DeFi-feltörését okozta. A lánc csak azt teszi, amit tennie kell, semmi többet.

A kibocsátott eszközök ugyanúgy a láncban élnek, mint a TSC — nem okosszerződésben futó IOU-ként. A kibocsátó kitölti az eszközrekordotAz a láncon belüli rekord, ahol egy eszköz paraméterei élnek — jelölés, kínálati korlát, átruházási szabályok, jogi feltételek, irányítási szabályok és letét., amely rögzíti a szabályokat: tőzsdei jelölés, tizedesjegyek, maximális kínálat, ki ruházhatja át, kinek kell átesnie személyazonosság-ellenőrzésen, a jogi feltételek, a szavazási szabályok és egy visszatérítendő biztonsági letétVisszatérítendő natív-érme letét (Issuance Control Unit letét), amelyet a kibocsátó zárol egy eszköz létrehozásakor — akkor szabadul fel, amikor az eszköz elegendő aktivitást gyűjtött össze annak bizonyítására, hogy nem spam.. Nincs listázási díj, de a letét addig zárolva marad, amíg az eszköz elég bányászdíjat ki nem fizetett ahhoz, hogy bizonyítsa: valódi eszközről van szó, nem spamről. A közzététel után a szabályokat a hálózat minden csomópontja érvényesíti: maga a lánc megtagadja a felső korláton túli kibocsátást, megtagadja a jelölés újrahasználatát vagy átnevezését, megtagadja a nem jogosult címzettek felé történő átruházást, és megtagadja a jogi feltételek csendes módosítását.

A kibocsátók közzétehetik az eszközhöz tartozó jogi dokumentumokat — tájékoztatót, ügyleti összefoglalót, irányítási nyilvántartást, csak tulajdonosoknak szóló közleményeket —, és közvetlenül az eszközhöz tűzhetik őket a láncon. A nyilvános dokumentumokat bárki elolvashatja. A csak tulajdonosoknak szóló dokumentumok titkosítva vannak; csak a tényleges tulajdonosok tárcái kapják meg a feloldó kulcsot. A lánc mindkét esetben rögzíti a dokumentum maradandó ujjlenyomatátEgy dokumentum rövid, fix hosszúságú kriptográfiai ujjlenyomata — a dokumentum bármilyen módosítása teljesen más ujjlenyomatot eredményez. időbélyegzővel. Ha valaki később más változatot próbál becsempészni, a tulajdonosok azonnal észreveszik. EU-szabályozott digitális aláírásokMinősített elektronikus aláírás — az eIDAS keretrendszer szerinti EU-szabályozott digitális aláírások legmagasabb szintje, jogilag egyenértékű a saját kezű aláírással., közjegyzői nyilvántartások vagy PGP-aláírások mind ugyanarra az ujjlenyomatra mutathatnak — a láncnak nem kell értenie magát a jogi dokumentumot, csak igazolnia, hogy mit és mikor írtak alá.

A pénzügyek három leggyakoribb ügyleti szerkezete — vegyél most (azonnali), fedezet ellenében hitelezz készpénzt (repó) és ma egyezz meg a későbbi szállításról (határidős) — mind ugyanazt az egy szabályt osztja meg, amelyet a lánc érvényesít: a költő tranzakciónak pontosan ezt a kimenetet, ebben az összegben, ebben az eszközben kell tartalmazniaOP_OUTPUTMATCH — a TensorCash által bevezetett új Tapscript opkód. Egyetlen szabályt érvényesít: a költő tranzakciónak pontosan ekkora összegű, pontosan ebben az eszközben kifejezett, pontosan erre a szkriptre zárolt kimenetet kell tartalmaznia.. Ez az egyetlen szabály elegendő ezeknek a szerződéseknek minden változatát kifejezni anélkül, hogy a láncnak általános célú programozási nyelvre lenne szüksége — és anélkül, hogy az ezzel járó biztonsági lyukak fellépnének. Az ellenőrzés csak az aktuális tranzakcióra tekint: nincs előzményturkálás, nincs változó szerződésállapot, nincs mit kihasználni. Az ügylet feltételei addig titokban maradnak, amíg az ügylet egy lába végrehajtásra nem kerülEgy 2021-es Bitcoin-frissítés, amely egy szerződés részleteit a végrehajtás pillanatáig elrejti — a kívülállók csak egy általános zárolt kimenetet látnak. — a nyilvános lánc csak egy általános zárolt kimenetet lát, nem a mögötte lévő ügyleti összefoglalót.

A tárca egy helyen kezeli a teljes kereskedés előtti és utáni munkafolyamatot. Három dolog történik a háttérben: először egy decentralizált üzenetküldő hálózatEgyszerű, cenzúraálló üzenetküldő protokoll, amelyet itt nyitott ügyleti ajánlatok hirdetésére használunk anélkül, hogy központi helyszínen kellene áthaladni. lehetővé teszi, hogy átnézd a nyitott ajánlatokat anélkül, hogy bármilyen egyetlen helyszínen áthaladnál; majd, ha találtál ügyleti partnert, a tárcáitok titkosított, privát csatornátKét jól tanulmányozott kriptográfiai protokoll (Noise és SPAKE2), amelyek együtt privát, jelszóval hitelesített csatornát nyitnak két tárca között. nyitnak, amelyet csak ti ketten olvashattok; végül egy kriptográfiai szertartásOlyan ügylet, amely vagy mindkét fél számára teljesül, vagy egyikük számára sem — soha nem feleúton. Itt Hash Time-Locked Contracts és adapter-aláírások segítségével épül fel. garantálja, hogy az ügylet atomi — vagy mindkét fél megkapja, amit várt, vagy egyik oldal sem mozdít pénzt. Egyetlen tárcaoldal lefedi az ügylet életciklusának mind a hat lépését — felfedezés, ajánlatok, tárgyalás, irányítás, megbeszélés és kereszt-láncú cserék. A TensorCash és az Ethereum közötti ügyletekhez egy kísérő okosszerződésTensorSwap — egy kis Solidity szerződés az Ethereum Virtual Machine-on, amely egy TensorCash↔Ethereum kereszt-láncú ügylet Ethereum-oldalát kezeli. kezeli az Ethereum oldalát.

Már az első blokktól kezdve a TensorCash két párhuzamos aláírási sémát támogat egymás mellett: ugyanazokat a bevált sémákat, amelyeket a Bitcoin ma is használA két aláírási séma, amelyet a Bitcoin már használ — ECDSA (klasszikus) és Schnorr (modern). Mindkettő támogatott a TensorCashben az első naptól., és egy új, kvantumálló sémátML-DSA (NIST FIPS 204) — olyan aláírási séma, amelyet úgy terveztek, hogy egy jövőbeli kvantumszámítógéppel szemben is biztonságos maradjon. A NIST 2024-ben szabványosította., amelyet az Egyesült Államok Nemzeti Szabványügyi és Technológiai Intézete 2024-ben szabványosított. A felhasználók a cím létrehozásának pillanatában választják ki, melyik sémát szeretnék — és mindkét séma örökre érvényes marad. Mivel a TensorCash mindkettővel indult az első pillanattól (genesis fork)Olyan blokklánc, amely saját genesisként (nulladik blokkként) indul, ahelyett, hogy egy meglévő láncról szakadna le — így új szabályok az első blokktól szállíthatók, frissítési szavazás nélkül., nincs később kínos frissítés, nem kell várni arra, hogy a hálózat új szabályt szavazzon meg, és nem kell régi forrásokat migrálni.

A kereskedés egyes részei — gyors megbízás-párosítás, tőkeáttétel, mély likviditás — nem végezhetők el blokkláncon olyan sebességgel, amelyet a komoly kereskedők igényelnek. A TensorCash külön, gyorsabb tőzsdei réteget határoz meg, amely a lánc felett helyezkedik el. Az teszi különlegessé, hogy egyetlen szerver sem látja soha a teljes ajánlati könyvet: kriptográfiailag tíz független validátor között van szétosztvaKriptográfiai technika, amely egy titkot N fél között oszt szét úgy, hogy bármely K közülük rekonstruálhatja, de K-nál kevesebb semmit sem tud meg. Itt: 6-ból-10 független validátoron keresztül., és közülük hatnak kell együtt dolgoznia ahhoz, hogy bármilyen részén lépni tudjanak. Egyetlen fél sem leshet bele az ajánlatáramlásba egy ügylet megkötése előtt, és egyetlen fél sem állíthatja le a kereskedést. Amint egy ügylet párosításra kerül, ugyanazokkal az atomi swap szabályokkal kerül vissza a kiegyenlítésre az alapláncra, amelyeket bármely kétoldalú ügylet használ.

A bányászati nehézség azzal együtt mozog, mennyi AI computeot futtat a hálózat, így élő indexként mutatja az AI-compute iránti keresletet. Két fél külön privát széfekbeEgy 2021-es Bitcoin-frissítés, amely egy szerződés részleteit a végrehajtás pillanatáig elrejti — a kívülállók csak egy általános zárolt kimenetet látnak. helyez margint, és a lánc egy rögzített jövőbeli blokknálA szerződés egy előre rögzített, már mélyen betemetett blokknál olvassa le a nehézséget — nem annál a blokknál, ahol az elszámolás történik —, így egyik fél sem tudja a nehézségváltozás köré időzíteni az elszámolást. Amint az a blokk véglegesül, a kifizetés is rögzül. számolja el őket a nehézség alapján — manipulációnak ellenálló módon, mert a kifizetés akkor véglegesül, amikor az a blokk már mélyen be van temetve. A legegyszerűbb forma a korlátozott veszteségű CFDOlyan CFD, amelynek vesztesége korlátozott: mindkét fél előre elhelyezi a fedezetet, és legfeljebb ennyit veszíthet — nincs margin call, és nincs likvidálás.: nyiss hosszú vagy rövid pozíciót a compute-ciklusra, és a legtöbb, amit veszíthetsz, a saját margined. Egy kis induló prémium opcióváEgy egyszeri prémium kifizetésével a szerződés fedezett call vagy put opcióvá alakul az AI computeon — a vevő vesztesége a prémiumra korlátozódik, a kiíró pedig ezt keresi a fedezet biztosításáért cserébe. alakítja — fedezett call vagy put a computera. A bányászok és az AI-szolgáltatók ezzel fedezik a bevételüket, amikor a nehézség emelkedik; a külső hedgerek pedig úgy kapnak kitettséget az AI-compute trendekre, hogy egyetlen GPU-t sem kell üzemeltetniük. Mint itt minden, ezt is natívan a konszenzus érvényesíti (smart-contract VM nélkül)Az Ethereummal és a legtöbb modern lánccal ellentétben a TensorCashnek nincs általános célú okosszerződés-programozási nyelve — az a támadási felület, amely a legtöbb DeFi-feltörést okozta, itt nem létezik., és egy kooperatív elszámolás pontosan úgy néz ki, mint egy hétköznapi utalás.