Intramedial befindet sich in der eingeschränkten Beta. Bei der Registrierung oder Anmeldung müssen Sie das erhaltene Beta-Tester-Passwort angeben oder unter preview@intramedial.com eines anfordern. Vielen Dank.
Wird geladen…
ledger.blameModul 10
Plane-Modul
Ledger, replay and blame
Verfolgen Sie jede Berührung einer Ressource der Reihe nach und spielen Sie jedes Ereignis per Replay ab, um den Beleg neu aufzubauen, der zeigt, dass es tatsächlich geschah.
ledger.blame durchläuft das Ledger dieses Workspace für eine Ressource und liefert ihre Berührungen, jüngste zuerst, per exakter Ressource oder exaktem Subjekt abgeglichen, nie per loser Textsuche. ledger.replay baut den Beleg eines Ereignisses neu auf und bewertet ihn ehrlich, wenn die neu berechnete Root vom Gespeicherten abweicht.
Agenten handeln, wenn die Ebene Ja sagt – und das Protokoll sagt, warum.
Leiten Sie Agent-Aktionen, Inhalts-Hashes, API-Checks, DNS-Abfragen, Webhooks, LLM-Aufrufe und Git-Commits über Intramedial – für einen signierten Beleg, den jeder prüft, ohne uns zu vertrauen.
Aus replay: der neu aufgebaute ReceiptV0, mit rootHex, dem Merkle-proof und etwaigen witnesses.
standing
Die Note des Belegs: witnessed, issuer-signed, self-attested, unchecked oder forged.
rootHex
Die Merkle-Root des versiegelten Batches, gegen die das Blatt eines Ereignisses bewiesen wird.
Mechanismus
Schritt für Schritt
So funktioniert es
Ereignisse werden in Merkle-Batches versiegelt
Zweiunddreißig Blätter füllen einen versiegelten Batch, mit eigener Root in den Objektspeicher geschrieben; bis zu 256 Blätter bleiben unversiegelt im Live-Store, wenn kein Objektspeicher gebunden ist.
blame gleicht strukturell ab
Ein Ereignis gilt nur als Berührung einer Ressource, wenn sein eigenes Feld resource oder subject der angegebenen entspricht, nicht weil der Name der Ressource irgendwo im Payload-Text steht.
Berührungen kommen jüngste zuerst
Die gelieferten events stehen für diese eine Ressource in umgekehrter Zeitfolge, wobei lastTouch die jüngste nennt und nie erfasste Felder in unknown gelistet sind.
replay baut neu auf und prüft sich selbst
Das Abspielen eines Ereignisses leitet seinen Merkle-Beweis neu ab. Passt die neu aufgebaute Root nicht zur gespeicherten, werden die Witness-Angaben des Belegs entfernt, statt als verifiziert ausgeliefert zu werden.
Ausprobieren
Live-Demo
Direkt auf dieser Seite ausführen
POST/api/v1/acp/ledger/blame
{
"resource": "repo:payments/main"
}
Läuft in einem gemeinsamen Demo-Workspace mit einem Demo-Schlüssel: Jeder kann sehen, was darin liegt, senden Sie also nichts Privates. Doku zu ledger.blame
Antworten
Klicken Sie auf Ausführen, um die Anfrage links an den gemeinsamen Demo-Workspace zu senden.
Läuft in einem gemeinsamen Demo-Workspace mit einem Demo-Schlüssel: Jeder kann sehen, was darin liegt, senden Sie also nichts Privates.
Code
Live-Beispiel
Eine echte Anfrage
Eine Anfrage in der Form, die die API akzeptiert, und eine Beispielantwort in der Form, die das Modul liefert.
Bevor ein Betreiber an einer umstrittenen Ressource handelt, blamt er sie, um jeden Agenten zu sehen, der sie änderte, der Reihe nach, und wer sie zuletzt berührte.
Den Beweis neu aufbauen, dass eine Aktion geschah
replay rekonstruiert den Beleg für ein Ereignis, sodass sich ein Streit darüber, ob etwas tatsächlich geschah, aus dem Ledger selbst klären lässt.
Die eigene Ehrlichkeit eines Belegs prüfen
Ein neu aufgebauter Beleg, dessen Root nicht zur gespeicherten passt, kommt mit entfernten Witness-Angaben zurück, sodass eine Abweichung nicht mit einem verifizierten Beweis verwechselt werden kann.
Bewerten, wie stark ein Beleg steht
standing sagt einem Prüfer, ob ein Beleg unabhängig bezeugt oder nur von der Plane selbst bescheinigt ist, ohne dass er ihn von Hand verifizieren muss.
Wann etwas anderes passt
Eine Textsuche über Ereignis-Payloads. Der Abgleich ist strukturell, nur über die Felder resource oder subject.
Über Workspaces hinweg greifen. blame und replay lesen immer nur das eigene Ledger dieses Workspace.
Einen bezeugten Beleg ausstellen. Der Kernel beansprucht witnessed nie von sich aus; diese Note braucht einen externen Witness, der es tatsächlich bestätigt.
Nachweis
Garantien
Was es leistet und was nicht
Ein Modul ist eine starke Aussage über etwas Enges. Verlassen Sie sich genau darauf.
Es leistet
Die Merkle-Root eines Batches wird über die Blätter berechnet, die er tatsächlich versiegelte; zweiunddreißig Blätter füllen einen Batch, bevor er in den Objektspeicher versiegelt wird.
Die Treffer von blame sind strukturelle Gleichheit auf resource oder subject, keine Teilstring-Suche, die ein fremdes Ereignis fälschlich treffen könnte.
Ein per Replay erzeugter Beleg, dessen neu aufgebaute Root von der gespeicherten abweicht, liefert seine Witness-Angaben nie so aus, als wären sie verifiziert.
Es leistet nicht
Dass jedes Feld eines Ereignisses vorhanden ist. lastTouch kann legitim fehlende Felder actor, lease oder ruling in unknown melden.
Dass ein als issuer-signed bewerteter Beleg unabhängig bezeugt wurde. Die Plane stellt witnessed-Belege nicht auf eigenes Wort aus.
Dass replay mehr prüft als das eine Ereignis, das es erhielt; es durchsucht nicht die ganze Historie der Ressource.
Details
Bauhinweise
Bevor Sie bauen
Zwei Merkle-Systeme, nicht eines
Das Batching dieses Ledgers und die Audit-Ketten-Versiegelung von ledger-bundles.snapshot nutzen getrennte Merkle-Implementierungen über verschiedene Daten; beschreiben Sie sie nicht als denselben Mechanismus.
Unversiegelte Ereignisse antworten weiter
Ist kein Objektspeicher gebunden, bleiben Blätter einfach im Durable Object unversiegelt, statt Lese- oder Schreibzugriffe zu blockieren.
Witnessing ist opak, sofern nicht konfiguriert
Witness-IDs wie ein OTS-Digest werden als Strings erfasst, die der Kernel nicht selbst über das Netzwerk verifiziert; ohne konfigurierten Produktiv-Fetch bewirkt Witnessing nichts.
Limits und Bemessung
blame und replay sind beide Lese-Aktionen und ändern nichts.
Die Batch-Größe im Objektspeicher beträgt 32 Blätter je versiegeltem Batch, wobei bis zu 256 unversiegelte Blätter gehalten werden, falls der Speicher nicht verfügbar ist.
standing bewertet nur den erhaltenen Beleg; es schlägt das Ereignis nicht selbst nach.
Zugriff
API & MCP
REST und MCP
Authentifizieren Sie sich mit einem Workspace-API-Schlüssel als Bearer-Token. Die Basis-URL ist https://api.intramedial.com.
REST-Endpunkte
POST/api/v1/acp/ledger/blameDie Berührungen einer Ressource auflisten, jüngste zuerst.
POST/api/v1/acp/ledger/replayDen Beleg eines Ereignisses neu aufbauen und sein Standing bewerten.
MCP-Aktionen
MCPcoordination.ledger.blameEine Ressource als MCP-Aktion blamen.
MCPcoordination.ledger.replayEin Ereignis als MCP-Aktion per Replay abspielen.
Plane-Modul
