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.

Wissens-Governance, die Ledger als Audit-Grundlage nutzt.

Quellcode in Bäume mit inhaltsadressierten Knoten parsen.

Ausführungsprotokolle in einer Sandbox. Ledger erfasst, was passiert ist; Selvedge erfasst, wie es ausgeführt wurde.

Zertifikate für Denkschritte innerhalb einer einzelnen Entscheidung, nicht Ereignis-Herkunft über ein System hinweg.

Ledger erscheint in der zweiten Runde von Dweves Foundation-Release-Programm; sobald das passiert, richten Sie den Build auf Ihr Speicher-Backend aus und prüfen Sie Ihren ersten Append, Hash-Check und Replay in einem einzigen lokalen Durchlauf.

Jedes Ereignis. Hash-verkettet. Abfragbar.

Manipulationssichere Integritäts-Primitive

Hash-verkettetes, typisiertes Ereignisprotokoll

Ledger wird als Rust-Crate, C-ABI, Sidecar-Prozess und Dienst-Binärdatei ausgeliefert. Das Sidecar-Muster ist die häufigste Produktionsbereitstellung. Das gleiche Ereignisformat fließt durch alle Varianten.

Speicher für Tests. JSONL für Portabilität. SQLite für eingebettete Systeme. Postgres für Abfrageleistung. S3 für Archivierung. Die Log-Struktur und die Hash-Kette sind über alle fünf hinweg identisch. Die Migration zwischen den Stufen ist eine Kopieroperation, keine Neucodierung.

Einwilligung, DPIA, Löschung, Betroffenenrechte.

Tool-Aufrufe, Genehmigungen, Artefakte, Richtlinienprüfungen und Systemänderungen behalten jeweils ihre eigene typisierte Struktur. Das macht den Verlauf präzise genug für Abfragen, ohne jedes Ereignis in eine mehrdeutige Log-Zeile zu pressen.

Die Zahlen sind eine In-Memory-Benchmark-Momentaufnahme aus dem mitgelieferten Ledger-Quellcode, keine veröffentlichte SLA. Führen Sie die enthaltene Testumgebung aus, bevor Sie eine Arbeitslast dimensionieren.

Momentaufnahme, 100 Ereignisse, BLAKE3-Integrität.

In-Memory-Momentaufnahme, ledger_append_event.

Typisiert, hash-verkettet und abfragbar.

Zu einem Zeitstempel gehen, Zustand neu aufbauen.

Jeder Eintrag bezieht den vorherigen Hash ein.

Eine von 23 typisierten Varianten wird an das Ende angehängt.

Ereignisse sind typisiert, BLAKE3-gehasht, an Vertrauensankern mit Ed25519 signiert und in einem Backend Ihrer Wahl gespeichert. Die Pipeline ist unabhängig vom Speicher gleich. Fahren Sie mit der Maus über eine Stufe, um ihren Vertrag zu lesen.

Zustand lässt sich aus dem Log allein nicht rekonstruieren.

Uhren mehrerer Prozesse driften. Keine kanonische Reihenfolge.

Tail-Truncate, Log-Rotation, leicht zu manipulieren.

Freitext, nur grep-fähig, mehrdeutige Felder.

Die meisten KI-Systeme schreiben unstrukturierte Textlogs, die niemand abspielen kann. SIEM-Dashboards fassen zusammen, können aber eine Entscheidung nicht rekonstruieren. Prüfern bleibt nur Prosa.

Kein Broker oder gehosteter Event-Dienst.

Linearer Durchlauf, keine Solver-Abhängigkeit.

Ein Befehl. Das Replay durchläuft jedes Ereignis der Reihe nach, verifiziert die BLAKE3-Kette und rekonstruiert den Zustand zu jedem Zeitpunkt. Die folgenden Zahlen sind ein In-Memory-Benchmark-Schnappschuss aus dem mitgelieferten Ledger-Quellcode, keine veröffentlichte SLA. Führen Sie den Test auf Ihrer eigenen Hardware aus.

Vom Internet abgeschnitten, für die sensibelsten Aufzeichnungen.

Eine Cloud-Region, die an ein europäisches Land gebunden ist, unter europäischen Regeln.

Es läuft auf den Computern, die Ihr eigenes Team verwaltet, innerhalb Ihrer eigenen Räume.

Projekteigenschaften und unterstützte Bereitstellungsmodi; keine Service-Level- oder Kapazitätszusage.

Ihr Gebäude, EU-Cloud oder abgeschottet.

Keine erforderlich zum Anhängen, Verifizieren oder Wiederholen.

Eine Kette über alle unterstützten Backends.

Ein Datensatz, der mit dem System mitwandert

Software-Stückliste und Bescheinigung, aufgezeichnet.

Angefordert, gewährt oder verweigert, in Reihenfolge aufgezeichnet.

Ein KI-Vorfall wird in dem Moment aufgezeichnet, in dem er erkannt wird.

Einwilligung, DSFA, Löschung und Betroffenenrechte, jeweils ein typisiertes Ereignis.

Beliebiges Zeitfenster direkt aus den aufgezeichneten Ereignissen wiederholen.

Zustand, den Sie nicht neu aufbauen können

Genehmigungsereignisse halten Akteur, Umfang und Ergebnis zusammen.

Hash-Verknüpfungen machen jede Löschung, Umordnung oder Änderung sichtbar.

Ein typisierter Datensatz ersetzt forensische Verknüpfungen über partielle Protokolle.

Behalten Sie dieselbe Ereignisform im Speicher, in SQLite, Postgres, S3 oder Ihrem Backend.

Rekonstruieren Sie den Zustand aus den Ereignissen, statt einem Snapshot zu vertrauen.

Jeder Eintrag erweitert die Kette, sodass stille Änderungen die Verifizierung nicht bestehen.

Neue Ereignisse werden angehängt, ohne frühere Historie zu überschreiben.

Der schwierigste Moment ist, wenn ein Prüfer oder eine Aufsichtsbehörde eine gezielte Frage stellt und das Team nachforschen muss. Ledger beantwortet das anders: Die Dinge, nach denen eine Prüfung fragt, Einwilligungen, Vorfälle, Genehmigungen, Lieferkette, Werkzeugnutzung, werden jeweils als eigenes versiegeltes Ereignis festgehalten, wenn sie passieren. Wählen Sie unten eine Frage aus und sehen Sie, welches aufgezeichnete Ereignis die Antwort bereits enthält.

Die andere Frage, die eine Prüfung stellt, ist, wo die Software ausgeführt werden darf. Dasselbe Aufzeichnungsformat und dieselben Speicheroptionen funktionieren in Ihrem eigenen Gebäude, in einer europäischen Cloud-Region oder vollständig vom Internet abgeschottet. Der Wechsel zwischen ihnen ist ein Kopiervorgang, kein kostspieliger Neuaufbau, daher ist die Entscheidung nie endgültig.

Eine Beschaffungsprüfung stellt zwei einfache Fragen: Was spart das, und was reduziert es an Risiko? Ledger verhindert, dass Teams bei einem Vorfall Belege aus Teilprotokollen zusammensetzen müssen. Seine append-only-Kette legt außerdem jeden Versuch offen, die Geschichte im Nachhinein zu verändern.

Anwendungen ändern sich, Anbieter wechseln, Speicher wird ersetzt. Ledger behält einen typisierten Ereignisverlauf über diese Änderungen hinweg, wobei jeder Eintrag mit dem vorherigen verknüpft ist. Der Betrieb kann einen Vorfall nachverfolgen, eine Prüfung beantworten oder den Zustand wiederherstellen, ohne Teilprotokolle zusammensetzen zu müssen.

Der Datensatz und sein einfaches Format gehören Ihnen, um ihn jederzeit erneut zu lesen.

Er bleibt neben dem System, an das er sich erinnert, ohne ein weiteres Konto oder Dashboard im Weg.

Er kann auf einem Computer in Ihrem eigenen Gebäude liegen, nicht bei einem Fremden in der Ferne.

Er kann auf einem Computer in Ihrem eigenen Gebäude bleiben, in der Nähe.

Er erzählt auf jedem Computer jedes Mal dieselbe Geschichte.

Sie können ihn von jedem Moment an erneut lesen, wie das Zurückspulen eines Heimvideos.

Jede Zeile ist mit der vorherigen versiegelt, sodass eine stille Änderung sichtbar wird.

Eine Sache weniger, um die man sich sorgen muss

Fragen Sie sich später, was passiert ist oder wann? Es ist für Sie aufgeschrieben.

Lesen Sie es auf jedem Computer erneut und Sie erhalten dieselbe Geschichte.

Diese Zeile ist mit der vorherigen versiegelt, sodass niemand sie still ändern kann.

Wenn die KI etwas tut, wird eine neue Zeile notiert.

Läuft neben dem System, an das es sich erinnert.

Das Notizbuch bleibt bei dem System, das es nutzt. Es gibt kein separates Konto zu prüfen und kein entferntes Dashboard, dem Sie vertrauen müssen: Ihr eigenes Team kann dieselbe geordnete Geschichte lesen, wann immer eine Frage aufkommt.

Es ist berechtigt zu fragen, was passiert, wenn etwas schiefgeht. Was, wenn die Aufzeichnung geändert wird? Was, wenn Sie etwas vergessen? Was, wenn es woanders anders aussagt? Wählen Sie unten eine Sorge aus und sehen Sie in einfachen Worten, wie eine ehrliche Aufzeichnung darauf antwortet, damit es eine Sache weniger gibt, über die Sie nachts grübeln.

Sie müssen keine der technischen Einzelheiten verstehen. Hier ist das Ganze, von Anfang bis Ende, als vier alltägliche Momente. Etwas passiert, es wird aufgeschrieben und gesperrt, es bleibt auf jedem Computer genau gleich, und Sie können später immer danach fragen.

Stellen Sie es sich als ein Notizbuch vor, das ein KI-Tool für sich selbst führt. Jedes Mal, wenn es etwas tut, schreibt es eine weitere Zeile unten hinzu, und es geht nie zurück, um bereits Vorhandenes zu löschen. Blättern Sie durch die Seiten in einfachen Worten unten, um mit alltäglichen Bildern zu sehen, was jeder Teil dieses Notizbuchs wirklich für Sie tut.

Ledger ist eine Ereignisaufzeichnung für KI-Systeme. Es führt eine Append-only-Historie, die nicht stillschweigend geändert werden kann. Wenn also ein Prüfer oder eine Regulierungsbehörde fragt, was passiert ist, haben Sie eine klare Antwort. Es wird in der EU entwickelt und kann vollständig auf Infrastruktur laufen, die Sie kontrollieren: eine Aufzeichnung darüber, wer was aufgerufen hat, wer was genehmigt hat und was als Nächstes geschah.

Eine Geschichte, nach der Sie fragen können

Ledger ist der Teil eines KI-Systems, der still ein ehrliches Notizbuch führt. Jedes Mal, wenn die KI etwas tut, schreibt sie eine neue Zeile und versiegelt sie, sodass nichts hinter Ihrem Rücken geändert werden kann. Lesen Sie es morgen oder auf einem anderen Computer, und Sie erhalten dieselbe Geschichte in derselben Reihenfolge.