Event Ledger for AI Tools | Dweve Ledger

Rust ledger for AI tool interactions with BLAKE3 hash chaining and integrity checks. Apache 2.0 terms; publishing in the second release round.

Kunskapsstyrning som använder Ledger som sin granskningsryggrad.

Parsa källkod till träd med innehållsadresserade noder.

Exekveringstranskript i en sandlåda. Ledger fångar vad som hände; Selvedge fångar hur det exekverades.

Certifikat för resonemangssteg inom ett enskilt beslut, inte händelseproveniens över ett system.

Ledger publiceras i den andra omgången av Dweves grundläggande releaseprogram; när det sker, peka bygget mot din lagringsbackend och inspektera din första append, hashkontroll och replay i en enda lokal körning.

Manipulationssäkra integritetsprimitiver

Ledger levereras som en Rust-crate, en C-ABI, en sidecar-process och en tjänstebinär. Sidecar-mönstret är den vanligaste produktionsdistributionen. Samma händelseformat flödar genom alla varianter.

Minne för tester. JSONL för portabilitet. SQLite för inbäddat. Postgres för frågekraft. S3 för arkivering. Loggformen och hashkedjan är identiska över alla fem. Migrering mellan nivåer är en kopieringsoperation, inte en omkodning.

Samtycke, DPIA, radering, registrerades rättigheter.

Session och uppspelning, plus kontrollpunkt.

Verktygsanrop, godkännanden, artefakter, policykontroller och systemändringar har var sin egen typade form. Det gör historiken tillräckligt precis för att kunna fråga utan att platta ut varje händelse till en tvetydig loggrad.

Siffrorna är en ögonblicksbild av ett benchmark i minnet från den medföljande Ledger-källkoden, inte ett publicerat SLA. Kör den medföljande harnessen innan du dimensionerar en arbetsbelastning.

Ögonblicksbild, 100 händelser, BLAKE3-integritet.

Ögonblicksbild i minnet, ledger_append_event.

Gå till en tidstämpel, återuppbygg tillståndet.

En av 23 typade varianter läggs till i slutet.

Händelser är typade, BLAKE3-hashade, Ed25519-signerade vid förtroendeankare och beständiga i en backend du väljer. Rörledningen är densamma oavsett lagring. Håll muspekaren över ett steg för att läsa dess kontrakt.

Kan inte rekonstruera tillståndet från loggen ensam.

Processklockor driver. Ingen kanonisk ordning.

Svansbeskärning, loggrotation, lätt att ändra.

De flesta AI-system skriver ostrukturerade textloggar som ingen kan spela upp. SIEM-instrumentpaneler sammanfattar, men de kan inte rekonstruera ett beslut. Revisorer lämnas med prosa.

Ingen mäklare eller värdbaserad händelsetjänst.

Ett kommando. Uppspelningen går igenom varje händelse i ordning, verifierar BLAKE3-kedjan och återuppbygger tillståndet vid valfri tidpunkt. Siffrorna nedan är en ögonblicksbild av en minnesbaserad benchmark från den medföljande Ledger-källkoden, inte ett publicerat SLA. Kör testmiljön på din egen hårdvara.

Avskuren från internet, för de känsligaste posterna.

En molnregion knuten till ett europeiskt land, under europeiska regler.

Det körs på datorer som ditt eget team hanterar, inom era väggar.

Projektegenskaper och stödda driftsättningslägen; inte ett servicenivå- eller kapacitetslöfte.

Inget krävs för att lägga till, verifiera eller spela upp.

En post designad för att följa med systemet

Programvaruförteckning och attestation, registrerad.

Begärt, beviljat eller nekat, registrerat i ordning.

En AI-incident registreras i samma ögonblick som den upptäcks.

Samtycke, DPIA, radering och registrerades rättigheter, varje en typad händelse.

Spela upp valfritt fönster direkt från de registrerade händelserna.

Godkännandehändelser håller aktör, omfattning och utfall tillsammans.

Hashlänkar gör varje radering, omordning eller ändring synlig.

En typad post ersätter forensiska sammanfogningar över partiella loggar.

Vad det sparar, vad det minskar risken för

Behåll samma händelseform i minne, SQLite, Postgres, S3 eller din backend.

Rekonstruera tillstånd från händelserna istället för att lita på en ögonblicksbild.

Varje post förlänger kedjan, så tysta ändringar misslyckas med verifieringen.

Nya händelser läggs till utan att skriva om tidigare historik.

Det svåraste ögonblicket är när en revisor eller tillsynsmyndighet ställer en skarp fråga och teamet måste börja gräva. Ledger svarar på ett annat sätt: de saker som en granskning frågar om, samtycke, incidenter, godkännanden, leveranskedja, verktygsanvändning, registreras var och en som en egen förseglad händelse när de inträffar. Välj en fråga nedan och se vilken registrerad händelse som redan innehåller svaret.

Den andra frågan en granskning ställer är var programvaran får köras. Samma postformat och samma lagringsalternativ fungerar i din egen byggnad, i en europeisk molnregion eller helt avskärmad från internet. Att flytta mellan dem är en kopia, inte en dyr ombyggnad, så beslutet är aldrig slutgiltigt.

En upphandlingsgranskning ställer två enkla frågor: vad sparar detta, och vad minskar det för risk? Ledger hindrar team från att sy ihop bevis från ofullständiga loggar under en incident. Dess append-only-kedja avslöjar också alla försök att ändra historiken i efterhand.

Applikationer förändras, leverantörer flyttar och lagring byts ut. Ledger håller en typad händelsehistorik genom dessa förändringar, där varje post är länkad till den föregående. Verksamheten kan spåra en incident, besvara en granskning eller återskapa tillstånd utan att sy ihop ofullständiga loggar.

Posten och dess enkla format tillhör dig, att läsa tillbaka när som helst.

Den ligger bredvid systemet den minns, utan ett extra konto eller en instrumentpanel i vägen.

Den kan ligga på en dator i din egen byggnad, inte hos en främling långt borta.

Den kan ligga på en dator i din egen byggnad, nära hemmet.

Den berättar exakt samma historia på varje dator, varje gång.

Du kan läsa tillbaka den från vilket ögonblick som helst, som att spola tillbaka en hemvideo.

Varje rad är förseglad till den föregående, så en tyst ändring visar sig.

Undrar du senare vad som hände, eller när? Det är nedskrivet för dig.

Läs tillbaka den på vilken dator som helst och du får exakt samma historia.

Den raden är förseglad till raden före, så ingen kan tyst ändra den.

Körs tillsammans med systemet det minns.

Anteckningsboken följer med systemet som använder den. Det finns inget separat konto att kontrollera och ingen avlägsen instrumentpanel att lita på: ditt eget team kan läsa samma ordnade berättelse närhelst en fråga dyker upp.

Det är rimligt att undra vad som händer om något går fel. Tänk om registret ändras? Tänk om du glömmer? Tänk om det står något annat någon annanstans? Välj en oro nedan och se, med enkla ord, hur ett ärligt register svarar på den, så att det finns en sak mindre att ligga vaken över.

Du behöver inte förstå något av mekaniken. Här är allt, från början till slut, som fyra vardagliga ögonblick. Något händer, det skrivs ner och låses, det förblir exakt detsamma på varje dator, och du kan alltid fråga om det senare.

Tänk på det som en anteckningsbok som ett AI-verktyg håller för sig själv. Varje gång det gör något skriver det en rad till längst ner, och det går aldrig tillbaka för att radera det som redan finns. Bläddra bland sidorna med enkla ord nedan för att se, med vardagliga bilder, vad varje del av den anteckningsboken verkligen gör för dig.

Ledger är en händelsepost för AI-system. Den håller en append-only-historik som inte kan redigeras tyst, så när en revisor eller tillsynsmyndighet frågar vad som hände har du ett rakt svar. Den är byggd i EU och kan köras helt på infrastruktur du kontrollerar: en post över vem som anropade vad, vem som godkände vad och vad som hände sedan.

Ledger är den del av ett AI-system som tyst håller en ärlig anteckningsbok. Varje gång AI:n gör något skriver den en ny rad och förseglar den, så att inget kan ändras bakom din rygg. Läs den i morgon, eller på en annan dator, och du får samma berättelse i samma ordning.

När en tillsynsmyndighet frågar vad som hände i ditt system behöver du mer än loggar: du behöver en append-only händelsepost där varje post förlänger en BLAKE3-kedja, varje typ är starkt typad, och vilket historikfönster som helst kan spelas upp för att återskapa tillstånd. Ledger är händelseproveniens för system: vem anropade vad, vem godkände vad, vem läste vad, i ordning, utan möjlighet till tysta ändringar. Till skillnad från AION, som certifierar resonemangsstegen i ett enskilt AI-beslut, registrerar Ledger vilka händelser som inträffade i ett helt system. Till skillnad från Selvedge, som fångar exekveringstranskript i en sandlåda, fångar Ledger proveniens över flera aktörer och tjänster.

En manipuleringssäker revisionslogg i Rust för AI-verktygsinteraktioner. Ledger lägger till en typad händelse per åtgärd och länkar varje post till den föregående med BLAKE3-hashar. Ledger publiceras i andra omgången av Dweves grundläggande releaseprogram, med dokumentation på docs.dweve.com samma dag.

Ledger är en manipuleringssäker revisionslogg i Rust för AI-verktygsinteraktioner, publicerad under Apache 2.0 i andra omgången av Dweves releaseprogram. Välj var Ledger lagrar registret och lämna sedan över det när någon frågar vad som hände.

Ledger är en manipuleringssäker revisionslogg. När programvara använder den kan registret visa vad som hände i ordning och länka varje anteckning till den föregående.