AI პროვაიდერები ბლოკებს ქმნიან მოთხოვნებზე პასუხის გაცემისას.

ქვითარი არის proof ობიექტი — მოდელის შერჩევის ტრაექტორიის კომპაქტური ტრანსკრიპტი ჰეშისგან წარმოებულ მოთხოვნაზე — რომლის გადათამაშებაც შეუძლია ნებისმიერ სხვა კვანძს გამოქვეყნებული წონების მიმართ. ვერიფიკაცია უბრალოდ ვერ ხელახლა გაუშვებს forward pass-ს და ვერ შეადარებს ბიტი-ბიტს: იგივე მოდელი სხვადასხვა GPU-ზე, ბაჩის ზომებზე ან ყურადღების ბირთვებზე ოდნავ განსხვავებულ logits-ებს ქმნის. სამაგიეროდ, ეს არის კალიბრირებული სტატისტიკური გადაწყვეტილების წესი, რომელიც გაეშვება სამდონიან კიბეზე (Quick → Smell → Full), სადაც თითოეული დონე მკაცრად ამცირებს იმას, რასაც პატიოსნებად ითვლება. ვერიფიკატორი ვრცელდება როგორც ღია კოდის პროგრამა — ნებისმიერს შეუძლია გაუშვას ერთი და გამოიწვიოს არაკეთილსინდისიერი ბლოკები.

მაინინგი და მომსახურება ერთ სამუშაო დატვირთვაში ერთიანდება. Mining API არის forked vLLM (CUDA) და llama.cpp (CPU / Apple Silicon) proof-ის ჩაწერით, რომელიც ჩაშენებულია თვით შერჩევის გზაში, ასე რომ proof მასალის გენერირება არ ანელებს მომხმარებლის მოთხოვნებს. სინთეტიკური backfill მოთხოვნები გაეშვება მხოლოდ მაშინ, როცა GPU სხვაგვარად უმოქმედო იქნებოდა და დაუთმობს ადგილს გადამხდელ ტრაფიკს. როცა ტრანსკრიპტი გადალახავს სირთულის სამიზნეს, ის ხდება ბლოკის კანდიდატი; როცა არ გადალახავს, შენ მაინც უპასუხე რეალურ მოთხოვნას. არანაირი ცალკე მაინინგის მარყუჟი, არანაირი უმოქმედო ელექტროენერგიის ანგარიში.

TensorCash მემკვიდრეობით იღებს Bitcoin Core-ის ტრანზაქციის გრაფს, UTXO მოდელსა და ხელმოწერის მექანიზმს და აფართოებს კონსენსუსის ზედაპირს რამდენიმე კარგად შემოსაზღვრული გზით. ბლოკის სათაურები ვალდებულებას იღებს ინფერენციის proof blob-სა და კორექტირებული სირთულის სამიზნეზე. ყოველი ბლოკი შეიცავს Wesolowski VDF proof-ს, რომელიც აკავშირებს ბლოკს რეალურ-დროის სამუშაოსთან. Proof-ის ვალიდაცია იყოფა Quick / Smell / Full საფეხურებად — Quick და Smell აკონტროლებს გადაცემას; Full გაეშვება გავრცელების გზის გარეთ. Presync ფენა აფასებს ჯაჭვებს proof-of-time-ით proof-of-work-მდე, ხოლო ღრმა რეორგანიზაციები წარმოაჩენს სასამართლო რჩევას ჯაჭვის გადართვამდე. ზოგადი დანიშნულების VM-ის არარსებობა ნიშნავს, რომ არ არსებობს ზოგადი დანიშნულების VM-ის შეტევის ზედაპირის მემკვიდრეობით მიღება.

მშობლიური ჩანაცვლებადი აქტივები ზის ჯაჭვის მონეტის გვერდით ერთსა და იმავე UTXO გრაფში. ყოველი აქტივის მქონე გამოსავალი ატარებს ერთ ტიპიზებულ ბინარულ ჩანაწერს, რომელიც დადასტურებულია ტრანზაქციის sighash-ით, ასე რომ აქტივის მდგომარეობა არ შეიძლება ხელახლა მიებას ხელმოწერის შემდეგ. თითოეულ აქტივს აქვს Issuer Control Unit — UTXO-ფორმის რწმუნება, რომელიც ემიტენტმა უნდა მოატრიალოს ყოველ ავტორიზებულ ხარჯვაზე, განთავსებული მშობლიური მონეტის სტეიკით. რეგულირებადი აქტივები ატარებს ZK მფლობელის უფლებამოსილების მტკიცებულებებს (KYC) on-chain Groth16 ვერიფიკაციის გასაღებებითა და მოძრავი შესაბამისობის ფესვებით. თავსებადია Bitcoin-ის არსებულ სკრიპტ ოჯახებთან, Taproot covenants-თან და PSBT ხელსაწყოებთან.

ემიტენტებს შეუძლიათ გამოაქვეყნონ პროსპექტუსები, ვადიანი ფურცლები, მმართველობის ჩანაწერები და მფლობელის გამჟღავნებები როგორც on-chain ვალდებულებები. დოკუმენტები მაგრდება ჰეშით; აქტივის შესაბამისობის ფესვი აკავშირებს მათ კონსენსუსთან. QES-დონის ელექტრონული ხელმოწერის მტკიცებულება (EU Qualified Electronic Signature სტანდარტი) ჩაიკეცება იმავე წამყვანში. On-chain ვალდებულება არის მუდმივი და დროით დამოწმებული; თვით დოკუმენტი შეიძლება იყოს საჯარო, მხოლოდ-მფლობელისთვის ან გაზიარებული off-chain — ჯაჭვი ადასტურებს, რომ მფლობელის მიერ ნანახი დოკუმენტი არის ემიტენტის მიერ გამოქვეყნებული დოკუმენტი.

სპოტ, რეპო და ფორვარდ პრიმიტივები რეგულირდება ერთი ფინანსური covenant-ით: `OP_OUTPUTMATCH`, Tapscript შემოწმება, რომელიც კითხულობს, შეიცავს თუ არა დახარჯვის ტრანზაქცია გამოსავალს მითითებული სკრიპტის ჰეშით, თანხითა და (აქტივის გამოსავლებისთვის) აქტივის იდენტიფიკატორით. ის ასრულებს შემოსაზღვრულ შესაბამისობას მიმდინარე ტრანზაქციაზე — არანაირი მიმღების სკრიპტის შესრულება, არანაირი ტრანზაქციის ისტორიის ძებნა, არანაირი ცვალებადი მდგომარეობა. Taproot ინახავს კონტრაქტის პირობებს კონფიდენციალურად მანამ, სანამ სკრიპტის გზა არ აიღება: საჯარო UTXO ნაკრები ხედავს საცავს და არა ვადიან ფურცელს.

სამდონიანი კოორდინაციის სტეკი ცხოვრობს საფულის უკან. Nostr შეთავაზების აღმოსაჩენად; Noise+SPAKE2 end-to-end-დაშიფრული ორმხრივი მოლაპარაკების სესიებისთვის; HTLCs და Fair-Sign adaptor-signature ცერემონია atomic swap-ისთვის. იგივე Qt საფულის გვერდი წარმოაჩენს ექვს ქვე-ჩანართს — აღმოჩენა, შეთავაზებები, სესიები, მმართველობა, განხილვა, cross-chain — ასე რომ ვაჭრობა მიედინება „იპოვე კონტრაგენტი“-დან „აწარმოე მოლაპარაკება კონფიდენციალურად“-მდე და „დაარეგულირე ორმხრივად“-მდე საბირჟო ადგილის გარეშე. TensorSwap Solidity კონტრაქტი ამუშავებს cross-chain სვოფების EVM ფეხს.

ორი ხარჯვის ლიანდაგი ცხოვრობს ბლოკი 0-დან. ნაცნობი ECDSA / Schnorr სტეკი Witness v0/v1-ზე და ML-DSA სტეკი (NIST FIPS 204) ახალ Witness v2-ზე. v2 გამოსავლები არის 32-ბაიტიანი Taproot გამოსავლები, რომლებიც იხარჯება მხოლოდ script-path proof-ით; ერთადერთი ახალი ოპკოდები არის `OP_CHECKMLSIG` და `OP_CHECKMLSIGVERIFY`. იმის გამო, რომ TensorCash არის გენეზის ფორკი, არ არსებობს დაყენებული UTXO ბაზა გადასაკეთებლად და არც soft-fork-ის აქტივაციის ფანჯარა — მომხმარებლები ირჩევენ ლიანდაგს, როცა მისამართს აფინანსებენ და ორივე რჩება მოქმედი სამუდამოდ.

შეკვეთების შეთანხმება და ფასის აღმოჩენა აქვს გამტარუნარიანობის, ლევერიჯისა და სამართლიანობის მოთხოვნები, რომლებიც არ ჯდება on-chain. TensorCash განსაზღვრავს უფრო მაღალი ფენის DEX-ს, რომელიც იყენებს ქსელის შეფერხებასა და კრიპტოგრაფიულ ფრაგმენტაციას — შეკვეთის წიგნის მდგომარეობა Shamir-ით გაზიარებული 6-of-10 დამოუკიდებელ ვალიდატორების ქვეჯგუფებზე — front-running-ისა და მანიპულაციისგან დასაცავად. არცერთი ცალკე ქვეჯგუფი არ ისწავლის ნაკადს; არცერთ ცალკე ქვეჯგუფს არ შეუძლია ვაჭრობის შეჩერება. საბოლოო დარეგულირება ყოველთვის ბრუნდება საბაზო ჯაჭვზე იმავე atomic swap პრიმიტივებით, რომლებსაც ორმხრივი ვაჭრობა იყენებს.