BLOG
11 agosto 2026blockchainai-agentsauditabilita2 min di letturaITENHR

Ancorare il log di un agente AI: Merkle in quattro passi

Il registro resta nel database del cliente. Sulla catena vanno 32 byte. I quattro passi, e la parte che nessuno dice: cosa non dimostrano.

Ho già scritto perché il log di un agente non può vivere in una tabella che l'amministratore del database può riscrivere. Questa è la parte operativa: come si ancora davvero, senza che un byte del cliente finisca su una catena pubblica.

Sono quattro passi. Nessuno di questi è nuovo: è crittografia noiosa degli anni Ottanta, montata su un problema del 2026.

1. L'agente scrive una voce strutturata

Ogni decisione produce una riga, non un messaggio di log. Dentro ci sta quello che serve a ricostruire il contesto in cui la decisione è stata presa:

  • hash dell'input e del contesto recuperato, con la sua versione
  • strumenti chiamati, in ordine, con l'esito di ciascuno
  • versione del modello e parametri di generazione
  • output, livello di confidenza, eventuale revisione umana

Se questa riga è scritta male, tutto il resto è teatro. L'ancoraggio dimostra che la riga non è cambiata, non che la riga dicesse qualcosa di utile.

2. Ogni N voci si costruisce un albero di Merkle

Le foglie dell'albero sono gli hash delle voci del blocco. Si combinano a coppie, si risale, e in cima resta un solo valore: la radice. Trentadue byte che dipendono da ogni singola voce del blocco. Cambiane una, anche di un carattere, e la radice è un'altra.

3. Sulla catena va solo la radice

Non le voci, non i dati, non un riferimento ai dati. Solo la radice.

Il costo non cresce col numero di decisioni. Cresce col numero di blocchi, e i blocchi li decidete voi.

Questo è il punto che sblocca le obiezioni legali: il contenuto resta nel perimetro del cliente, sotto le sue regole di conservazione e cancellazione. Il GDPR non entra in conflitto con niente, perché sulla catena non c'è nulla di riconducibile a una persona.

4. La prova si produce su richiesta

Quando serve dimostrare una singola decisione — un'ispezione, una contestazione, una causa — si esibiscono due cose: la voce, e il percorso di hash fratelli che la lega alla radice. Chi verifica ricalcola e confronta con quello che sta sulla catena.

Corrisponde o non corrisponde. Non c'è una terza risposta, e non serve fidarsi di voi.

Cosa non dimostra

Va detto, perché è la differenza fra un'infrastruttura onesta e una promessa commerciale.

L'ancoraggio non dimostra che l'agente avesse ragione. Non dimostra che il modello fosse adatto, che il prompt fosse corretto, che l'output fosse ragionevole. Dimostra cosa è stato registrato, e quando. Chi vi vende più di così vi sta vendendo altro.

La domanda che decide il progetto

Non è quale catena usare. È la finestra di aggregazione: ogni ora, ogni giorno, ogni pratica?

Più la finestra è stretta, più la marca temporale è precisa e più transazioni fate. Più è larga, meno costa e più è grosso il blocco dentro cui una decisione resta "da qualche parte in quelle otto ore". La risposta non la dà l'architetto: la dà chi dovrà accettare quella prova.

Questo articolo è nato come post su LinkedIn, dove è stato discusso.Vedi la discussione