KI-Anbieter prägen Blöcke, während sie Prompts beantworten.

Der Beleg ist ein Beweisobjekt — ein kompaktes Transkript der Sampling-Trajektorie des Modells auf einem hash-abgeleiteten Prompt — das jeder andere Knoten gegen die veröffentlichten Gewichte erneut abspielen kann. Verifikation kann nicht einfach den Forward Pass erneut ausführen und Bit für Bit vergleichen: dasselbe Modell auf unterschiedlichen GPUs, Batch-Größen oder Attention-Kerneln liefert leicht abweichende Logits. Stattdessen handelt es sich um eine kalibrierte statistische Entscheidungsregel, ausgeführt auf einer dreistufigen Leiter (Quick → Smell → Full), bei der jede Stufe strenger festlegt, was als ehrlich gilt. Der Verifizierer wird als Open-Source-Software ausgeliefert — jeder kann einen betreiben und unehrliche Blöcke anfechten.

Mining und Modellbetrieb verschmelzen zu einer einzigen Workload. Die Mining API ist ein geforktes vLLM (CUDA) und llama.cpp (CPU / Apple Silicon) mit Beweiserfassung direkt im Sampling-Pfad, sodass das Erzeugen von Beweismaterial Nutzeranfragen nicht verlangsamt. Synthetische Backfill-Prompts laufen nur, wenn die GPU sonst untätig wäre, und weichen für zahlenden Datenverkehr zurück. Wenn ein Transkript das Schwierigkeitsziel erreicht, wird es zum Block-Kandidaten; andernfalls hast du dennoch einen echten Prompt beantwortet. Keine separate Mining-Schleife, keine Stromrechnung im Leerlauf.

TensorCash erbt den Transaktionsgraphen, das UTXO-Modell und die Signatur-Maschinerie von Bitcoin Core und erweitert die Konsensoberfläche an wenigen, klar abgegrenzten Stellen. Block-Header verpflichten sich auf einen Inferenz-Beweis-Blob und ein angepasstes Schwierigkeitsziel. Jeder Block enthält einen Wesolowski VDF-Beweis, der den Block an reale Wanduhrenarbeit bindet. Die Beweisvalidierung ist in Quick / Smell / Full-Stufen aufgeteilt — Quick und Smell steuern das Relay; Full läuft außerhalb des Propagationspfads. Die Presync-Schicht bewertet Chains zunächst nach Proof-of-Time, dann nach Proof-of-Work, und tiefe Reorgs lösen einen forensischen Hinweis aus, bevor die Chain umschaltet. Keine Allzweck-VM bedeutet keine geerbte Allzweck-VM-Angriffsfläche.

Native fungible Vermögenswerte liegen neben der Coin der Chain im selben UTXO-Graphen. Jeder Asset-tragende Output enthält einen einzigen typisierten Binärdatensatz, auf den der Sighash der Transaktion verpflichtet ist, sodass der Asset-Status nach Erstellung einer Signatur nicht neu gebunden werden kann. Jedes Asset besitzt eine Issuer Control Unit — ein UTXO-förmiges Berechtigungsobjekt, das der Emittent bei jeder autorisierten Ausgabe rotieren muss, abgesichert durch einen hinterlegten Native-Coin-Stake. Regulierte Vermögenswerte tragen Zero-Knowledge-Inhabereignungsbeweise (KYC) mittels on-chain Groth16-Verifikationsschlüsseln und rollender Compliance-Wurzeln. Komponierbar mit den bestehenden Skript-Familien von Bitcoin, Taproot-Covenants und PSBT-Werkzeugen.

Emittenten können Prospekte, Term Sheets, Governance-Aufzeichnungen und Inhaberoffenlegungen als On-Chain-Verpflichtungen veröffentlichen. Dokumente werden per Hash verankert; die Compliance-Wurzel des Assets bindet sie an den Konsens. QES-konforme elektronische Signaturnachweise (der EU-Standard für qualifizierte elektronische Signaturen) fügen sich in denselben Anker ein. Die On-Chain-Verpflichtung ist permanent und mit Zeitstempel versehen; das Dokument selbst kann öffentlich, nur für Inhaber zugänglich oder off-chain geteilt sein — die Chain beweist, dass das von den Inhabern gesehene Dokument das vom Emittenten veröffentlichte ist.

Spot-, Repo- und Forward-Primitive werden über ein einziges Finanz-Covenant abgewickelt: `OP_OUTPUTMATCH`, eine Tapscript-Prüfung, die fragt, ob die ausgebende Transaktion einen Output mit angegebenem Skript-Hash, Betrag und (für Asset-Outputs) Asset-Identifier enthält. Sie führt ein begrenztes Matching auf der aktuellen Transaktion durch — keine Empfänger-Skript-Ausführung, keine Transaktionshistorien-Lookups, kein veränderlicher Zustand. Taproot hält die Vertragsbedingungen vertraulich, bis der Skript-Pfad genommen wird: das öffentliche UTXO-Set sieht den Tresor, nicht das Term Sheet.

Hinter der Wallet lebt ein dreischichtiger Koordinationsstack. Nostr für die Angebotsentdeckung; Noise+SPAKE2 für ende-zu-ende-verschlüsselte bilaterale Verhandlungssitzungen; HTLCs und die Fair-Sign Adaptor-Signature-Zeremonie für die atomare Abwicklung. Dieselbe Qt-Wallet-Seite stellt sechs Unter-Tabs bereit — Discovery, Angebote, Sessions, Governance, Diskussion, Cross-Chain — sodass ein Trade von „Gegenpartei finden“ über „privat verhandeln“ bis „bilateral abwickeln“ ohne Handelsplatz fließt. Der TensorSwap Solidity-Smart-Contract übernimmt den EVM-Schenkel von Cross-Chain-Swaps.

Ab Block 0 existieren zwei Ausgabe-Schienen. Der vertraute ECDSA / Schnorr-Stack auf Witness v0/v1 und ein ML-DSA-Stack (NIST FIPS 204) auf einem neuen Witness v2. v2-Outputs sind 32-Byte-Taproot-Outputs, die nur per Skript-Pfad-Beweis ausgegeben werden können; die einzigen neuen Opcodes sind `OP_CHECKMLSIG` und `OP_CHECKMLSIGVERIFY`. Da TensorCash ein Genesis-Fork ist, gibt es keine bestehende UTXO-Basis, die nachgerüstet werden müsste, und kein Soft-Fork-Aktivierungsfenster — Nutzer wählen eine Schiene beim Befüllen einer Adresse, und beide bleiben für immer gültig.

Order-Matching und Preisfindung haben Durchsatz-, Hebel- und Fairness-Anforderungen, die nicht on-chain passen. TensorCash spezifiziert eine höhere DEX-Schicht, die Netzwerk-Latenz und kryptografische Fragmentierung nutzt — Order-Book-Zustand Shamir-geteilt 6-aus-10 über unabhängige Validator-Untergruppen — um Front-Running und Manipulation zu verhindern. Keine einzelne Untergruppe erfährt den Order Flow; keine einzelne Untergruppe kann den Handel anhalten. Die endgültige Abwicklung landet stets über dieselben Atomic-Swap-Primitive, die ein bilateraler Trade verwendet, zurück auf der Basis-Chain.