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-bundles.snapshotModul 49
Plane-Modul
Signed evidence bundles
Versiegeln Sie die Audit-Kette Ihres Workspace zu einem signierten Bündel, das ein Prüfer offline gegen einen für jedermann lesbar veröffentlichten Schlüssel prüfen kann.
ledger-bundles.snapshot signiert einen Bereich des Audit-Logs mit einem Schlüssel je Jurisdiktion und liefert das Bündel. Der passende öffentliche Schlüssel liegt an einem bekannten JWK-Endpunkt, und derselbe Code verifiziert ihn auf der öffentlichen Route und offline, sodass eine Prüfung nie davon abhängt, Intramedial zu fragen.
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.
StatusBitcoin-Verankerung wird gegen den Block-Header geprüft
Die öffentliche Route /ots/verify führt den Op-Baum des Beweises vom verankerten Digest erneut aus und vergleicht die abgeleitete Merkle-Root mit dem Header des genannten Blocks. Ein manipulierter Op-Baum, der einen echten Block nennt, wird abgelehnt. Es belegt, dass der Digest bis zu diesem Block existierte, nicht was der Digest bedeutet. Die Merkle-Root des Blocks stammt aus einer öffentlichen Bitcoin-API; Proof-of-Work des Headers und eine Mindest-Bestätigungstiefe werden nicht geprüft, und notVerified sagt das.
Protokoll
Das Protokoll
Was erfasst wird
bundleId
Die eigene ID des Bündels.
jurisdiction
Die Region, deren Signaturschlüssel dieses Bündel versiegelte.
rangeStart
Der Beginn des versiegelten Bereichs, oder nicht gesetzt, wenn der Snapshot vom Genesis aus startete.
Die Root über die Hashes der versiegelten Einträge.
recordCount
Wie viele Audit-Log-Zeilen das Bündel abdeckt.
signingKeyId
Welcher veröffentlichte Schlüssel das Bündel signierte, gegen das bekannte JWK-Set abgeglichen.
ed25519Signature
Die Signatur über die kanonische Form des Bündels.
otsProof
null, bis der tägliche Anker-Cron einen Bitcoin-Block für die Super-Root dieses Bündels bestätigt.
Mechanismus
Schritt für Schritt
So funktioniert es
Ein Snapshot wird angefordert
POST /api/v1/ledger-bundles/snapshot mit optionalem scope, rangeStart und rangeEnd; ohne Bereich erfasst es die gesamte Audit-Historie bis heute, nicht inkrementell.
Die Kette wird versiegelt und signiert
Audit-Log-Zeilen im Bereich werden zu einer Merkle-Root gehasht und mit dem Ed25519-Schlüssel der Jurisdiktion der Anfrage signiert; ist für diese Region kein Schlüssel bereitgestellt, antwortet die Anfrage 503, statt mit dem falschen Schlüssel zu signieren.
Der öffentliche Schlüssel ist schon da draußen
GET /.well-known/ledger-bundles-keys.json liefert das JWK-Set ohne Authentifizierung, sodass die Signatur eines Bündels geprüft werden kann, ohne Intramedial erneut zu kontaktieren.
Eine Super-Root verankert später in Bitcoin
Ein täglicher Cron bündelt die Roots ausstehender Bündel zu einer Super-Root, reicht sie einmal bei OpenTimestamps ein und erfasst später den Bitcoin-Block, sobald der Beweis bestätigt.
Ausprobieren
Live-Demo
Direkt auf dieser Seite ausführen
POST/api/v1/ledger-bundles/snapshot
{}
Die Aufrufe dieses Moduls verändern echten Zustand oder erreichen externe Dienste, daher führt die gemeinsame Demo sie nicht aus. Melden Sie sich an, um es in Ihrem eigenen Workspace auszuführen. Doku zu ledger-bundles.snapshot
Antworten
Die Aufrufe dieses Moduls verändern echten Zustand oder erreichen externe Dienste, daher führt die gemeinsame Demo sie nicht aus. Melden Sie sich an, um es in Ihrem eigenen Workspace auszuführen.
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.
Ein Prüfer lädt ein Bündel und den veröffentlichten Schlüssel herunter und verifiziert Signatur und Eintragszahl selbst, ohne Rückruf an Intramedial.
Die Audit-Historie eines Quartals versiegeln
Ein Workspace erstellt zum Quartalsende einen Snapshot seines Audit-Logs und nennt den Bereich ausdrücklich, statt einen Standard-Snapshot erneut alles ab Genesis erfassen zu lassen.
Signatur jetzt, Bitcoin-Beweis später
Die Signatur ist prüfbar, sobald das Bündel ausgestellt ist; der Bitcoin-Anker, der seinen Zeitstempel bestätigt, folgt später, sobald der Beweis des täglichen Crons durchläuft.
Wissen, was die Online-Prüfung abdeckt
Ein Sicherheitsprüfer liest das Feld verified: "merkle_path_to_block_header" der /ots/verify-Antwort und weiß, dass der Op-Baum vom Digest aus erneut ausgeführt wurde und zur Merkle-Root des Block-Headers passte. Ein bloßer Kalender-Zeitstempel braucht digestSha256 mitgesendet.
Wann etwas anderes passt
Das Koordinations-Ledger snapshotten, das ledger.blame liest. Bündel versiegeln die separate Tabelle audit_log der Region, einen ganz anderen Pfad.
Ein inkrementeller Snapshot seit dem letzten Mal. Ohne Bereich wird jedes Mal die gesamte Historie bis heute erfasst.
Nutzung im Free-Tarif. Das Erstellen je Snapshot braucht einen bezahlten Tarif; der Free-Tarif wird auf die Tops-Kette verwiesen.
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 Signatur eines Bündels verifiziert sich gegen das veröffentlichte JWK-Set allein mit dem Bündel und diesem Schlüssel, ohne weiteren Aufruf an Intramedial.
Derselbe Verifikationscode läuft in der öffentlichen Route /verify und im Offline-Verifier-Paket, sodass beide nicht unbemerkt auseinanderdriften können.
Eine Snapshot-Anfrage ohne für ihre Jurisdiktion bereitgestellten Schlüssel wird mit 503 abgelehnt, nie mit einem Schlüssel aus der falschen Region signiert.
Es leistet nicht
Dass der Zeitstempel eines pending-Bündels schon in Bitcoin verankert ist; otsProof bleibt null, und die Antwort erfindet nie eine Bestätigung.
Dass der verankerte Digest zu einem bestimmten Intramedial-Artefakt gehört; /ots/verify belegt, dass der Digest bis zum bezeugten Block existierte, nichts darüber, wofür er steht.
Dass der Bitcoin-Block selbst echt ist: /ots/verify übernimmt die Merkle-Root des Blocks aus einer öffentlichen API (Blockstream), ohne Proof-of-Work oder Bestätigungstiefe zu prüfen.
Dass ein Agent, der die MCP-Aktion aufruft, rangeStart, rangeEnd oder setzen kann. Ihr Schema legt nur offen; jene Felder erreichen den REST-Worker nur vom eigenen Client des Dashboards.
Details
Bauhinweise
Bevor Sie bauen
Zwei Merkle-Systeme, nicht eines
Der domänengetrennte Binärbaum dieses Moduls über Audit-Log-Zeilen ist eine eigene Implementierung neben dem Batching des Koordinations-Ledgers in ledger.blame; beide sollten nie als derselbe Mechanismus beschrieben werden.
Der Tarif begrenzt das Erstellen, nicht das Verifizieren
Free-Workspaces können keinen Snapshot erstellen; Starter und höher können einen je Snapshot kaufen, Pro ergänzt ein Abo für tägliches Auto-Anchoring, und Enterprise enthält es. Ein Bündel, das jemand besitzt, zu verifizieren ist in jedem Tarif kostenlos.
Keine coordination.*-Aktions-ID
Die MCP-Aktionen dieses Moduls liegen in einer eigenen Vertragsdatei außerhalb von contracts/src/actions/coordination.ts, daher ist keine davon hier als coordination.*-Aktion gelistet.
Limits und Bemessung
Ohne rangeStart erfasst ein Snapshot die gesamte Audit-Historie ab Genesis, die bei einem alten Workspace groß sein kann.
Ein Snapshot braucht einen für die Jurisdiktion der Anfrage bereitgestellten Signaturschlüssel; ohne ihn antwortet er 503, statt den Schlüssel einer anderen Region zu borgen.
Das Erstellen eines Snapshots braucht einen bezahlten Tarif; der Free-Tarif kann diese Route nicht aufrufen.
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/ledger-bundles/snapshotEinen Bereich der Audit-Kette versiegeln und signieren.
GET/api/v1/ledger-bundles/anchorsDie für die Bündel dieses Workspace erfassten Bitcoin-Anker-Beweise auflisten.
GET/api/v1/ledger-bundles/verify-chainDie Hash-Verkettung der Audit-Kette selbst prüfen, kostenlos und ungezählt.
MCP-Aktionen
Dieses Modul hat keine MCP-Aktion. Rufen Sie es über REST von jedem Agenten oder Programm auf.
Planen Sie, wo die Koordinationsdaten dieses Workspace liegen sollen, sehen Sie genau, was umzöge, und tragen Sie es dann auf Ihr eigenes Kommando in eine andere Region.
Plane-Modul
