Intramedial está en beta restringida. Al registrarte o iniciar sesión, debes indicar la contraseña de beta tester que recibiste o solicitar una en preview@intramedial.com. Gracias.
Cargando…
ledger.blameMódulo 10
Módulo de la plataforma
Ledger, replay and blame
Rastrea cada toque a un recurso en orden y reproduce cualquier evento para reconstruir el recibo que demuestra que realmente ocurrió.
ledger.blame recorre el ledger de este workspace para un recurso y devuelve sus toques del más reciente al más antiguo, por coincidencia exacta de recurso o sujeto, nunca con una búsqueda de texto aproximada. ledger.replay reconstruye el recibo de un evento y lo califica con honestidad si la raíz recalculada no coincide con la almacenada.
Los agentes actúan cuando el plano dice sí, y el registro dice por qué.
Pasa por Intramedial acciones de agentes, hashes de contenido, pruebas de API, DNS, webhooks, llamadas LLM y commits. Obtén un recibo firmado que cualquiera verifica, sin fiarse de nadie.
De replay: el ReceiptV0 reconstruido, con rootHex, la proof Merkle y cualquier witnesses.
standing
La calificación del recibo: witnessed, issuer-signed, self-attested, unchecked o forged.
rootHex
La raíz Merkle del lote sellado frente a la que se prueba la hoja de un evento.
Mecanismo
Paso a paso
Cómo funciona
Los eventos se sellan en lotes Merkle
Treinta y dos hojas llenan un lote sellado, escrito en el almacenamiento de objetos con su propia raíz; hasta 256 hojas quedan sin sellar en el almacén en vivo si no hay almacenamiento de objetos vinculado.
blame coincide estructuralmente
Un evento cuenta como tocar un recurso solo si su propio campo resource o subject es igual al dado, no porque el nombre del recurso aparezca en cualquier parte del texto del payload.
Los toques vuelven del más reciente al más antiguo
Los events devueltos van en orden temporal inverso para ese recurso, con lastTouch nombrando el último y cualquier campo que nunca registró listado en unknown.
replay reconstruye y se comprueba a sí mismo
Reproducir un evento vuelve a derivar su prueba Merkle. Si la raíz reconstruida no coincide con la almacenada, las afirmaciones de testigo del recibo se eliminan en lugar de entregarse como verificadas.
Pruébalo
Demo en vivo
Ejecútalo desde esta página
POST/api/v1/acp/ledger/blame
{
"resource": "repo:payments/main"
}
Se ejecuta en un workspace de demostración compartido con una clave de demostración: cualquiera puede ver lo que contiene, así que no envíes nada privado. Docs de ledger.blame
Respuestas
Pulsa Ejecutar para enviar la solicitud de la izquierda al workspace de demostración compartido.
Se ejecuta en un workspace de demostración compartido con una clave de demostración: cualquiera puede ver lo que contiene, así que no envíes nada privado.
Código
Ejemplo en vivo
Una petición real
Una petición con la forma que acepta la API y una respuesta de ejemplo con la forma que devuelve el módulo.
Antes de actuar sobre un recurso en disputa, un operador hace blame para ver cada agente que lo cambió, en orden, y quién lo tocó por última vez.
Reconstruir la prueba de que una acción ocurrió
replay reconstruye el recibo de un evento, así que una disputa sobre si algo ocurrió realmente puede resolverse desde el propio ledger.
Comprobar la honestidad de un recibo
Un recibo reconstruido cuya raíz no coincide con la almacenada vuelve con sus afirmaciones de testigo eliminadas, para que un desajuste no se confunda con una prueba verificada.
Calificar la solidez de un recibo
standing dice a un auditor si un recibo está atestiguado de forma independiente o solo autoatestado por la plataforma, sin que tenga que verificarlo a mano.
Cuándo usar otra cosa
Una búsqueda de texto en los payloads de los eventos. La coincidencia es estructural, solo en los campos resource o subject.
Llegar a otros workspaces. blame y replay solo leen el ledger de este workspace.
Emitir un recibo atestiguado. El kernel nunca afirma witnessed por sí mismo; esa calificación necesita un testigo externo que la confirme.
Evidencia
Garantías
Qué hace y qué no hace
Un módulo es una afirmación fuerte sobre algo acotado. Confía en él exactamente para lo que es.
Hace
La raíz Merkle de un lote se calcula sobre las hojas que realmente selló; treinta y dos hojas llenan un lote antes de sellarlo en el almacenamiento de objetos.
Las coincidencias de blame son igualdad estructural en resource o subject, no una búsqueda de subcadena que pudiera coincidir por error con un evento ajeno.
Un recibo reproducido cuya raíz reconstruida no coincide con la almacenada nunca entrega sus afirmaciones de testigo como si estuvieran verificadas.
No hace
Que todos los campos de un evento estén presentes. lastTouch puede informar legítimamente de campos actor, lease o ruling ausentes en unknown.
Que un recibo calificado issuer-signed haya sido atestiguado de forma independiente. La plataforma no emite recibos witnessed por su propia palabra.
Que replay compruebe algo más allá del evento que recibe; no recorre todo el historial del recurso.
Detalles
Notas de construcción
Antes de construir
Dos sistemas Merkle, no uno
El agrupamiento de este ledger y el sellado de la cadena de auditoría de ledger-bundles.snapshot usan implementaciones Merkle distintas sobre datos distintos; no los describas como el mismo mecanismo.
Los eventos sin sellar también responden
Si no hay almacenamiento de objetos vinculado, las hojas simplemente quedan sin sellar en el Durable Object en lugar de bloquear lecturas o escrituras.
El testimonio es opaco salvo que se configure
Los ids de testigo, como un digest OTS, se registran como cadenas que el kernel no verifica por red; sin una obtención de producción configurada, el testimonio no hace nada.
Límites y medición
blame y replay son acciones de lectura y no cambian nada.
El tamaño de lote en el almacenamiento de objetos es de 32 hojas por lote sellado, con hasta 256 hojas sin sellar retenidas si el almacenamiento no está disponible.
standing califica solo el recibo que recibe; no busca el evento por sí mismo.
Acceso
API y MCP
REST y MCP
Autentícate con una clave de API del workspace como token Bearer. La URL base es https://api.intramedial.com.
Endpoints REST
POST/api/v1/acp/ledger/blameLista los toques de un recurso, del más reciente al más antiguo.
POST/api/v1/acp/ledger/replayReconstruye el recibo de un evento y califica su standing.
Acciones MCP
MCPcoordination.ledger.blameHace blame de un recurso como acción MCP.
MCPcoordination.ledger.replayReproduce un evento como acción MCP.
Módulo de la plataforma
