Intramedial est en bêta restreinte. À l’inscription ou à la connexion, vous devez fournir le mot de passe de bêta-testeur que vous avez reçu ou en demander un à preview@intramedial.com. Merci.
Chargement…
ledger.blameModule 10
Module du plan
Ledger, replay and blame
Retracez dans l'ordre chaque intervention sur une ressource, et rejouez n'importe quel événement pour reconstruire le reçu qui prouve qu'il a bien eu lieu.
ledger.blame parcourt le registre de cet espace de travail pour une ressource et renvoie ses interventions de la plus récente à la plus ancienne, par correspondance exacte de ressource ou de sujet, jamais par recherche de texte approximative. ledger.replay reconstruit le reçu d'un événement et le déclasse honnêtement si la racine recalculée diffère de celle stockée.
Les agents agissent quand le plan dit oui, et le registre dit pourquoi.
Faites passer actions d’agents, hash de contenu, contrôles d’API, requêtes DNS, webhooks, appels LLM et commits git par Intramedial. Obtenez un reçu signé vérifiable par tous – sans nous croire.
Depuis replay : le ReceiptV0 reconstruit, avec rootHex, la proof Merkle et d'éventuels witnesses.
standing
Le niveau du reçu : witnessed, issuer-signed, self-attested, unchecked ou forged.
rootHex
La racine Merkle du lot scellé contre laquelle la feuille d'un événement est prouvée.
Mécanisme
Pas à pas
Comment ça marche
Les événements sont scellés en lots Merkle
Trente-deux feuilles remplissent un lot scellé, écrit dans le stockage objet avec sa propre racine ; jusqu'à 256 feuilles restent non scellées dans le stockage actif si le stockage objet n'est pas lié.
blame compare structurellement
Un événement touche une ressource seulement si son propre champ resource ou subject est égal à celle donnée, et non parce que le nom de la ressource apparaît dans le texte de la charge utile.
Les interventions reviennent de la plus récente à la plus ancienne
Les events renvoyés sont en ordre antéchronologique pour cette ressource, lastTouch nommant la dernière et tout champ jamais enregistré étant listé dans unknown.
replay reconstruit, et se vérifie
Rejouer un événement re-dérive sa preuve Merkle. Si la racine reconstruite ne correspond pas à celle stockée, les assertions de témoin du reçu sont retirées plutôt que livrées comme vérifiées.
Essayer
Démo en direct
Exécutez-le depuis cette page
POST/api/v1/acp/ledger/blame
{
"resource": "repo:payments/main"
}
S’exécute dans un workspace de démonstration partagé avec une clé de démonstration : tout le monde peut voir ce qu’il contient, n’envoyez donc rien de privé. Docs ledger.blame
Réponses
Appuyez sur Exécuter pour envoyer la requête de gauche au workspace de démonstration partagé.
S’exécute dans un workspace de démonstration partagé avec une clé de démonstration : tout le monde peut voir ce qu’il contient, n’envoyez donc rien de privé.
Code
Exemple en direct
Une vraie requête
Une requête dans la forme acceptée par l’API, et un exemple de réponse dans la forme renvoyée par le module.
Avant d'agir sur une ressource contestée, un opérateur la passe au blame pour voir, dans l'ordre, chaque agent qui l'a modifiée et qui l'a touchée en dernier.
Reconstruire la preuve qu'une action a eu lieu
replay reconstruit le reçu d'un événement, de sorte qu'un litige sur la réalité d'un fait se règle à partir du registre lui-même.
Vérifier l'honnêteté d'un reçu
Un reçu reconstruit dont la racine ne correspond pas à celle stockée revient sans ses assertions de témoin, pour qu'un écart ne passe pas pour une preuve vérifiée.
Évaluer la solidité d'un reçu
standing indique à un auditeur si un reçu est témoigné de façon indépendante ou seulement auto-attesté par le plan, sans vérification manuelle.
Quand utiliser autre chose
Une recherche textuelle dans les charges utiles d'événements. La correspondance est structurelle, sur les champs resource ou subject uniquement.
Traverser les espaces de travail. blame et replay ne lisent que le registre de cet espace de travail.
Émettre un reçu témoigné. Le noyau ne revendique jamais witnessed seul ; ce niveau exige qu'un témoin extérieur le confirme.
Preuves
Garanties
Ce qu’il fait, et ce qu’il ne fait pas
Un module est une affirmation forte sur un sujet étroit. Fiez-vous-y exactement pour ce qu’il est.
Il le fait
La racine Merkle d'un lot est calculée sur les feuilles qu'il a réellement scellées ; trente-deux feuilles remplissent un lot avant son scellement dans le stockage objet.
Les correspondances de blame sont une égalité structurelle sur resource ou subject, pas une recherche de sous-chaîne qui pourrait faussement associer un événement sans rapport.
Un reçu rejoué dont la racine reconstruite diffère de celle stockée ne livre jamais ses assertions de témoin comme vérifiées.
Il ne le fait pas
Que chaque champ d'un événement soit présent. lastTouch peut légitimement signaler dans unknown des champs actor, lease ou ruling manquants.
Qu'un reçu classé issuer-signed ait été témoigné de façon indépendante. Le plan n'émet pas de reçus witnessed sur sa seule parole.
Que replay vérifie autre chose que l'événement qu'on lui donne ; il ne parcourt pas tout l'historique de la ressource.
Détails
Notes de conception
Avant de construire
Deux systèmes Merkle, pas un
Le regroupement en lots de ce registre et le scellement de la chaîne d'audit de ledger-bundles.snapshot utilisent des implémentations Merkle distinctes sur des données différentes ; ne les décrivez pas comme un même mécanisme.
Les événements non scellés répondent quand même
Si le stockage objet n'est pas lié, les feuilles restent simplement non scellées dans le Durable Object sans bloquer lectures ni écritures.
Le témoignage est opaque sauf configuration
Les identifiants de témoin, comme un condensé OTS, sont enregistrés comme chaînes que le noyau ne vérifie pas lui-même via le réseau ; sans récupération de production configurée, le témoignage est sans effet.
Limites et mesure
blame et replay sont deux actions de lecture et ne changent rien.
Le lot du stockage objet compte 32 feuilles par lot scellé, avec jusqu'à 256 feuilles non scellées conservées si le stockage est indisponible.
standing ne classe que le reçu qu'on lui remet ; il ne recherche pas l'événement lui-même.
Accès
API et MCP
REST et MCP
Authentifiez-vous avec une clé d’API d’espace de travail comme jeton Bearer. L’URL de base est https://api.intramedial.com.
Points d’accès REST
POST/api/v1/acp/ledger/blameLister les interventions sur une ressource, la plus récente d'abord.
POST/api/v1/acp/ledger/replayReconstruire le reçu d'un événement et classer son niveau.
Actions MCP
MCPcoordination.ledger.blameFaire le blame d'une ressource comme action MCP.
MCPcoordination.ledger.replayRejouer un événement comme action MCP.
Voyez chaque contrôle de la carte réglementaire, avec exactement ce que cet espace de travail peut prouver aujourd'hui et ce qu'il ne peut pas, les deux restant listés.
Module du plan
