Провайдери ШІ карбують блоки, відповідаючи на запити.

Квитанція — це об'єкт-доказ — компактний транскрипт траєкторії семплінгу моделі на похідному від хешу запиті — який будь-який інший вузол може відтворити проти опублікованих ваг. Верифікація не може просто перезапустити forward pass і порівняти біт за бітом: одна й та сама модель на різних GPU, з різними розмірами батчу чи ядрами уваги дає трохи різні логіти. Натомість це каліброване статистичне правило прийняття рішень, що працює на трирівневих сходах (Quick → Smell → Full), де кожен рівень суворо звужує те, що вважається чесним. Верифікатор постачається як відкрите ПЗ — будь-хто може запустити його та оскаржити нечесні блоки.

Майнинг і обслуговування зливаються в одне навантаження. Mining API — це форк vLLM (CUDA) і llama.cpp (CPU / Apple Silicon) із захопленням доказу, вбудованим прямо в шлях семплінгу, тож генерація матеріалу-доказу не вповільнює запити користувачів. Синтетичні засипкові запити виконуються лише тоді, коли GPU інакше простоював би, і поступаються платоспроможному трафіку. Коли транскрипт долає ціль складності, він стає кандидатом у блок; коли ні — ти все одно відповів на реальний запит. Жодного окремого майнингового циклу, жодного рахунку за простоюючу електроенергію.

TensorCash успадковує граф транзакцій Bitcoin Core, модель UTXO та механізм підписів і розширює поверхню консенсусу невеликою кількістю чітко обмежених способів. Заголовки блоків зобов'язуються до блобу доказу інференсу та цілі скоригованої складності. Кожен блок вбудовує доказ Wesolowski VDF, що прив'язує блок до роботи у реальному часі. Валідація доказу розділена на щаблі Quick / Smell / Full — Quick і Smell контролюють реле; Full виконується поза шляхом поширення. Шар presync оцінює ланцюги за proof-of-time перед proof-of-work, а глибокі реорги виводять криміналістичне попередження, перш ніж ланцюг переключиться. Відсутність універсальної ВМ означає відсутність універсальної поверхні атаки на ВМ для успадкування.

Нативні взаємозамінні активи знаходяться поряд із монетою ланцюга у тому ж графі UTXO. Кожен вихід, що несе актив, містить єдиний типізований бінарний запис, до якого зобов'язується sighash транзакції, тож стан активу не можна перепов'язати після створення підпису. Кожен актив має Issuer Control Unit — облікові дані у формі UTXO, які емітент має ротувати при кожному уповноваженому витрачанні, забезпечені виставленою ставкою у нативній монеті. Регульовані активи несуть докази придатності власника з нульовим розголошенням (KYC) із використанням on-chain ключів верифікації Groth16 та ротуючих коренів комплаєнсу. Сумісне з існуючими сімействами скриптів Bitcoin, ковенантами Taproot та інструментарієм PSBT.

Емітенти можуть публікувати проспекти, term sheets, записи врядування та розкриття для власників як on-chain зобов'язання. Документи закріплюються хешем; корінь комплаєнсу активу прив'язує їх до консенсусу. Свідчення електронного підпису рівня QES (стандарт Кваліфікованого Електронного Підпису ЄС) інтегруються в той самий якір. On-chain зобов'язання є постійним і має часову мітку; сам документ може бути публічним, лише для власників або поширюватися off-chain — а ланцюг доводить, що документ, який бачать власники, є тим самим документом, що його опублікував емітент.

Примітиви спот, репо та форвард врегульовуються через єдиний фінансовий ковенант: `OP_OUTPUTMATCH`, перевірку Tapscript, що запитує, чи містить транзакція-витратник вихід із вказаним хешем скрипту, сумою та (для виходів-активів) ідентифікатором активу. Він виконує обмежене зіставлення на поточній транзакції — без виконання скрипту отримувача, без пошуку в історії транзакцій, без змінного стану. Taproot зберігає умови контракту конфіденційними, доки не обрано шлях скрипту: публічний набір UTXO бачить сховище, а не term sheet.

За гаманцем живе тришаровий стек координації. Nostr для відкриття пропозицій; Noise+SPAKE2 для двосторонніх сесій переговорів зі наскрізним шифруванням; HTLCs та церемонія адаптерних підписів Fair-Sign для атомарного врегулювання. Та сама сторінка гаманця Qt відкриває шість підвкладок — discovery, offers, sessions, governance, discussion, cross-chain — тож угода тече від «знайти контрагента» через «приватно домовитись» до «врегулювати двосторонньо» без майданчика. Solidity-контракт TensorSwap обробляє EVM-сегмент кросчейн-свопів.

Дві колії витрачання живуть від блоку 0. Знайомий стек ECDSA / Schnorr на Witness v0/v1 і стек ML-DSA (NIST FIPS 204) на новому Witness v2. Виходи v2 — це 32-байтові виходи Taproot, витрачувані лише доказом шляху скрипту; єдині нові опкоди — це `OP_CHECKMLSIG` та `OP_CHECKMLSIGVERIFY`. Оскільки TensorCash є генезисним форком, немає встановленої бази UTXO, яку треба модернізувати, і немає вікна активації soft-fork — користувачі обирають колію, коли поповнюють адресу, і обидві залишаються чинними назавжди.

Зіставлення ордерів і виявлення ціни мають вимоги до пропускної здатності, плеча та чесності, які не вміщуються on-chain. TensorCash специфікує DEX вищого рівня, що використовує мережеву латентність та криптографічну фрагментацію — стан книги ордерів розділяється Shamir 6-з-10 між незалежними підмножинами валідаторів — для захисту від front-running та маніпуляцій. Жодна окрема підмножина не дізнається потоку; жодна окрема підмножина не може зупинити торгівлю. Фінальне врегулювання завжди приземляється назад на базовий ланцюг через ті самі примітиви atomic swap, що їх використовує двостороння угода.