// Canal de pruebas

Cada evento.
Una sola capa de prueba.

Proofstream es el canal de pruebas en el núcleo de Attesto 2.0. Recibe eventos de cualquier fuente, los transforma en objetos de prueba a prueba de manipulaciones y hace cada objeto verificable de forma independiente.

// Qué prueba Attesto

Cada categoría de evento digital.

[ IA ]

Decisiones de IA

Inferencia del modelo, hash del prompt, hash de la salida, versión del modelo, intervención humana, verificación de política, clasificación de riesgo.

[ App ]

Actividad de aplicaciones

Llamada a la API, paso del proceso, aprobación, evento de acceso, cambio de configuración, paso del proceso de negocio.

[ Ciber ]

Incidentes de ciberseguridad

Detección, escalada, contención, remediación, recibos de aprobación, hitos de recuperación.

[ Datos ]

Movimiento de datos

Evento de transferencia, reclamación de ubicación, compromiso de almacenamiento, registro de procesamiento, prueba de eliminación, prueba de retención.

[ Contenido ]

Contenido digital

Manifiesto C2PA, hash de medios, cadena de edición, prueba de publicación, registro de distribución.

[ Auditoría ]

Actividad de auditoría

Evento de control, prueba de control, recibo de auditor, verificación de política, hito de cumplimiento.

// Cómo conectar

Cuatro formas de enviar eventos.

[ 01 ]

SDK

Integre el SDK de Attesto directamente en su aplicación o sistema de IA para el envío programático de eventos.

[ 02 ]

API REST

Envíe eventos mediante HTTP POST desde cualquier plataforma o sistema capaz de realizar solicitudes web.

[ 03 ]

Conectores

Instale conectores del marketplace que enruten automáticamente eventos desde herramientas existentes a Proofstream.

[ 04 ]

Lotes

Importe lotes estructurados de registros históricos o grandes volúmenes mediante carga masiva.

// Ciclo de vida completo de Proofstream

Del evento al bundle verificable de forma independiente.

[ 01 ]

Evento

Una acción del sistema se envía a Attesto mediante SDK, API o conector.

[ 02 ]

Recibo

Se devuelve inmediatamente un recibo firmado — la primera capa de verificación criptográfica.

[ 03 ]

Ventana

Los eventos se agrupan en ventanas cerradas con pruebas de inclusión y compromisos de ventana.

[ 04 ]

Checkpoint

Los compromisos de cabeza de flujo capturan instantáneas criptográficas del estado completo del flujo de pruebas.

[ 05 ]

Testigo

Testigos independientes atestiguan la validez de los checkpoints. Los historiales conflictivos producen pruebas de fork automáticamente.

[ 06 ]

Anclaje

Las raíces de checkpoint se anclan externamente, creando un compromiso con marca de tiempo independiente de Attesto.

[ 07 ]

Bundle

Se ensambla un Truth Package portátil: recibos, ventanas, checkpoints, declaraciones de testigos y anclajes en un archivo verificable.

// Plano de testigos

Ninguna parte única controla la integridad de sus pruebas.

El plano de testigos garantiza la atestación independiente en cada checkpoint. Cuando los historiales de pruebas entran en conflicto, se generan automáticamente pruebas de fork — evidencia legible por máquina de lo que ocurrió.

[ 1-de-1 ]

Quórum simple

Un testigo debe atestiguar para que se acepten los checkpoints. Configuración más sencilla para flujos internos o de bajo riesgo.

[ 2-de-3 ]

Quórum de supermayoría

Dos de tres testigos deben estar de acuerdo. Detección de fork más sólida para flujos de pruebas regulados o de alto riesgo.

// Detección de fork

Los historiales conflictivos se convierten en pruebas.

Si un sistema intenta reescribir su historial de pruebas, el plano de testigos detecta el conflicto. En lugar de un desacuerdo silencioso, Attesto genera pruebas de fork: evidencia legible por máquina del conflicto, quién lo reportó y cuándo.

Inicie su canal de pruebas.

Reservar una demo