Cuando está habilitado para una operación, un TrustReceipt conserva un justificante digital firmado del contexto y de la decisión registrada. Ayuda a detectar cambios posteriores; no demuestra por sí solo que el hecho ocurriera ni decide responsabilidades legales.
Corpus v1.0 existente · la emisión en producción sigue apagada · hardening v1.1 detrás de bandera.
Cada pieza —la intención declarada por el agente, la decisión de tu política, el pedido creado y el resultado final— vive en sistemas distintos: los registros del agente, tu tienda, tu proveedor de pagos, tu logística. Cuando llega una disputa, una devolución o una auditoría, rehacer esa traza a mano es lento y discutible.
Un log de aplicación se puede editar, truncar o perder sin que nadie lo note; no distingue una manipulación de la operación normal.
Un recibo firmado delata cualquier alteración: la verificación falla si cambió un solo byte.Saber qué agente actuó no dice qué entrada recibió, qué salida generó ni bajo qué política se decidió.
Cada recibo referencia el hash canónico de la entrada y la salida exactas de esa operación.Un proveedor de pagos, un tribunal y un auditor no consumen el mismo formato ni aplican el mismo criterio.
La postura legal de v1.1 está implementada, pero sigue detrás de bandera y pendiente de revisión jurídica externa.El recibo firma los hashes y el contexto capturados en una superficie cubierta. Refuerza la trazabilidad; no garantiza una defensa ni sustituye el resto del expediente.
Los cuerpos completos de entrada y salida nunca salen del almacén cifrado del comercio; el recibo sólo referencia su hash. Lo que se firma y se comparte es esto.
{ "id": "tr_01JY7E4M8XN3QF7A92F", "callId": "call_01JY7E4M79QK", "agentId": "urn:agent:demo-buyer-01", "merchantId": "agenticmcpstore", "bucket": "checkout", "tool": "complete_checkout", "inputHash": "sha256:4b8d…21f0", "outputHash": "sha256:9a11…77c2", "signingKeyKid": "trusteed-ed25519-2026-06", "jws": "eyJhbGciOiJFZERTQSJ9…", "jwksSnapshotUrl": ".well-known/jwks/2026-06.json", "schemaVersion": "1.0", "createdAt": "2026-07-27T10:14:32Z"}Cualquier librería JOSE estándar verifica la firma. No hace falta un SDK propietario.
La prueba sólo vale si le ahorra trabajo a alguien concreto en el momento en que la necesita.
Reduce la reconstrucción manual entre sistemas cuando la superficie ha emitido el recibo.
JWS compact Ed25519 estándar: criptografía pura, sin depender de un proveedor.
La clave que firmó viaja con el propio recibo, no sólo en un sistema de terceros.
Esta sección describe orientación técnica, no una certificación ni una opinión jurídica. La política de afirmaciones sigue pendiente de aprobación externa.
Aviso: un TrustReceipt es evidencia técnica verificable criptográficamente. No determina por sí mismo la responsabilidad legal. Su admisibilidad o su fuerza dependen de la legislación aplicable, de los acuerdos entre las partes y de otros hechos ajenos al formato.
Estas son las piezas implementadas o previstas. Su estado indica si pueden usarse hoy o siguen detrás de una condición de despliegue.
Sin una pieza así, cada disputa empieza reconstruyendo a mano qué pasó, cruzando los registros del agente, la tienda y el proveedor de pagos, y confiando en que nadie los tocó.
No puede afirmarse de forma universal. Su admisibilidad y su fuerza dependen de la jurisdicción, el procedimiento, los acuerdos entre las partes y el resto de la evidencia.
No para verificar una firma JWS. Sí para cualquier afirmación de sello cualificado; esa capacidad no está disponible.
El corpus actual persiste el JWS y sus referencias. El encadenado por hash y los puntos de control existen detrás de una bandera desactivada y no se presentan como capacidad operativa.
La arquitectura contempla snapshots históricos y una lista de revocación firmada. El código está terminado, pero el despliegue y la sonda productiva deben confirmarse antes de depender de ellos.
Este recibo no sustituye tu checkout, tu proveedor de pagos ni tu sistema de registro. Hace verificable, fuera de Trusteed, lo que ya estaba pasando.