ผู้ให้บริการ AI สร้างบล็อกในขณะที่ตอบ prompt

ใบรับรองคือ proof object — สำเนาขนาดกะทัดรัดของวิถีการสุ่มตัวอย่างของโมเดลบน prompt ที่ได้มาจากแฮช — ที่โหนดอื่นใดสามารถนำกลับมารันใหม่กับน้ำหนักที่เผยแพร่ไว้ได้ การตรวจสอบไม่สามารถเพียงแค่รัน forward pass ใหม่แล้วเทียบทีละบิตได้ เพราะโมเดลเดียวกันบน GPU แบตช์ไซซ์ หรือเคอร์เนล attention ที่ต่างกัน จะให้ logits ที่ต่างกันเล็กน้อย แต่จะใช้กฎการตัดสินทางสถิติที่ผ่านการสอบเทียบ รันบนบันไดสามขั้น (Quick → Smell → Full) ที่แต่ละขั้นรัดเกณฑ์ความซื่อสัตย์ให้แน่นขึ้นเรื่อยๆ ตัวผู้ตรวจสอบเป็นซอฟต์แวร์โอเพ่นซอร์ส — ใครก็ตามรันได้และท้าทายบล็อกที่ไม่ซื่อสัตย์ได้

การขุดและการให้บริการรวมเป็นภาระงานเดียว Mining API คือ vLLM (CUDA) และ llama.cpp (CPU / Apple Silicon) ที่ถูก fork มา โดยมีการเก็บหลักฐานเชื่อมต่อเข้ากับเส้นทางการสุ่มตัวอย่างโดยตรง ดังนั้นการสร้างวัตถุดิบหลักฐานจึงไม่ทำให้คำขอของผู้ใช้ช้าลง Prompt สังเคราะห์ที่เติมเต็มจะรันก็ต่อเมื่อ GPU ว่างเท่านั้น และจะหลีกทางให้ทราฟฟิกที่จ่ายเงิน เมื่อสำเนาผ่านเป้าหมายความยากแล้ว ก็จะกลายเป็นบล็อกผู้สมัคร เมื่อไม่ผ่าน ก็ยังถือว่าได้ตอบ prompt จริงแล้ว ไม่มีลูปการขุดแยกต่างหาก ไม่มีค่าไฟที่เสียเปล่า

TensorCash สืบทอดกราฟธุรกรรม โมเดล UTXO และเครื่องลงลายเซ็นจาก Bitcoin Core และขยายพื้นผิวฉันทามติออกในจำนวนวิธีที่จำกัดและกำกับขอบเขตชัดเจน ส่วนหัวของบล็อกผูกกับ blob หลักฐานการอนุมานและเป้าหมายความยากที่ปรับแล้ว ทุกบล็อกฝัง Wesolowski VDF เพื่อผูกบล็อกเข้ากับงานตามเวลาจริง การตรวจสอบหลักฐานแบ่งเป็นขั้น Quick / Smell / Full — Quick และ Smell ควบคุมการรีเลย์ Full รันนอกเส้นทางการกระจาย ชั้น presync ให้คะแนนเชนตามการพิสูจน์เวลาเสียก่อนแล้วจึง proof-of-work และการ reorg ลึกจะแจ้งคำเตือนเชิงนิติวิทยาศาสตร์ก่อนที่เชนจะสลับไป การไม่มี VM อเนกประสงค์ก็คือการไม่ต้องสืบทอดพื้นผิวการโจมตี VM อเนกประสงค์

สินทรัพย์ fungible เนทีฟวางอยู่ข้างเหรียญของเชนในกราฟ UTXO เดียวกัน เอาต์พุตที่ถือสินทรัพย์ทุกตัวพ่วงระเบียนไบนารีแบบ typed หนึ่งรายการที่ผูกกับ sighash ของธุรกรรม ดังนั้นสถานะสินทรัพย์จึงไม่สามารถถูกผูกใหม่หลังจากผลิตลายเซ็นแล้ว สินทรัพย์แต่ละประเภทมี Issuer Control Unit — ใบรับรองรูปทรง UTXO ที่ผู้ออกต้องหมุนเปลี่ยนทุกการใช้จ่ายที่ได้รับอนุญาต ค้ำประกันด้วยเหรียญเนทีฟที่วางเป็น stake สินทรัพย์ที่กำกับมีหลักฐานคุณสมบัติของผู้ถือแบบ zero-knowledge (KYC) โดยใช้คีย์ตรวจสอบ Groth16 บนเชนและรูทการกำกับที่หมุนเวียน เข้ากันได้กับตระกูลสคริปต์ที่มีอยู่ของ Bitcoin, covenants แบบ Taproot และเครื่องมือ PSBT

ผู้ออกสามารถเผยแพร่หนังสือชี้ชวน term sheet ระเบียนธรรมาภิบาล และการเปิดเผยข้อมูลแก่ผู้ถือ ในรูปแบบ commitment บนเชน เอกสารถูกผูกด้วยแฮช รูทการกำกับของสินทรัพย์ผูกเอกสารเข้ากับฉันทามติ หลักฐานลายเซ็นอิเล็กทรอนิกส์ระดับ QES (มาตรฐาน EU Qualified Electronic Signature) ก็พับเข้ามาในที่ผูกเดียวกัน Commitment บนเชนเป็นถาวรและประทับเวลา ส่วนตัวเอกสารเองอาจเป็นสาธารณะ เฉพาะผู้ถือ หรือแบ่งปันนอกเชนก็ได้ — โดยที่เชนเป็นผู้พิสูจน์ว่าเอกสารที่ผู้ถือเห็นคือเอกสารที่ผู้ออกเผยแพร่จริง

พื้นฐาน Spot, repo และ forward ชำระบัญชีผ่าน covenant ทางการเงินตัวเดียว คือ `OP_OUTPUTMATCH` ซึ่งเป็นการตรวจสอบ Tapscript ที่ถามว่าธุรกรรมที่ใช้จ่ายมีเอาต์พุตที่มีแฮชสคริปต์ จำนวน และ (สำหรับเอาต์พุตที่เป็นสินทรัพย์) ตัวระบุสินทรัพย์ที่กำหนดไว้หรือไม่ มันทำการจับคู่แบบกำกับขอบเขตบนธุรกรรมปัจจุบัน — ไม่มีการรันสคริปต์ของผู้รับ ไม่มีการค้นประวัติธุรกรรม ไม่มีสถานะที่เปลี่ยนแปลงได้ Taproot ทำให้เงื่อนไขสัญญาเป็นความลับจนกว่าจะเลือกเส้นทางสคริปต์ คือชุด UTXO สาธารณะเห็นแค่ห้องนิรภัย ไม่เห็น term sheet

สแตกการประสานงานสามชั้นทำงานอยู่เบื้องหลังวอลเล็ต Nostr สำหรับการค้นพบข้อเสนอ Noise+SPAKE2 สำหรับเซสชันเจรจาทวิภาคีที่เข้ารหัสแบบ end-to-end HTLCs และพิธี Fair-Sign adaptor-signature สำหรับการชำระบัญชีแบบ atomic หน้าวอลเล็ต Qt เดียวกันแสดงหกแท็บย่อย — discovery, offers, sessions, governance, discussion, cross-chain — เพื่อให้การเทรดไหลจาก "ค้นหาคู่สัญญา" ผ่าน "เจรจาแบบเป็นส่วนตัว" ไปถึง "ชำระบัญชีแบบทวิภาคี" โดยไม่ต้องมีตลาด สัญญา TensorSwap Solidity จัดการขา EVM ของ swap ข้ามเชน

รางการใช้จ่ายสองรางมีอยู่ตั้งแต่บล็อก 0 คือสแตก ECDSA / Schnorr ที่คุ้นเคยบน Witness v0/v1 และสแตก ML-DSA (NIST FIPS 204) บน Witness v2 ใหม่ เอาต์พุต v2 คือเอาต์พุต Taproot ขนาด 32 ไบต์ที่ใช้จ่ายได้เฉพาะผ่านการพิสูจน์เส้นทางสคริปต์ opcode ใหม่มีเพียง `OP_CHECKMLSIG` และ `OP_CHECKMLSIGVERIFY` เท่านั้น เพราะ TensorCash เป็น genesis fork จึงไม่มีฐาน UTXO ที่ติดตั้งไว้แล้วต้องมาดัดแปลงย้อนหลัง และไม่มีหน้าต่างเปิดใช้งาน soft-fork — ผู้ใช้เลือกรางตอนเติมเงินเข้าที่อยู่ และทั้งสองรางใช้ได้ตลอดไป

การจับคู่คำสั่งและการค้นพบราคามีข้อกำหนดด้าน throughput, leverage และความยุติธรรมที่ไม่เหมาะกับบนเชน TensorCash กำหนด DEX ชั้นสูงกว่าที่ใช้ความหน่วงของเครือข่ายและการแยกชิ้นด้วยการเข้ารหัส — สถานะ order-book ถูกแบ่ง Shamir 6-of-10 ข้ามชุดผู้ตรวจสอบอิสระ — เพื่อป้องกัน front-running และการบิดเบือน ไม่มีชุดเดียวที่รับรู้ flow ไม่มีชุดเดียวที่หยุดการเทรดได้ การชำระบัญชีขั้นสุดท้ายลงมายังเชนฐานเสมอผ่านพื้นฐาน atomic-swap ตัวเดียวกับที่การเทรดทวิภาคีใช้