Modelo técnico
Cómo Delphi decide que la evidencia puede ser confiable.
Delphi asegura la ruta desde la captura hasta el certificado: certificando el dispositivo con Apple App Attest, requiriendo la captura dentro de la aplicación Delphi, examinando imágenes reproducidas, vinculando la hora y la ubicación al registro, y anclando una prueba criptográfica en una cadena de bloques pública.
← Descripción general de la plataformaCaptura
La evidencia se origina dentro del entorno de captura de Delphi. No puede ser suministrada desde fuera de él.
Las fotos y videos se graban a través de la aplicación Delphi Verify para iOS usando la cámara del dispositivo. Los medios no se pueden seleccionar de la biblioteca de fotos, importar desde otro dispositivo o cargar desde una fuente externa. Esta única restricción elimina la categoría más grande de fraude probatorio: presentar una imagen que es genuina, pero que no es de este activo, en este momento, en este lugar.
Un certificado contiene entre uno y veinte elementos de evidencia, y se admiten tanto fotos como videos. Cada elemento se revisa antes de ser aceptado en el borrador.
La aplicación requiere una ubicación precisa en primer plano y puede negarse a capturar cuando iOS informa una precisión de ubicación reducida. Las muestras de posición se estabilizan en el dispositivo, y las muestras obsoletas, inválidas o insuficientemente precisas se rechazan en lugar de registrarse con una advertencia.
Una sesión de captura es de un solo uso y expira veinticuatro horas después de la primera captura. La evidencia reunida en una sesión no puede extenderse o reutilizarse silenciosamente más tarde.
Atestiguar
El dispositivo y la aplicación demuestran ser lo que afirman ser, utilizando Apple App Attest.
En el primer uso, la aplicación genera una clave de App Attest en el hardware seguro del dispositivo, la atestigua contra Apple y registra el dispositivo verificado con Delphi. Se conservan la clave pública de atestación y el contador de firmas.
En la publicación, la aplicación firma una carga útil canónica que cubre la sesión de captura, el nonce de la sesión, el nivel de privacidad seleccionado y la lista ordenada de compromisos de medios. Delphi verifica que el dispositivo pertenece al usuario, que la plataforma y el entorno de atestación son válidos, que la firma de la aserción y la identidad del paquete son correctas, y que el contador de firmas ha avanzado estrictamente.
La consecuencia práctica merece ser expuesta claramente: un cliente API ordinario no puede publicar medios arbitrarios como si hubieran provenido del flujo de captura confiable de iOS. La atestación es lo que hace que la restricción de captura sea exigible en lugar de simplemente declarada.
Las fotos se examinan adicionalmente para detectar el riesgo de reproducción —imágenes de pantallas, fotografías impresas y otras superficies reproducidas—, que es la forma más común de burlar una cadena de captura que de otro modo sería sólida. El análisis devuelve un resultado aceptado, rechazado o con fallo técnico, y un análisis rechazado bloquea la publicación.
Sellar
La evidencia se compromete, se codifica y se registra en una única transacción de publicación.
Los medios de origen se codifican con SHA-256 antes de la carga, y el manifiesto completo se compromete de antemano. El servidor luego requiere que la prueba de publicación haga referencia exactamente a los compromisos esperados, en orden de captura, por lo que los medios no pueden ser sustituidos, reordenados o añadidos después del hecho.
La publicación se rechaza si la sesión ha expirado o ha sido utilizada, si los recuentos, el orden o los compromisos de los medios no coinciden, si los hashes son inválidos o duplicados, si se rechazó un análisis de fotos, si las marcas de tiempo caen fuera de la ventana de la sesión, si no se cumplen los requisitos de privacidad o si el dispositivo no está verificado.
En caso de éxito, el certificado se escribe junto con sus medios, prueba, estado de verificación y un anclaje de cadena de bloques pendiente, y se emite un código público de ocho caracteres.
Anclaje
Una prueba se publica en el Servicio de Atestación de Ethereum en Base, fuera del control de Delphi.
Después de que se confirma el certificado, Delphi envía una atestación del Servicio de Atestación de Ethereum (EAS) que contiene la prueba del certificado a la red principal de Base, ID de cadena 8453.
El anclaje pasa de pendiente a enviado y luego a confirmado, o registra un fallo con un error almacenado. El informe público distingue un certificado que ha sido creado de uno cuyo registro está confirmado en la cadena —una distinción que mostramos en lugar de suavizar, porque las dos no son la misma garantía.
Una vez confirmado, el informe expone el hash de la transacción y el UID de la atestación, que enlazan directamente con el explorador EAS externo. El propósito es limitado y merece ser preciso: establece que esta prueba exacta existió en esta forma exacta en ese momento, en un registro que Delphi no controla y no puede revisar silenciosamente.
Verificar
Cualquier persona que tenga el código puede inspeccionar la evidencia y verificarla de forma independiente.
Un certificado se abre desde un código QR o un código público de ocho caracteres. No se requiere una cuenta ni una relación con Delphi, lo cual es importante, porque la parte que más necesita confiar en la evidencia rara vez es la parte que la creó.
El informe presenta los medios, la hora de captura informada por el dispositivo, el número y tipo de archivos de evidencia, la ubicación y precisión de la captura, el estado de verificación de la captura y del dispositivo, y el estado del anclaje de la cadena de bloques.
Una sección de verificación independiente expandible expone los campos de prueba decodificados y los hashes de los medios, para que un revisor técnico pueda volver a calcular los valores relevantes en lugar de tomar la interfaz al pie de la letra.
Si se ha eliminado un certificado, el código devuelve un estado de eliminado permanente en lugar de desaparecer silenciosamente.
Señales corroborantes
Ninguna señal individual es confiable por sí sola.
Delphi acepta evidencia solo cuando varias verificaciones independientes coinciden. Las señales disponibles difieren según la clase de activo, y esa es la diferencia entre una plataforma de verificación y una aplicación de cámara.
Apple App Attest
En vivoAtestación de dispositivo y aplicación respaldada por hardware
Solo captura en la aplicación
En vivoSin importación de biblioteca ni carga externa
Detección de reproducción de fotos
En vivoFotografías filtradas para pantallas, impresiones y superficies reproducidas
Se requiere ubicación precisa
En vivoCaptura de precisión reducida rechazada
Hora de captura del dispositivo
En vivoVinculado a una sesión de un solo uso de 24 horas
Hashing de medios SHA-256
En vivoConfirmado antes de la carga, verificado en la publicación
Anclaje EAS en Base
En vivoID de cadena 8453, inspeccionable externamente
Evidencia en video
En vivoCon miniatura y validación de propiedades de medios
Lo que se envía y lo que no
Las señales encima del divisor están hoy en el producto. Las que están debajo son la dirección de desarrollo, mostradas porque explican hacia dónde va la plataforma en lugar de lo que hace actualmente. Preferimos ser claros sobre el límite antes que dejar que se infiera.
Identificadores de activos
Hoja de rutaVIN, número de serie, título o referencia de consignación
Posición de navegación
Hoja de rutaCorroboración de embarcaciones y marina
Etiquetas QR y NFC
Hoja de rutaEtiquetado de activos físicos
Telemetría e IoT
Hoja de rutaDatos de activos conectados
Privacidad de la ubicación
Pruebe dónde, sin exponer exactamente dónde.
La ubicación es lo más sensible que registra Delphi. La evidencia generalmente necesita establecer dónde estaba algo, pero rara vez necesita publicarlo al metro más cercano para cualquiera que tenga el código.
Las coordenadas precisas se muestran en el certificado. Apropiado cuando la posición específica es la evidencia en sí misma.
Las coordenadas públicas se ajustan a una cuadrícula más gruesa y la dirección mostrada se generaliza.
Solo se publica un área aproximada, suficiente para establecer la región sin revelar una dirección específica.
El nivel de privacidad se elige en el momento de la publicación y se restringe automáticamente si la precisión disponible no puede soportar el nivel solicitado. La precisión pública reducida no debilita la verificación: la captura subyacente conserva la evidencia derivada del dispositivo necesaria para verificar la prueba.
Implementación
Cómo se usa Delphi hoy.
La verificación solo es útil donde el trabajo ya se realiza. Esto es lo que implica actualmente la implementación de Delphi, y lo que aún no incluye.
Aplicación de captura iOS
DisponibleLa evidencia se captura a través de la aplicación Delphi Verify en iOS, por las personas que ya asisten al activo. Inicie sesión con Apple, Google o correo electrónico.
Verificación de terceros
DisponibleLos certificados se abren desde un código QR o un código público sin cuenta ni incorporación, para que las contrapartes, los ajustadores y los prestamistas puedan verificar la evidencia directamente.
Gestión de certificados
DisponibleLos certificados publicados se pueden explorar, editar cuando se autorice y eliminar, registrando la eliminación y el código público devolviendo un estado eliminado.
Integración programática
Todavía noTodavía no está disponible una API orientada a socios para crear solicitudes de captura y recuperar certificados de sus propios sistemas. Los requisitos de integración son algo que estamos definiendo activamente con los primeros clientes.
Captura de Android
Todavía noLa captura actualmente es solo para iOS. El modelo de atestación de dispositivos se basa en Apple App Attest; aún no se ha lanzado un equivalente para Android.
Si su implementación depende de algo del segundo grupo, díganoslo. Saber cuál de estos realmente bloquea un lanzamiento es realmente útil para nosotros.
¿Dónde se rompe la confianza en su industria?
- Una entrega que sale mal.
- Una reclamación difícil de justificar.
- Una inspección que cuesta más de lo que debería.
- Un hito que nadie fuera del sitio puede verificar.
- Una transferencia de responsabilidad que nadie registró correctamente.









