La convergenza blockchain–AI non è una narrativa di mercato

Ogni volta che i due termini finiscono nella stessa slide, la reazione onesta di chi ha lavorato su entrambi è la stessa: sospetto. Ne ho abbastanza di prodotti che mettono una parola davanti all'altra e chiamano il risultato una categoria.

Poi però c'è la versione noiosa della storia, che è anche l'unica che regge. I due stack non si somigliano affatto: risolvono problemi complementari, e ognuno è pessimo esattamente dove l'altro è forte.

Due debolezze speculari

Un modello genera output plausibili e non sa dimostrare perché. Una blockchain non genera niente, ma di quel niente garantisce l'integrità in modo verificabile da chi non si fida di te. Una produce senza garantire, l'altra garantisce senza produrre.

La domanda che arriva sempre nella seconda riunione non è "quanto è bravo il modello". È "e se sbaglia, chi lo dimostra".

Quella domanda non ha una risposta modellistica. Non la risolvi con un modello più grande, con la temperatura più bassa o con un prompt migliore. È una questione di registro: cosa è stato deciso, con quali informazioni disponibili, chi ha approvato, e come dimostro che il registro non è stato ritoccato dopo.

Cosa metto on-chain, e cosa no

Non il dato. Mai il dato. Sulla catena finisce l'impronta del registro delle decisioni, ancorata a intervalli. Il contenuto resta dove deve stare, sotto il controllo del cliente e delle sue regole di conservazione. Quello che diventa pubblicamente verificabile è solo una cosa: che quel registro, in quel momento, diceva quello.

• Input e contesto recuperato dall'agente, con la loro versione
• Strumenti invocati e risultati, in ordine
• Decisione, livello di confidenza, ed eventuale revisione umana
• Ancoraggio periodico dell'impronta, non del contenuto

È poco spettacolare. Non fa una demo che strappa applausi. Ma è la differenza fra un progetto pilota che muore a settembre e un sistema che passa un audit.