Passer au contenu

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 plateforme
Étape 01

Capture

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.

Étape 02

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.

Étape 03

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.

Étape 04

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.

Étape 05

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 direct

Attestation d'appareil et d'application basée sur le matériel

Capture intégrée à l'application uniquement

En direct

Pas d'importation de bibliothèque ou de téléchargement externe

Filtrage de la reproduction photo

En direct

Photographies filtrées pour les écrans, les impressions et les surfaces reproduites

Localisation précise requise

En direct

Capture à précision réduite refusée

Heure de capture de l'appareil

En direct

Lié à une session à usage unique de 24 heures

Hachage média SHA-256

En direct

Engagé avant le téléchargement, vérifié à la publication

Ancre EAS sur Base

En direct

ID de chaîne 8453, inspectable en externe

Preuve vidéo

En direct

Avec 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 route

VIN, numéro de série, titre ou référence d'envoi

Position de navigation

Feuille de route

Corroboration navale et maritime

Balises QR et NFC

Feuille de route

Marquage physique des actifs

Télémétrie et IoT

Feuille de route

Donné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.

Exacte

Les coordonnées précises sont affichées sur le certificat. Approprié lorsque la position spécifique est elle-même la preuve.

À proximité

Les coordonnées publiques sont alignées sur une grille plus grossière et l'adresse affichée est généralisée.

Zone

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

Disponible

Les 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

Disponible

Les 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

Disponible

Les 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 encore

Une 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 encore

La 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é.