Event Ledger for AI Tools | Dweve Ledger

Vidensstyring, der bruger Ledger som revisionsrygrad.

Parse kilde til træer med indholdsadresserede noder.

Eksekveringsudskrifter i en sandbox. Ledger fanger, hvad der skete; Selvedge fanger, hvordan det blev eksekveret.

Ræsonneringscertifikater i en enkelt beslutning, ikke hændelsesproveniens på tværs af et system.

Ledger udgives i anden runde af Dweves fundamentudgivelsesprogram; når det sker, så peg buildet mod din lagringsbackend og inspicér din første append, hashkontrol og afspilning i ét lokalt kørselsforløb.

Hver hændelse. Hash-kædet. Forespørgbar.

Manipulationssynlige integritetsprimitiver

Ledger leveres som en Rust-crate, et C ABI, en sidecar-proces og en servicebinær. Sidecar-mønsteret er den mest almindelige produktionsimplementering. Det samme hændelsesformat flyder gennem alle varianter.

Hukommelse til test. JSONL til portabilitet. SQLite til indlejret. Postgres til søgekraft. S3 til arkivering. Logformen og hash-kæden er identiske på tværs af alle fem. Migration mellem niveauer er en kopieringsoperation, ikke en genkodning.

Samtykke, DPIA, sletning, registreredes rettigheder.

Værktøjskald, godkendelser, artefakter, politikker og systemændringer har hver deres typede form. Det gør historikken præcis nok til at forespørge uden at flade hver hændelse ud i en tvetydig loglinje.

Tallene er et in-memory benchmark-øjebliksbillede fra den medfølgende Ledger-kilde, ikke en offentliggjort SLA. Kør det medfølgende testmiljø, før du dimensionerer en arbejdsbyrde.

Øjebliksbillede, 100 hændelser, BLAKE3-integritet.

In-memory-øjebliksbillede, ledger_append_event.

Gå til et tidsstempel, genopbyg tilstand.

En af 23 typede varianter tilføjes til halen.

Hændelser er typede, BLAKE3-hashede, Ed25519-signerede ved tillidsankre og gemt i en backend efter eget valg. Pipelinens er den samme uanset lagring. Hold markøren over et trin for at læse dets kontrakt.

Kan ikke rekonstruere tilstand ud fra loggen alene.

Multi-proces-ure driver fra hinanden. Ingen kanonisk rækkefølge.

Haleafkortning, log-rotation, let at ændre.

De fleste AI-systemer skriver ustrukturerede tekstlogs, som ingen kan afspille. SIEM-dashboards opsummerer, men de kan ikke rekonstruere en beslutning. Revisorer står tilbage med prosa.

Ingen broker eller hosted event-tjeneste.

Lineær gennemgang, ingen solver-afhængighed.

Én kommando. Afspilningen gennemgår hver hændelse i rækkefølge, verificerer BLAKE3-kæden og genopbygger tilstanden på et vilkårligt tidspunkt. Tallene nedenfor er et in-memory benchmark-øjebliksbillede fra den medfølgende Ledger-kilde, ikke en offentliggjort SLA. Kør harnesset på din egen hardware.

Afskåret fra internettet, for de mest følsomme optegnelser.

En cloud-region bundet til et europæisk land, under europæiske regler.

Det kører på de computere, dit eget team administrerer, inden for dine egne mure.

Projektegenskaber og understøttede implementeringsformer; ikke et service- eller kapacitetsløfte.

Ingen kræves for at tilføje, verificere eller afspille.

Én kæde på tværs af alle understøttede backends.

En registrering designet til at følge med systemet

Software stykliste og attestation, registreret.

Anmodet, givet eller afvist, registreret i rækkefølge.

En AI-hændelse registreres i det øjeblik, den opdages.

Samtykke, DPIA, sletning og registreredes rettigheder, hver en begivenhed med type.

Afspil ethvert vindue direkte fra de registrerede begivenheder.

Godkendelsesbegivenheder holder aktør, omfang og resultat sammen.

Hash-links gør enhver sletning, omordning eller ændring synlig.

Én registrering med type erstatter forensiske joins på tværs af delvise logfiler.

Behold samme begivenhedsform i hukommelse, SQLite, Postgres, S3 eller din backend.

Rekonstruér tilstand fra begivenhederne i stedet for at stole på et snapshot.

Hver post udvider kæden, så stille ændringer fejler verifikation.

Nye begivenheder tilføjes uden at omskrive tidligere historik.

Det sværeste øjeblik er, når en revisor eller tilsynsmyndighed stiller et skarpt spørgsmål, og teamet må grave i arkiverne. Ledger svarer på en anden måde: de ting, en revision spørger om, samtykke, hændelser, godkendelser, forsyningskæde, værktøjsbrug, registreres hver især som deres egen forseglede hændelse, når de sker. Vælg et spørgsmål nedenfor, og se hvilken registreret hændelse der allerede rummer svaret.

Det andet spørgsmål, en revision stiller, er, hvor softwaren må køre. Det samme format og de samme lagringsmuligheder fungerer i din egen bygning, i en europæisk cloudregion eller helt afskåret fra internettet. At flytte mellem dem er en kopi, ikke en dyr ombygning, så beslutningen er aldrig endelig.

En indkøbsrevision stiller to enkle spørgsmål: hvad sparer dette, og hvad afrisker det? Ledger forhindrer, at teams syr beviser sammen fra delvise logfiler under en hændelse. Dens append-only-kæde afslører også ethvert forsøg på at ændre historikken bagefter.

Applikationer ændrer sig, udbydere flytter, og lagring udskiftes. Ledger bevarer én typet hændelseshistorik på tværs af disse ændringer, hvor hver post er kædet sammen med den foregående. Drift kan spore en hændelse, besvare en revision eller genskabe tilstand uden at sy delvise logfiler sammen.

Registreringen og dens enkle format tilhører dig, så du kan læse den tilbage når som helst.

Den bliver ved siden af det system, den husker, uden en ekstra konto eller et dashboard i vejen.

Den kan stå på en computer i din egen bygning, ikke hos en fremmed langt væk.

Den kan stå på en computer i din egen bygning, tæt på hjemmet.

Den fortæller præcis den samme historie på hver computer, hver gang.

Du kan læse den tilbage fra ethvert øjeblik, som at spole en hjemmevideo tilbage.

Hver linje er forseglet til den foregående, så en stille ændring viser sig selv.

Spekulerer du senere på, hvad der skete, eller hvornår? Det er skrevet ned for dig.

Læs den tilbage på enhver computer, og du får præcis den samme historie.

Den linje er forseglet til linjen før den, så ingen kan stille ændre den.

Når AI'en gør noget, noteres en ny linje.

Kører sammen med det system, det husker.

Notesbogen bliver hos det system, der bruger den. Der er ingen separat konto at tjekke og intet fjernt dashboard at stole på: dit eget team kan læse den samme ordnede historie, når der opstår et spørgsmål.

Det er rimeligt at spørge, hvad der sker, hvis noget går galt. Hvad hvis registreringen bliver ændret? Hvad hvis du glemmer? Hvad hvis den siger noget andet et andet sted? Vælg en bekymring nedenfor og se i klare ord, hvordan en ærlig registrering besvarer den, så der er én ting mindre at ligge vågen over.

Du behøver ikke forstå noget af mekanikken. Her er det hele, fra start til slut, som fire hverdagsøjeblikke. Noget sker, det bliver skrevet ned og låst, det forbliver nøjagtig det samme på hver computer, og du kan altid spørge om det senere.

Tænk på det som en notesbog, som et AI-værktøj holder for sig selv. Hver gang det gør noget, skriver det en linje mere i bunden, og det går aldrig tilbage for at slette det, der allerede er der. Bladr gennem siderne i klare ord nedenfor for at se, med hverdagsbilleder, hvad hver del af den notesbog virkelig gør for dig.

Ledger er en hændelsesregistrering for AI-systemer. Den holder en append-only-historik, der ikke kan redigeres ubemærket, så når en revisor eller regulator spørger, hvad der skete, har du et lige svar. Den er bygget i EU og kan køre helt på infrastruktur, du kontrollerer: én registrering af, hvem der kaldte hvad, hvem der godkendte hvad, og hvad der skete derefter.

Ledger er den del af et AI-system, der stille og roligt holder en ærlig notesbog. Hver gang AI'en gør noget, skriver den en ny linje og forsegler den, så intet kan ændres bag din ryg. Læs det i morgen eller på en anden computer, og du får den samme historie i samme rækkefølge.

Når en tilsynsmyndighed spørger, hvad der skete i dit system, har du brug for mere end logfiler: du har brug for en append-only hændelsesregistrering, hvor hver post forlænger en BLAKE3-kæde, hver type er stærkt typet, og ethvert tidsvindue kan afspilles for at rekonstruere tilstanden. Ledger er hændelsesproveniens for systemer: hvem kaldte hvad, hvem godkendte hvad, hvem læste hvad, i rækkefølge, uden mulighed for stille redigeringer. I modsætning til AION, som certificerer ræsonnementstrinene i en enkelt AI-beslutning, registrerer Ledger, hvilke hændelser der skete på tværs af et helt system. I modsætning til Selvedge, som fanger eksekveringsudskrifter i en sandbox, fanger Ledger proveniens på tværs af flere aktører og tjenester.

Et manipulationssikkert revisionsspor i Rust til AI-værktøjsinteraktioner. Ledger tilføjer én typet hændelse pr. handling og forbinder hver post med den foregående ved hjælp af BLAKE3-hashværdier. Ledger udgives i anden runde af Dweves fundamentudgivelsesprogram, med dokumentationen på docs.dweve.com samme dag.

Ledger er et manipulationssikkert revisionsspor i Rust til AI-værktøjsinteraktioner, der udgives under Apache 2.0-vilkår i anden runde af Dweves udgivelsesprogram. Vælg, hvor Ledger skal gemme registret, og overræk det derefter, når nogen spørger, hvad der skete.