Intramedial è in beta ristretta. Alla registrazione o all’accesso devi fornire la password da beta tester che hai ricevuto oppure richiederne una a preview@intramedial.com. Grazie.
Caricamento…
ledger.blameModulo 10
Modulo della piattaforma
Ledger, replay and blame
Ricostruisci in ordine ogni intervento su una risorsa, e riproduci qualsiasi evento per ricostruire la ricevuta che mostra che è davvero avvenuto.
ledger.blame percorre il ledger di questo workspace per una risorsa e ne restituisce gli interventi dal più recente, corrisposti per risorsa o soggetto esatti, mai con ricerca testuale approssimata. ledger.replay ricostruisce la ricevuta di un evento e la valuta onestamente se la radice ricalcolata non concorda con quella salvata.
Gli agenti agiscono quando il piano dice sì, e il registro dice perché.
Fai passare da Intramedial azioni di agenti, hash di contenuti, controlli API, lookup DNS, webhook, chiamate LLM e commit git. Ricevi una ricevuta firmata che chiunque verifica, senza fidarsi di noi.
Da replay: la ReceiptV0 ricostruita, con rootHex, la proof Merkle ed eventuali witnesses.
standing
Il livello della ricevuta: witnessed, issuer-signed, self-attested, unchecked o forged.
rootHex
La radice Merkle del batch sigillato rispetto alla quale è provata la foglia di un evento.
Meccanismo
Passo dopo passo
Come funziona
Gli eventi sono sigillati in batch Merkle
Trentadue foglie riempiono un batch sigillato, scritto nello storage a oggetti con la propria radice; fino a 256 foglie restano non sigillate nello store attivo se lo storage a oggetti non è associato.
blame corrisponde strutturalmente
Un evento conta come intervento su una risorsa solo se il suo campo resource o subject è uguale a quello dato, non perché il nome della risorsa compare nel testo del payload.
Gli interventi tornano dal più recente
Gli events restituiti sono in ordine temporale inverso per quella risorsa, con lastTouch che nomina l’ultimo e gli eventuali campi mai registrati elencati in unknown.
replay ricostruisce e si controlla
Riprodurre un evento ricalcola la sua prova Merkle. Se la radice ricostruita non corrisponde a quella salvata, le attestazioni di testimone della ricevuta sono rimosse invece di essere consegnate come verificate.
Provalo
Demo live
Eseguilo da questa pagina
POST/api/v1/acp/ledger/blame
{
"resource": "repo:payments/main"
}
Viene eseguito in un workspace demo condiviso con una chiave demo: chiunque può vedere cosa contiene, quindi non inviare nulla di privato. Docs di ledger.blame
Risposte
Premi Esegui per inviare la richiesta a sinistra al workspace demo condiviso.
Viene eseguito in un workspace demo condiviso con una chiave demo: chiunque può vedere cosa contiene, quindi non inviare nulla di privato.
Codice
Esempio live
Una richiesta reale
Una richiesta nella forma accettata dall’API e una risposta di esempio nella forma restituita dal modulo.
Prima di agire su una risorsa contesa, un operatore ne fa il blame per vedere ogni agente che l’ha cambiata, in ordine, e chi l’ha toccata per ultimo.
Ricostruire la prova che un’azione è avvenuta
replay ricostruisce la ricevuta di un evento, così una disputa su se qualcosa sia davvero accaduto si risolve dal ledger stesso.
Controllare l’onestà di una ricevuta
Una ricevuta ricostruita la cui radice non corrisponde a quella salvata torna con le attestazioni di testimone rimosse, così una discordanza non può essere scambiata per una prova verificata.
Valutare quanto è solida una ricevuta
standing dice a un auditor se una ricevuta è attestata in modo indipendente o solo autodichiarata dalla piattaforma, senza che debba verificarla a mano.
Quando usare altro
Una ricerca testuale nei payload degli eventi. La corrispondenza è strutturale, solo sui campi resource o subject.
Attraversare i workspace. blame e replay leggono solo il ledger di questo workspace.
Coniare una ricevuta attestata. Il kernel non dichiara mai witnessed da sé; quel livello richiede che un testimone esterno lo confermi davvero.
Prove
Garanzie
Cosa fa e cosa non fa
Un modulo è una promessa forte su una cosa circoscritta. Contaci esattamente per ciò che è.
Fa
La radice Merkle di un batch è calcolata sulle foglie che ha davvero sigillato; trentadue foglie riempiono un batch prima che sia sigillato nello storage a oggetti.
Le corrispondenze di blame sono uguaglianze strutturali su resource o subject, non una ricerca per sottostringa che potrebbe corrispondere per errore a un evento non correlato.
Una ricevuta riprodotta la cui radice ricostruita non concorda con quella salvata non consegna mai le sue attestazioni di testimone come se fossero verificate.
Non fa
Che ogni campo di un evento sia presente. lastTouch può legittimamente riportare in unknown campi actor, lease o ruling mancanti.
Che una ricevuta valutata issuer-signed sia stata attestata in modo indipendente. La piattaforma non conia ricevute witnessed sulla propria parola.
Che replay verifichi qualcosa oltre al singolo evento ricevuto; non scansiona l’intera storia della risorsa.
Dettagli
Note di sviluppo
Prima di costruire
Due sistemi Merkle, non uno
Il batching di questo ledger e il sigillo della catena di audit di ledger-bundles.snapshot usano implementazioni Merkle separate su dati diversi; non descriverli come lo stesso meccanismo.
Gli eventi non sigillati rispondono comunque
Se lo storage a oggetti non è associato, le foglie restano semplicemente non sigillate nel Durable Object invece di bloccare letture o scritture.
La testimonianza è opaca se non configurata
Gli id di testimone come un digest OTS sono registrati come stringhe che il kernel non verifica in rete; senza un fetch di produzione configurato, la testimonianza è un no-op.
Limiti e misurazione
blame e replay sono entrambe azioni di lettura e non cambiano nulla.
La dimensione del batch nello storage a oggetti è di 32 foglie per batch sigillato, con fino a 256 foglie non sigillate tenute se lo storage non è disponibile.
standing valuta solo la ricevuta ricevuta; non cerca l’evento da sé.
Accesso
API e MCP
REST e MCP
Autenticati con una chiave API del workspace come token Bearer. L’URL di base è https://api.intramedial.com.
Endpoint REST
POST/api/v1/acp/ledger/blameElenca gli interventi su una risorsa, dal più recente.
POST/api/v1/acp/ledger/replayRicostruisci la ricevuta di un evento e valutane lo standing.
Azioni MCP
MCPcoordination.ledger.blameEsegui il blame di una risorsa come azione MCP.
MCPcoordination.ledger.replayRiproduci un evento come azione MCP.
Vedi ogni controllo della mappa normativa, con esattamente ciò che questo workspace può documentare oggi e ciò che no, tenuto elencato in entrambi i casi.
Modulo della piattaforma
