Modèle technique
Comment Delphi décide que les preuves peuvent être fiables.
Delphi sécurise le chemin de la capture au certificat : en attestant l'appareil avec Apple App Attest, en exigeant la capture dans l'application Delphi, en filtrant les images reproduites, en liant l'heure et le lieu à l'enregistrement, et en ancrant une preuve cryptographique sur une blockchain publique.
← Aperçu de la plateformeCapture
Les preuves proviennent de l'environnement de capture Delphi. Elles ne peuvent pas être fournies de l'extérieur.
Les photos et les vidéos sont enregistrées via l'application iOS Delphi Verify à l'aide de l'appareil photo de l'appareil. Les médias ne peuvent pas être sélectionnés dans la bibliothèque de photos, importés d'un autre appareil ou téléchargés à partir d'une source externe. Cette seule contrainte élimine la plus grande catégorie de fraude probatoire : la soumission d'une image qui est authentique, mais qui ne concerne pas cet actif, à ce moment-là, à cet endroit.
Un certificat contient entre un et vingt éléments de preuve, et les photos et les vidéos sont prises en charge. Chaque élément est examiné avant d'être accepté dans le brouillon.
L'application nécessite une localisation précise en arrière-plan et peut refuser de capturer si iOS signale une précision de localisation réduite. Les échantillons de position sont stabilisés sur l'appareil, et les échantillons périmés, invalides ou insuffisamment précis sont rejetés plutôt que d'être enregistrés avec une mise en garde.
Une session de capture est à usage unique et expire vingt-quatre heures après la première capture. Les preuves assemblées en une seule session ne peuvent pas être discrètement prolongées ou réutilisées ultérieurement.
Attester
L'appareil et l'application prouvent qu'ils sont ce qu'ils prétendent être, en utilisant Apple App Attest.
Lors de la première utilisation, l'application génère une clé App Attest dans le matériel sécurisé de l'appareil, l'atteste auprès d'Apple et enregistre l'appareil vérifié auprès de Delphi. La clé publique d'attestation et le compteur de signature sont conservés.
Lors de la publication, l'application signe une charge utile canonique couvrant la session de capture, le nonce de session, le niveau de confidentialité sélectionné et la liste ordonnée des engagements médiatiques. Delphi vérifie que l'appareil appartient à l'utilisateur, que la plateforme et l'environnement d'attestation sont valides, que la signature d'assertion et l'identité du bundle sont correctes, et que le compteur de signature a strictement avancé.
La conséquence pratique mérite d'être énoncée clairement : un client API ordinaire ne peut pas publier des médias arbitraires comme s'ils provenaient du flux de capture iOS fiable. L'attestation est ce qui rend la contrainte de capture applicable plutôt que simplement énoncée.
Les photos sont en outre soumises à un dépistage des risques de reproduction — images d'écrans, de photographies imprimées et d'autres surfaces reproduites — qui est le moyen le plus courant de contourner un pipeline de capture autrement solide. L'analyse renvoie un résultat accepté, rejeté ou techniquement échoué, et une analyse rejetée bloque la publication.
Sceller
La preuve est engagée, hachée et enregistrée dans une seule transaction de publication.
Les médias sources sont hachés avec SHA-256 avant le téléchargement, et le manifeste complet est engagé à l'avance. Le serveur exige ensuite que la preuve de publication fasse référence exactement aux engagements attendus, dans l'ordre de capture — de sorte que les médias ne peuvent pas être substitués, réorganisés ou ajoutés après coup.
La publication est refusée si la session a expiré ou a été utilisée, si le nombre de médias, l'ordre ou les engagements ne correspondent pas, si les hachages sont invalides ou dupliqués, si une analyse de photo a été rejetée, si les horodatages se situent en dehors de la fenêtre de session, si les exigences de confidentialité ne sont pas respectées, ou si l'appareil n'est pas vérifié.
En cas de succès, le certificat est rédigé avec ses médias, sa preuve, son statut de vérification et une ancre de blockchain en attente, et un code public de huit caractères est émis.
Ancre
Une preuve est publiée sur le service d'attestation Ethereum sur Base, hors du contrôle de Delphi.
Une fois le certificat engagé, Delphi soumet une attestation Ethereum Attestation Service (EAS) contenant la preuve du certificat au réseau principal Base, ID de chaîne 8453.
L'ancre passe de l'état en attente à l'état soumise, puis à l'état confirmée, ou enregistre un échec avec une erreur stockée. Le rapport public distingue un certificat qui a été créé d'un certificat dont l'enregistrement est confirmé sur la chaîne — une distinction que nous mettons en évidence plutôt que de l'aplanir, car les deux ne sont pas la même assurance.
Une fois confirmé, le rapport expose le hachage de la transaction et l'UID d'attestation, qui renvoient directement à l'explorateur EAS externe. L'objectif est précis et mérite d'être détaillé : il établit que cette preuve exacte existait sous cette forme exacte à ce moment-là, sur un enregistrement que Delphi ne contrôle pas et ne peut pas modifier discrètement.
Vérifier
Toute personne détenant le code peut inspecter les preuves et les vérifier indépendamment.
Un certificat s'ouvre à partir d'un code QR ou d'un code public de huit caractères. Aucun compte ni aucune relation avec Delphi n'est requis — ce qui est important, car la partie qui a le plus besoin de faire confiance aux preuves est rarement la partie qui les a créées.
Le rapport présente le média, l'heure de capture signalée par l'appareil, le nombre et le type de fichiers de preuve, l'emplacement et la précision de la capture, l'état de vérification de la capture et de l'appareil, et l'état de l'ancrage de la blockchain.
Une section de vérification indépendante extensible expose les champs de preuve décodés et les hachages des médias, afin qu'un examinateur technique puisse recalculer les valeurs pertinentes plutôt que de se fier à l'interface.
Si un certificat a été supprimé, le code renvoie un état de suppression permanent plutôt que de disparaître silencieusement.
Signaux corroborants
Aucun signal n'est fiable à lui seul.
Delphi n'accepte les preuves que lorsque plusieurs vérifications indépendantes concordent. Les signaux disponibles diffèrent selon la catégorie d'actifs — et c'est là la différence entre une plateforme de vérification et une application de caméra.
Apple App Attest
En directAttestation d'appareil et d'application basée sur le matériel
Capture intégrée à l'application uniquement
En directPas d'importation de bibliothèque ou de téléchargement externe
Filtrage de la reproduction photo
En directPhotographies filtrées pour les écrans, les impressions et les surfaces reproduites
Localisation précise requise
En directCapture à précision réduite refusée
Heure de capture de l'appareil
En directLié à une session à usage unique de 24 heures
Hachage média SHA-256
En directEngagé avant le téléchargement, vérifié à la publication
Ancre EAS sur Base
En directID de chaîne 8453, inspectable en externe
Preuve vidéo
En directAvec vignette et validation des propriétés du média
Ce qui est livré et ce qui ne l'est pas
Les signaux au-dessus du séparateur sont dans le produit aujourd'hui. Ceux en dessous sont des orientations de développement, montrées parce qu'elles expliquent où la plateforme va plutôt que ce qu'elle fait actuellement. Nous préférons être clairs sur la limite plutôt que de la laisser inférer.
Identifiants d'actifs
Feuille de routeVIN, numéro de série, titre ou référence d'envoi
Position de navigation
Feuille de routeCorroboration navale et maritime
Balises QR et NFC
Feuille de routeMarquage physique des actifs
Télémétrie et IoT
Feuille de routeDonnées d'actifs connectés
Confidentialité de la localisation
Prouver où, sans révéler l'emplacement exact.
L'emplacement est la donnée la plus sensible enregistrée par Delphi. Les preuves doivent généralement établir l'emplacement d'un objet, mais il est rarement nécessaire de le publier au mètre près pour quiconque détenant le code.
Les coordonnées précises sont affichées sur le certificat. Approprié lorsque la position spécifique est elle-même la preuve.
Les coordonnées publiques sont alignées sur une grille plus grossière et l'adresse affichée est généralisée.
Seule une zone approximative est publiée — suffisamment pour établir la région sans divulguer une adresse spécifique.
Le niveau de confidentialité est choisi lors de la publication et est automatiquement restreint si la précision disponible ne peut pas prendre en charge le niveau demandé. Une précision publique réduite n'affaiblit pas la vérification : la capture sous-jacente conserve les preuves dérivées de l'appareil nécessaires pour vérifier la preuve.
Déploiement
Comment Delphi est utilisé aujourd'hui.
La vérification n'est utile que là où le travail est déjà effectué. Voici ce qu'implique actuellement le déploiement de Delphi — et ce qu'il n'inclut pas encore.
Application de capture iOS
DisponibleLes preuves sont capturées via l'application Delphi Verify sur iOS, par les personnes qui se rendent déjà sur le site. Connexion avec Apple, Google ou e-mail.
Vérification par un tiers
DisponibleLes certificats s'ouvrent à partir d'un code QR ou d'un code public sans compte ni intégration, afin que les contreparties, les experts et les prêteurs puissent vérifier les preuves directement.
Gestion des certificats
DisponibleLes certificats publiés peuvent être consultés, modifiés si autorisé, et supprimés — la suppression étant enregistrée et le code public renvoyant un état supprimé.
Intégration programmatique
Pas encoreUne API destinée aux partenaires pour créer des demandes de capture et récupérer des certificats à partir de vos propres systèmes n'est pas encore disponible. Les exigences d'intégration sont un sujet que nous étudions activement avec les premiers clients.
Capture Android
Pas encoreLa capture est actuellement uniquement sur iOS. Le modèle d'attestation d'appareil est basé sur Apple App Attest ; un équivalent Android n'est pas encore disponible.
Si votre déploiement dépend de quelque chose dans le deuxième groupe, dites-le-nous. Savoir lequel de ces éléments bloque réellement un déploiement nous est vraiment utile.
Où la confiance s'effondre-t-elle dans votre secteur ?
- Une remise qui tourne mal.
- Une réclamation difficile à justifier.
- Une inspection qui coûte plus cher qu'elle ne le devrait.
- Une étape que personne hors site ne peut vérifier.
- Un transfert de responsabilité que personne n'a correctement enregistré.









