Les fournisseurs d'IA frappent des blocs en répondant aux prompts.

Le reçu est un objet de preuve — une transcription compacte de la trajectoire d'échantillonnage du modèle sur un prompt dérivé d'un hash — que tout autre nœud peut rejouer face aux poids publiés. La vérification ne peut pas se contenter de réexécuter la passe avant et de comparer bit à bit : un même modèle, sur des GPU différents, des tailles de batch différentes ou des kernels d'attention différents, produit des logits légèrement différents. Il s'agit plutôt d'une règle de décision statistique calibrée, exécutée sur une échelle à trois niveaux (Quick → Smell → Full) où chaque niveau resserre strictement ce qui compte comme honnête. Le vérificateur est livré sous forme de logiciel open-source — n'importe qui peut en faire tourner un et contester les blocs malhonnêtes.

Le minage et le service fusionnent en une seule charge de travail. La Mining API est un fork de vLLM (CUDA) et de llama.cpp (CPU / Apple Silicon) avec capture de preuve câblée directement dans le chemin d'échantillonnage, de sorte que générer du matériel de preuve ne ralentit pas les requêtes utilisateur. Les prompts synthétiques de remplissage ne tournent que lorsque le GPU serait sinon inactif et cèdent la place au trafic payant. Lorsqu'une transcription franchit la cible de difficulté, elle devient un candidat à un bloc ; sinon, vous avez tout de même répondu à un vrai prompt. Pas de boucle de minage séparée, pas de facture d'électricité à vide.

TensorCash hérite du graphe de transactions, du modèle UTXO et de la machinerie de signature de Bitcoin Core, et étend la surface de consensus de quelques manières bien bornées. Les en-têtes de bloc s'engagent sur un blob de preuve d'inférence et une cible de difficulté ajustée. Chaque bloc intègre une preuve Wesolowski VDF reliant le bloc à du travail en temps réel. La validation des preuves est divisée en barreaux Quick / Smell / Full — Quick et Smell conditionnent le relais ; Full s'exécute en dehors du chemin de propagation. La couche de présynchronisation note les chaînes par proof-of-time avant proof-of-work, et les réorganisations profondes font remonter un avis judiciaire avant que la chaîne ne bascule. Pas de VM généraliste signifie pas de surface d'attaque de VM généraliste à hériter.

Les actifs fongibles natifs côtoient la pièce de la chaîne dans le même graphe UTXO. Chaque sortie portant un actif transporte un seul enregistrement binaire typé engagé par le sighash de la transaction, de sorte que l'état d'un actif ne peut pas être réattaché après production d'une signature. Chaque actif possède une Issuer Control Unit — une accréditation en forme d'UTXO que l'émetteur doit faire tourner à chaque dépense autorisée, gagée par une mise déposée en pièce native. Les actifs réglementés portent des preuves d'éligibilité du détenteur en zéro-knowledge (KYC) à l'aide de clés de vérification Groth16 on-chain et de racines de conformité glissantes. Composables avec les familles de scripts existantes de Bitcoin, les covenants Taproot et l'outillage PSBT.

Les émetteurs peuvent publier des prospectus, des term sheets, des registres de gouvernance et des communications aux détenteurs sous forme d'engagements on-chain. Les documents sont ancrés par hash ; la racine de conformité de l'actif les lie au consensus. Les éléments de signature électronique de niveau QES (la norme européenne de Signature Électronique Qualifiée) s'intègrent dans le même ancrage. L'engagement on-chain est permanent et horodaté ; le document lui-même peut être public, réservé aux détenteurs ou partagé hors chaîne — la chaîne prouvant que le document vu par les détenteurs est bien celui que l'émetteur a publié.

Les primitives spot, repo et forward se règlent via un seul covenant financier : `OP_OUTPUTMATCH`, une vérification Tapscript qui demande si la transaction de dépense contient une sortie avec un hash de script, un montant et (pour les sorties d'actif) un identifiant d'actif spécifiés. Elle effectue un appariement borné sur la transaction courante — pas d'exécution du script du destinataire, pas de consultation de l'historique des transactions, pas d'état mutable. Taproot maintient les termes du contrat confidentiels jusqu'à ce que le chemin de script soit emprunté : l'ensemble UTXO public voit le coffre, pas la term sheet.

Une pile de coordination en trois couches vit derrière le wallet. Nostr pour la découverte des offres ; Noise+SPAKE2 pour des sessions de négociation bilatérales chiffrées de bout en bout ; HTLCs et la cérémonie de signature adaptatrice Fair-Sign pour le règlement atomique. La même page du wallet Qt fait remonter six sous-onglets — découverte, offres, sessions, gouvernance, discussion, cross-chain — de sorte qu'une transaction passe de « trouver une contrepartie » à « négocier en privé » jusqu'à « régler bilatéralement » sans plateforme. Le smart contract Solidity TensorSwap gère la branche EVM des swaps cross-chain.

Deux rails de dépense vivent dès le bloc 0. La pile familière ECDSA / Schnorr sur Witness v0/v1, et une pile ML-DSA (NIST FIPS 204) sur un nouveau Witness v2. Les sorties v2 sont des sorties Taproot de 32 octets dépensables uniquement par preuve via le chemin de script ; les seuls nouveaux opcodes sont `OP_CHECKMLSIG` et `OP_CHECKMLSIGVERIFY`. Comme TensorCash est un fork de genèse, il n'y a pas de base UTXO installée à rééquiper et pas de fenêtre d'activation de soft fork — les utilisateurs choisissent un rail au moment de provisionner une adresse, et les deux restent valides à jamais.

L'appariement des ordres et la découverte des prix ont des exigences de débit, de levier et d'équité qui ne tiennent pas on-chain. TensorCash spécifie un DEX de couche supérieure qui utilise la latence réseau et la fragmentation cryptographique — état du carnet d'ordres partagé en Shamir 6-sur-10 entre des sous-ensembles indépendants de validateurs — pour se protéger contre le front-running et la manipulation. Aucun sous-ensemble unique n'apprend le flux ; aucun sous-ensemble unique ne peut interrompre les échanges. Le règlement final atterrit toujours sur la chaîne de base via les mêmes primitives d'atomic-swap qu'utilise une transaction bilatérale.