Event Ledger for AI Tools | Dweve Ledger

Gobernanza del conocimiento que usa Ledger como columna vertebral de auditoría.

Analiza el código fuente en árboles con nodos direccionables por contenido.

Transcripciones de ejecución dentro de un sandbox. Ledger captura qué ocurrió; Selvedge captura cómo se ejecutó.

Certificados de pasos de razonamiento dentro de una decisión concreta, no procedencia de eventos en un sistema.

Ledger se publica en la segunda ronda del programa de lanzamiento fundacional de Dweve; cuando lo haga, apunta la compilación a tu backend de almacenamiento e inspecciona tu primera adición, verificación de hash y reproducción en una sola ejecución local.

Cada evento. Encadenado por hash. Consultable.

Primitivas de integridad a prueba de manipulación

Registro de eventos tipados encadenado por hash

Ledger se distribuye como crate de Rust, ABI C, proceso sidecar y binario de servicio. El patrón sidecar es el despliegue de producción más común. El mismo formato de eventos fluye por todas las variantes.

Elige según escala y necesidad de auditoría

Memoria para pruebas. JSONL para portabilidad. SQLite para integrado. Postgres para potencia de consulta. S3 para archivo. La forma del registro y la cadena de hash son idénticas en los cinco. La migración entre niveles es una operación de copia, no una recodificación.

Consentimiento, DPIA, borrado, derechos del interesado.

Sesión y repetición, más punto de control.

Las llamadas a herramientas, aprobaciones, artefactos, comprobaciones de políticas y cambios del sistema mantienen cada uno su propia forma tipada. Eso hace que el historial sea lo bastante preciso para consultar sin aplanar cada evento en una línea de registro ambigua.

Las cifras son una instantánea de referencia en memoria del código fuente de Ledger suministrado, no un SLA publicado. Ejecute el arnés incluido antes de dimensionar una carga de trabajo.

Instantánea, 100 eventos, integridad BLAKE3.

Instantánea en memoria, ledger_append_event.

Tipado, encadenado por hash y consultable.

Camina hasta una marca de tiempo, reconstruye el estado.

Los anclajes de confianza sellan un segmento.

Cada entrada incorpora el hash anterior.

Una de las 23 variantes tipadas se añade a la cola.

Los eventos están tipados, con hash BLAKE3, firmados con Ed25519 en los anclajes de confianza y persistidos en el backend que elijas. La tubería es la misma independientemente del almacenamiento. Pasa el cursor sobre una etapa para leer su contrato.

No se puede reconstruir el estado solo a partir del registro.

Los relojes multiproceso se desvían. No hay orden canónico.

Truncado al final, rotación de registros, fácil de alterar.

Texto libre, solo grep, campos ambiguos.

La mayoría de los sistemas de IA escriben registros de texto sin estructura que nadie puede reproducir. Los paneles SIEM resumen, pero no pueden reconstruir una decisión. A los auditores solo les queda prosa.

Los registros no pueden reproducir un sistema

Sin broker ni servicio de eventos alojado.

Recorrido lineal, sin dependencia de solvers.

Un solo comando. La reproducción recorre cada evento en orden, verifica la cadena BLAKE3 y reconstruye el estado en cualquier momento. Las cifras siguientes son una instantánea de referencia en memoria del código fuente de Ledger incluido, no un SLA publicado. Ejecuta el banco de pruebas en tu propio hardware.

Aislado de internet, para los registros más sensibles.

Una región de nube fijada a un país europeo, bajo normas europeas.

Se ejecuta en los ordenadores que gestiona tu propio equipo, dentro de tus instalaciones.

Propiedades del proyecto y modos de despliegue compatibles; no es una declaración de nivel de servicio ni de capacidad.

No se requiere nada para añadir, verificar o reproducir.

Una sola cadena en todos los backends compatibles.

Un registro diseñado para moverse con el sistema

Lista de materiales de software y atestación, registradas.

Solicitado, concedido o denegado, registrado en orden.

Un incidente de IA se registra en el momento en que se detecta.

Consentimiento, EIPD, supresión y derechos del interesado, cada uno como evento tipado.

Reproduce cualquier ventana directamente desde los eventos registrados.

Los eventos de aprobación mantienen juntos el actor, el alcance y el resultado.

Los enlaces hash hacen visible cualquier eliminación, reordenación o mutación.

Un registro tipado reemplaza las uniones forenses entre registros parciales.

Mantén la misma forma de evento en memoria, SQLite, Postgres, S3 o tu backend.

Reconstruye el estado a partir de los eventos en lugar de confiar en una instantánea.

Cada entrada extiende la cadena, por lo que los cambios silenciosos fallan en la verificación.

Los nuevos eventos se añaden sin reescribir el historial anterior.

El momento más difícil es cuando un auditor o regulador hace una pregunta directa y el equipo tiene que ir a buscar. Ledger responde de otra manera: las cosas que pide una revisión, consentimiento, incidentes, aprobaciones, cadena de suministro, uso de herramientas, se registran cada una como su propio evento sellado cuando ocurren. Elige una pregunta abajo y mira qué evento registrado ya contiene la respuesta.

La otra pregunta que hace una revisión es dónde se permite ejecutar el software. El mismo formato de registro y las mismas opciones de almacenamiento funcionan en tu propio edificio, en una región de nube europea, o completamente aislado de internet. Moverse entre ellos es una copia, no una reconstrucción costosa, así que la decisión nunca es definitiva.

Una revisión de adquisiciones hace dos preguntas sencillas: ¿qué ahorra esto y qué riesgo elimina? Ledger evita que los equipos tengan que unir evidencia de registros parciales durante un incidente. Su cadena de solo añadir también expone cualquier intento de alterar el historial después del hecho.

Las aplicaciones cambian, los proveedores se mueven y el almacenamiento se reemplaza. Ledger mantiene un historial de eventos tipificado a través de esos cambios, con cada entrada vinculada a la anterior. Las operaciones pueden rastrear un incidente, responder una auditoría o reconstruir el estado sin unir registros parciales.

El registro y su formato sencillo te pertenecen, para leerlos cuando quieras.

Se queda junto al sistema que recuerda, sin otra cuenta o panel en el camino.

Puede estar en un ordenador de tu propio edificio, no en uno lejano de un desconocido.

Puede quedarse en un ordenador de tu propio edificio, cerca de casa.

Cuenta la misma historia en cada ordenador, cada vez.

Puedes leerlo desde cualquier momento, como rebobinar un vídeo casero.

Cada línea está sellada con la anterior, así que un cambio silencioso se nota.

¿Te preguntas qué pasó o cuándo? Está escrito para ti.

Léelo en cualquier ordenador y obtienes la misma historia.

Esa línea está sellada con la anterior, así que nadie puede cambiarla silenciosamente.

Cuando la IA hace algo, se anota una nueva línea.

El cuaderno se queda con el sistema que lo usa. No hay una cuenta aparte que revisar ni un panel remoto en el que confiar: tu propio equipo puede leer la misma historia ordenada siempre que surja una pregunta.

Es normal preguntarse qué pasa si algo sale mal. ¿Y si se modifica el registro? ¿Y si te olvidas? ¿Y si dice algo diferente en otro sitio? Elige una preocupación abajo y verás, en palabras sencillas, cómo un registro honesto la responde, para que haya una cosa menos por la que desvelarse.

No tienes que entender ningún mecanismo. Aquí está todo, de principio a fin, como cuatro momentos cotidianos. Algo ocurre, se anota y se sella, permanece igual en todos los ordenadores, y siempre puedes preguntar por ello más tarde.

Piénsalo como un cuaderno que una herramienta de IA lleva para sí misma. Cada vez que hace algo, escribe una línea más al final, y nunca vuelve atrás para borrar lo que ya está ahí. Hojea las páginas en palabras sencillas de abajo para ver, con imágenes cotidianas, qué hace realmente cada parte de ese cuaderno por ti.

Ledger es un registro de eventos para sistemas de IA. Mantiene un historial de solo añadido que no se puede editar silenciosamente, así que cuando un auditor o regulador pregunta qué ocurrió, tienes una respuesta clara. Está construido en la UE y puede funcionar enteramente en infraestructura que tú controlas: un registro de quién llamó a qué, quién aprobó qué y qué ocurrió después.

Ledger es la parte de un sistema de IA que lleva silenciosamente un cuaderno honesto. Cada vez que la IA hace algo, escribe una línea nueva y la sella, para que nada se pueda cambiar a tus espaldas. Léelo mañana, o en otro ordenador, y obtendrás la misma historia en el mismo orden.

Cuando un regulador pregunta qué ocurrió en tu sistema, necesitas más que registros: necesitas un registro de eventos de solo añadidura donde cada entrada extiende una cadena BLAKE3, cada tipo está fuertemente tipado y cualquier ventana de historial se puede reproducir para reconstruir el estado. Ledger es la procedencia de eventos para sistemas: quién llamó a qué, quién aprobó qué, quién leyó qué, en orden, sin posibilidad de ediciones silenciosas. A diferencia de AION, que certifica los pasos de razonamiento dentro de una única decisión de IA, Ledger registra qué eventos ocurrieron en todo un sistema. A diferencia de Selvedge, que captura transcripciones de ejecución dentro de un sandbox, Ledger captura la procedencia entre múltiples actores y servicios.