Event Ledger for AI Tools | Dweve Ledger

Governance della conoscenza che usa Ledger come spina dorsale di audit.

Analizza il sorgente in alberi con nodi indirizzati per contenuto.

Trascrizioni di esecuzione in una sandbox. Ledger cattura cosa è successo; Selvedge cattura come è stato eseguito.

Certificati di passaggi di ragionamento all'interno di una singola decisione, non provenienza di eventi attraverso un sistema.

Ledger viene pubblicato nel secondo round del programma di release foundation di Dweve; una volta pubblicato, punta la build al tuo backend di storage e ispeziona il tuo primo append, hash check e replay in un'unica esecuzione locale.

Ogni evento. Concatenato con hash. Interrogabile.

Primitive di integrità a prova di manomissione

Log eventi tipizzati concatenato con hash

Ledger è disponibile come crate Rust, C ABI, processo sidecar e binario di servizio. Il pattern sidecar è la distribuzione di produzione più comune. Lo stesso formato di eventi scorre attraverso ogni variante.

Scegli in base a scala ed esigenze di audit

Memoria per i test. JSONL per la portabilità. SQLite per l'embedded. Postgres per la potenza delle query. S3 per l'archiviazione. La forma del log e la catena di hash sono identiche in tutti e cinque. La migrazione tra i livelli è un'operazione di copia, non una ri-encodifica.

Consenso, DPIA, cancellazione, diritti dell'interessato.

Le chiamate agli strumenti, le approvazioni, gli artefatti, i controlli delle policy e le modifiche di sistema mantengono ciascuno la propria forma tipizzata. Questo rende la cronologia abbastanza precisa da poter eseguire query senza appiattire ogni evento in una riga di log ambigua.

Le cifre sono un'istantanea di benchmark in memoria fornita dal codice sorgente Ledger, non un SLA pubblicato. Esegui l'harness incluso prima di dimensionare un carico di lavoro.

Istantanea, 100 eventi, integrità BLAKE3.

Istantanea in memoria, ledger_append_event.

Tipizzato, con catena di hash e interrogabile.

Vai a un timestamp, ricostruisci lo stato.

Gli anchor di fiducia sigillano un segmento.

Una delle 23 varianti tipizzate viene aggiunta alla coda.

Gli eventi sono tipizzati, con hash BLAKE3, firmati Ed25519 agli anchor di fiducia e persistiti su un backend a tua scelta. La pipeline è la stessa indipendentemente dall'archiviazione. Passa il mouse su una fase per leggere il suo contratto.

Impossibile ricostruire lo stato dal solo log.

Gli orologi multi-processo divergono. Nessun ordine canonico.

Troncamento in coda, rotazione dei log, facili da alterare.

La maggior parte dei sistemi di IA scrive log di testo non strutturati che nessuno può riprodurre. Le dashboard SIEM riassumono, ma non possono ricostruire una decisione. I revisori restano con della prosa.

Nessun broker o servizio di eventi ospitato.

Scansione lineare, nessuna dipendenza da solver.

Un solo comando. Il replay esamina ogni evento in ordine, verifica la catena BLAKE3 e ricostruisce lo stato in qualsiasi momento. Le cifre seguenti sono un'istantanea di benchmark in memoria dal codice sorgente Ledger fornito, non un SLA pubblicato. Esegui l'harness sul tuo hardware.

Isolato da internet, per i record più sensibili.

Una regione cloud ancorata a un paese europeo, sotto le regole europee.

Gira sui computer gestiti dal tuo team, dentro le tue mura.

Proprietà del progetto e modalità di distribuzione supportate; non una dichiarazione di livello di servizio o di capacità.

Nessuno richiesto per aggiungere, verificare o riprodurre.

Una sola catena su ogni backend supportato.

Un record progettato per muoversi con il sistema

Distinta dei componenti software e attestazione, registrati.

Richiesto, concesso o negato, registrato in ordine.

Un incidente AI viene registrato nel momento in cui viene rilevato.

Consenso, DPIA, cancellazione e diritti dell'interessato, ciascuno un evento tipizzato.

Riproduci qualsiasi finestra direttamente dagli eventi registrati.

Gli eventi di approvazione mantengono insieme attore, ambito ed esito.

I collegamenti hash rendono visibili ogni eliminazione, riordino o modifica.

Un record tipizzato sostituisce i join forensi su log parziali.

Mantieni la stessa forma degli eventi in memoria, SQLite, Postgres, S3 o nel tuo backend.

Ricostruisci lo stato dagli eventi invece di fidarti di uno snapshot.

Ogni voce estende la catena, quindi le modifiche silenziose falliscono la verifica.

I nuovi eventi vengono aggiunti senza riscrivere la cronologia precedente.

Il momento più difficile è quando un revisore o un'autorità di regolamentazione pone una domanda precisa e il team deve andare a cercare. Ledger risponde in modo diverso: le cose che una verifica chiede, consenso, incidenti, approvazioni, catena di fornitura, uso degli strumenti, sono registrate ciascuna come un evento sigillato quando accadono. Scegli una domanda qui sotto e vedi quale evento registrato contiene già la risposta.

L'altra domanda che una verifica pone è dove il software può essere eseguito. Lo stesso formato di registrazione e le stesse scelte di archiviazione funzionano nel tuo edificio, in una regione cloud europea, o completamente isolati da internet. Spostarsi tra questi è una copia, non una costosa ricostruzione, quindi la decisione non è mai definitiva.

Una verifica degli acquisti pone due domande semplici: cosa fa risparmiare e cosa riduce il rischio? Ledger impedisce ai team di ricostruire le prove da log parziali durante un incidente. La sua catena append-only espone anche qualsiasi tentativo di alterare la storia dopo il fatto.

Le applicazioni cambiano, i fornitori si spostano e l'archiviazione viene sostituita. Ledger mantiene una cronologia degli eventi tipizzata attraverso questi cambiamenti, con ogni voce collegata alla precedente. Le operazioni possono tracciare un incidente, rispondere a un audit o ricostruire lo stato senza ricucire log parziali.

Il registro e il suo formato semplice appartengono a te, da rileggere in qualsiasi momento.

Resta accanto al sistema che ricorda, senza un altro account o una dashboard in mezzo.

Può stare su un computer nel tuo edificio, non in uno sconosciuto lontano.

Può stare su un computer nel tuo edificio, vicino a casa.

Racconta la stessa identica storia su ogni computer, ogni volta.

Puoi rileggerlo da qualsiasi momento, come riavvolgere un video di casa.

Ogni riga è sigillata alla precedente, quindi un cambiamento silenzioso si rivela.

Ti chiedi cosa sia successo, o quando? È scritto per te.

Rileggilo su qualsiasi computer e ottieni la stessa identica storia.

Quella riga è sigillata alla precedente, quindi nessuno può modificarla silenziosamente.

Quando l'IA fa qualsiasi cosa, viene annotata una nuova riga.

Funziona insieme al sistema che ricorda.

Il quaderno resta con il sistema che lo usa. Non c'è un account separato da controllare né una dashboard remota di cui fidarsi: il tuo team può leggere la stessa storia ordinata ogni volta che sorge una domanda.

È giusto chiedersi cosa succede se qualcosa va storto. E se il registro venisse modificato? E se dimenticassi? E se dicesse qualcosa di diverso altrove? Scegli una preoccupazione qui sotto e scopri, in parole semplici, come un registro onesto risponde, così c'è una cosa in meno di cui preoccuparsi la notte.

Non devi capire nulla del meccanismo. Ecco tutto, dall'inizio alla fine, come quattro momenti quotidiani. Succede qualcosa, viene scritto e bloccato, resta identico su ogni computer, e puoi sempre chiedere informazioni in seguito.

Pensalo come un quaderno che uno strumento di IA tiene per sé. Ogni volta che fa qualcosa, scrive una nuova riga in fondo, e non torna mai indietro a cancellare ciò che è già lì. Sfoglia le pagine in parole semplici qui sotto per vedere, con immagini quotidiane, cosa fa davvero per te ogni parte di quel quaderno.

Ledger è un registro di eventi per sistemi di IA. Mantiene una cronologia append-only che non può essere modificata silenziosamente, così quando un revisore o un regolatore chiede cosa è successo, hai una risposta chiara. È costruito nell'UE e può funzionare interamente su infrastrutture che controlli tu: un unico registro di chi ha chiamato cosa, chi ha approvato cosa, e cosa è successo dopo.

Chiedi cosa è successo, in qualsiasi momento

Ledger è la parte di un sistema di IA che tiene silenziosamente un quaderno onesto. Ogni volta che l'IA fa qualcosa, scrive una nuova riga e la sigilla, così nulla può essere modificato alle tue spalle. Leggilo domani, o su un computer diverso, e ottieni la stessa storia nello stesso ordine.

Quando un regolatore chiede cosa è successo nel tuo sistema, servono più dei log: serve una registrazione di eventi append-only in cui ogni voce estende una catena BLAKE3, ogni tipo è fortemente tipizzato e qualsiasi finestra di cronologia può essere riprodotta per ricostruire lo stato. Ledger è la provenienza degli eventi per i sistemi: chi ha chiamato cosa, chi ha approvato cosa, chi ha letto cosa, in ordine, senza possibilità di modifiche silenziose. A differenza di AION, che certifica i passaggi di ragionamento all'interno di una singola decisione dell'IA, Ledger registra quali eventi sono accaduti in un intero sistema. A differenza di Selvedge, che cattura le trascrizioni di esecuzione all'interno di una sandbox, Ledger cattura la provenienza attraverso più attori e servizi.