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.

Zarządzanie wiedzą wykorzystujące Ledger jako oś audytu.

Parsuj źródło na drzewa z węzłami adresowanymi zawartością.

Transkrypty wykonania w sandboxie. Ledger rejestruje, co się stało; Selvedge rejestruje, jak to zostało wykonane.

Certyfikaty kroków rozumowania w ramach jednej decyzji, a nie pochodzenie zdarzeń w całym systemie.

Ledger zostanie opublikowany w drugiej rundzie programu wydań fundamentowych Dweve; gdy to nastąpi, skieruj build na swój backend pamięci masowej i sprawdź pierwszy append, kontrolę hasha i replay w jednym lokalnym uruchomieniu.

Każde zdarzenie. Połączone hashem. Możliwe do zapytania.

Prymitywy integralności odporne na manipulacje

Typowany dziennik zdarzeń z łańcuchem hashy

Ledger jest dostępny jako crate w Rust, C ABI, proces sidecar oraz binarny plik usługi. Wzorzec sidecar jest najczęstszym wdrożeniem produkcyjnym. Ten sam format zdarzeń przepływa przez każdy wariant.

Wybierz w zależności od skali i potrzeb audytu

Pamięć do testów. JSONL dla przenośności. SQLite dla osadzenia. Postgres dla mocy zapytań. S3 dla archiwizacji. Kształt logu i łańcuch skrótów są identyczne we wszystkich pięciu. Migracja między poziomami to operacja kopiowania, a nie ponownego kodowania.

Zgoda, DPIA, usunięcie, prawa podmiotów.

Wywołania narzędzi, zatwierdzenia, artefakty, kontrole zasad i zmiany systemowe zachowują własny typowany kształt. To czyni historię wystarczająco precyzyjną do zapytań, bez spłaszczania każdego zdarzenia do niejednoznacznej linii logu.

Liczby to migawka benchmarku w pamięci z dostarczonego źródła Ledger, a nie opublikowane SLA. Uruchom dołączony harness przed skalowaniem obciążenia.

Migawka, 100 zdarzeń, integralność BLAKE3.

Typowane, łańcuchowane skrótami i możliwe do zapytania.

Przejdź do znacznika czasu, odbuduj stan.

Jeden z 23 typowanych wariantów jest dodawany na końcu.

Zdarzenia są typowane, hashowane BLAKE3, podpisywane Ed25519 w punktach zaufania i zapisywane w wybranym backendzie. Rurociąg jest taki sam niezależnie od pamięci masowej. Najedź na etap, aby przeczytać jego kontrakt.

Nie można odtworzyć stanu z samych logów.

Zegary wieloprocesowe dryfują. Brak kanonicznej kolejności.

Obcinanie końca, rotacja logów, łatwe do zmiany.

Dowolny tekst, tylko grep, niejednoznaczne pola.

Większość systemów AI zapisuje nieustrukturyzowane logi tekstowe, których nikt nie może odtworzyć. Panele SIEM podsumowują, ale nie mogą zrekonstruować decyzji. Audytorzy zostają z prozą.

Brak brokera ani hostowanej usługi zdarzeń.

Liniowe przejście, bez zależności od solvera.

Jedno polecenie. Odtworzenie przechodzi przez każde zdarzenie w kolejności, weryfikuje łańcuch BLAKE3 i odbudowuje stan w dowolnym momencie. Poniższe liczby to migawka benchmarku w pamięci z dostarczonego źródła Ledger, a nie opublikowane SLA. Uruchom test na własnym sprzęcie.

Odcięty od internetu, dla najbardziej wrażliwych danych.

Region chmury przypisany do kraju europejskiego, zgodnie z europejskimi przepisami.

Działa na komputerach zarządzanych przez Twój zespół, w Twoich murach.

Właściwości projektu i obsługiwane tryby wdrożenia; nie jest to oświadczenie o poziomie usług ani wydajności.

Twój budynek, chmura UE lub odizolowany.

Nie trzeba niczego dołączać, weryfikować ani odtwarzać.

Jeden łańcuch dla każdego obsługiwanego backendu.

Rekord zaprojektowany tak, aby podążał za systemem

Zestawienie materiałów oprogramowania i poświadczenie, zarejestrowane.

Żądane, przyznane lub odrzucone, zarejestrowane w kolejności.

Incydent AI jest rejestrowany w momencie jego wykrycia.

Zgoda, DPIA, usunięcie i prawa podmiotów, każde jako zdarzenie typowane.

Odtwórz dowolne okno bezpośrednio z zarejestrowanych zdarzeń.

Zdarzenia zatwierdzeń łączą aktora, zakres i wynik.

Łącza haszujące ujawniają każde usunięcie, przestawienie lub modyfikację.

Jeden typowany rekord zastępuje kryminalistyczne łączenie częściowych dzienników.

Zachowaj ten sam kształt zdarzenia w pamięci, SQLite, Postgres, S3 lub swoim backendzie.

Odtwórz stan ze zdarzeń zamiast ufać migawce.

Każdy wpis rozszerza łańcuch, więc ciche zmiany nie przechodzą weryfikacji.

Nowe zdarzenia są dołączane bez przepisywania wcześniejszej historii.

Najtrudniejszy moment to ten, gdy audytor lub regulator zadaje konkretne pytanie, a zespół musi szukać w dokumentach. Ledger odpowiada inaczej: rzeczy, o które pyta przegląd, czyli zgody, incydenty, zatwierdzenia, łańcuch dostaw, korzystanie z narzędzi, są rejestrowane jako osobne, zapieczętowane zdarzenia w momencie ich wystąpienia. Wybierz pytanie poniżej i zobacz, które zarejestrowane zdarzenie już zawiera odpowiedź.

Drugie pytanie, które zadaje przegląd, dotyczy tego, gdzie oprogramowanie może działać. Ten sam format zapisu i te same opcje przechowywania działają w Twoim budynku, w europejskim regionie chmury lub w pełni odizolowane od internetu. Przenoszenie między nimi to kopia, a nie kosztowna przebudowa, więc decyzja nigdy nie jest ostateczna.

Przegląd zakupowy zadaje dwa proste pytania: co to oszczędza i co zmniejsza ryzyko? Ledger zapobiega sklejaniu dowodów z częściowych logów podczas incydentu. Jego łańcuch tylko do dopisywania ujawnia również każdą próbę zmiany historii po fakcie.

Aplikacje się zmieniają, dostawcy się przemieszczają, a pamięć masowa jest wymieniana. Ledger utrzymuje jedną typowaną historię zdarzeń przez te zmiany, a każdy wpis jest powiązany z poprzednim. Operacje mogą prześledzić incydent, odpowiedzieć na audyt lub odtworzyć stan bez sklejania częściowych logów.

Zapis i jego prosty format należą do Ciebie, możesz je odczytać w dowolnym momencie.

Pozostaje obok systemu, który pamięta, bez dodatkowego konta i panelu na przeszkodzie.

Może znajdować się na komputerze w Twoim budynku, a nie u obcego daleko.

Może pozostać na komputerze w Twoim budynku, blisko domu.

Opowiada tę samą historię na każdym komputerze, za każdym razem.

Możesz go odczytać z dowolnego momentu, jak przewijanie domowego wideo.

Każda linia jest zapieczętowana z poprzednią, więc cicha zmiana się ujawnia.

Zastanawiasz się później, co się stało i kiedy? To jest dla Ciebie zapisane.

Odczytać na dowolnym komputerze i otrzymasz tę samą historię.

Ta linia jest zapieczętowana z poprzednią, więc nikt nie może jej cicho zmienić.

Gdy AI robi cokolwiek, jedna nowa linia jest odnotowywana.

Notatnik pozostaje z systemem, który go używa. Nie ma osobnego konta do sprawdzania ani odległego panelu, któremu trzeba ufać: Twój zespół może przeczytać tę samą uporządkowaną historię, gdy tylko pojawi się pytanie.

To naturalne, że zastanawiasz się, co się stanie, jeśli coś pójdzie nie tak. Co, jeśli zapis zostanie zmieniony? Co, jeśli zapomnisz? Co, jeśli gdzie indziej będzie napisane co innego? Wybierz obawę poniżej i zobacz, prostymi słowami, jak uczciwy zapis na nią odpowiada, żeby było o jedną rzecz mniej, o którą trzeba się martwić.

Nie musisz rozumieć żadnych mechanizmów. Oto całość, od początku do końca, jako cztery codzienne momenty. Coś się dzieje, zostaje zapisane i zablokowane, pozostaje dokładnie takie samo na każdym komputerze, a Ty zawsze możesz o to zapytać później.

Pomyśl o tym jak o notatniku, który prowadzi narzędzie AI. Za każdym razem, gdy coś zrobi, dopisuje kolejną linię na dole i nigdy nie wraca, aby wymazać to, co już jest. Przejrzyj strony napisane prostym językiem poniżej, aby zobaczyć, na codziennych przykładach, co naprawdę robi dla Ciebie każda część tego notatnika.

Ledger to rejestr zdarzeń dla systemów AI. Prowadzi historię typu append-only, której nie można po cichu edytować, więc gdy audytor lub regulator zapyta, co się stało, masz prostą odpowiedź. Jest zbudowany w UE i może działać w całości na infrastrukturze, którą kontrolujesz: jeden zapis tego, kto co wywołał, kto co zatwierdził i co się stało dalej.

Zapytaj, co się stało, w dowolnym momencie

Ledger to część systemu AI, która po cichu prowadzi uczciwy notatnik. Za każdym razem, gdy AI coś zrobi, dopisuje jedną nową linię i ją pieczętuje, więc nic nie może zostać zmienione za Twoimi plecami. Przeczytaj to jutro lub na innym komputerze, a otrzymasz tę samą historię w tej samej kolejności.

Gdy organ regulacyjny zapyta, co wydarzyło się w Twoim systemie, potrzebujesz czegoś więcej niż logi: potrzebujesz rejestru zdarzeń z możliwością tylko dołączania, w którym każdy wpis rozszerza łańcuch BLAKE3, każdy typ jest silnie typowany, a dowolny fragment historii można odtworzyć, aby zrekonstruować stan. Ledger to proweniencja zdarzeń dla systemów: kto wywołał co, kto zatwierdził co, kto przeczytał co, w kolejności, bez możliwości cichych edycji. W przeciwieństwie do AION, który certyfikuje kroki rozumowania w ramach pojedynczej decyzji AI, Ledger rejestruje, jakie zdarzenia miały miejsce w całym systemie. W przeciwieństwie do Selvedge, który przechwytuje transkrypty wykonania w piaskownicy, Ledger przechwytuje proweniencję w wielu podmiotach i usługach.

Odporny na manipulacje dziennik audytu w Rust do interakcji z narzędziami AI. Ledger dopisuje jeden typowany wpis na akcję i łączy każdy wpis z poprzednim za pomocą skrótów BLAKE3. Ledger ukazuje się w drugiej rundzie programu wydań fundamentów Dweve, a jego dokumentacja trafia na docs.dweve.com tego samego dnia.