Inhoud overslaan

Technisch model

Hoe Delphi beslist dat bewijs kan worden vertrouwd.

Delphi beveiligt het pad van vastlegging tot certificaat: het apparaat attesteren met Apple App Attest, vastlegging vereisen binnen de Delphi-app, screenen op gereproduceerde afbeeldingen, tijd en locatie aan het record binden en een cryptografisch bewijs verankeren op een openbare blockchain.

← Platformoverzicht
Fase 01

Opname

Bewijs ontstaat binnen de Delphi-vastlegomgeving. Het kan niet van buitenaf worden aangeleverd.

Foto's en video's worden opgenomen via de Delphi Verify iOS-app met behulp van de apparaatcamera. Media kunnen niet worden geselecteerd uit de fotobibliotheek, geïmporteerd vanaf een ander apparaat of geüpload vanaf een externe bron. Deze ene beperking elimineert de grootste categorie van bewijsfraude: het indienen van een afbeelding die echt is, maar niet van dit activum, op dit moment, op deze plaats.

Een certificaat bevat tussen de één en twintig bewijsstukken, en zowel foto's als video worden ondersteund. Elk item wordt beoordeeld voordat het in het concept wordt opgenomen.

De app vereist nauwkeurige locatie op de voorgrond en kan weigeren vast te leggen wanneer iOS een verminderde locatienauwkeurigheid rapporteert. Positiemonsters worden gestabiliseerd op het apparaat, en monsters die verouderd, ongeldig of onvoldoende nauwkeurig zijn, worden afgewezen in plaats van vastgelegd met een voorbehoud.

Een opnamesessie is eenmalig en verloopt vierentwintig uur na de eerste opname. Bewijsmateriaal dat in één sessie is verzameld, kan niet stilletjes worden uitgebreid of later opnieuw worden gebruikt.

Fase 02

Attest

Het apparaat en de applicatie bewijzen dat ze zijn wat ze beweren te zijn, met behulp van Apple App Attest.

Bij het eerste gebruik genereert de app een App Attest-sleutel in de beveiligde hardware van het apparaat, attesteert deze tegen Apple en registreert het geverifieerde apparaat bij Delphi. De openbare attestsleutel en de handtekeningteller worden bewaard.

Bij publicatie ondertekent de app een canonieke payload die de opnamesessie, de sessie-nonce, het geselecteerde privacyniveau en de geordende lijst met mediacommits omvat. Delphi verifieert dat het apparaat tot de gebruiker behoort, dat het platform en de attestatieomgeving geldig zijn, dat de beweringhandtekening en bundelidentiteit correct zijn, en dat de handtekeningteller strikt is opgeschoven.

De praktische consequentie is het waard om duidelijk te stellen: een gewone API-client kan geen willekeurige media publiceren alsof deze afkomstig zijn van de vertrouwde iOS-opnamestroom. De attestatie is wat de opnamebeperking afdwingbaar maakt in plaats van slechts te vermelden.

Foto's worden bovendien gescreend op reproductierisico — afbeeldingen van schermen, afgedrukte foto's en andere gereproduceerde oppervlakken — wat de meest voorkomende manier is waarop een anderszins degelijke opnamepijplijn wordt verslagen. Analyse retourneert een geaccepteerd, afgewezen of technisch mislukt resultaat, en een afgewezen analyse blokkeert publicatie.

Fase 03

Verzegelen

Het bewijsmateriaal wordt vastgelegd, gehasht en vastgelegd in één enkele publicatietransactie.

Bronmedia worden gehasht met SHA-256 vóór upload, en het complete manifest wordt vooraf vastgelegd. De server vereist later dat het publicatiebewijs precies de verwachte commits, in opnamevolgorde, refereert — zodat media niet achteraf kunnen worden vervangen, opnieuw geordend of toegevoegd.

Publicatie wordt geweigerd als de sessie is verlopen of gebruikt, als het aantal media, de volgorde of de commits niet overeenkomen, als hashes ongeldig of gedupliceerd zijn, als een fotoanalyse is afgewezen, als tijdstempels buiten het sessievenster vallen, als niet aan de privacyvereisten wordt voldaan, of als het apparaat niet is geverifieerd.

Bij succes wordt het certificaat samen met de media, het bewijs, de verificatiestatus en een in behandeling zijnde blockchain-anker geschreven, en wordt een openbare code van acht tekens uitgegeven.

Fase 04

Anker

Een bewijs wordt gepubliceerd naar de Ethereum Attestation Service op Base, buiten de controle van Delphi.

Nadat het certificaat is vastgelegd, dient Delphi een Ethereum Attestation Service (EAS) attestatie in met het certificaatbewijs naar Base mainnet, keten-ID 8453.

Het anker beweegt van in behandeling naar ingediend naar bevestigd, of registreert een storing met een opgeslagen fout. Het openbare rapport onderscheidt een certificaat dat is aangemaakt van een certificaat waarvan de record on-chain is bevestigd — een onderscheid dat we naar voren brengen in plaats van glad te strijken, omdat de twee niet dezelfde zekerheid bieden.

Eenmaal bevestigd, toont het rapport de transactiehash en attestatie-UID, die direct linken naar de externe EAS-verkenner. Het doel is beperkt en verdient precisie: het stelt vast dat dit exacte bewijs in deze exacte vorm op dat moment bestond, op een record dat Delphi niet controleert en niet stilletjes kan herzien.

Fase 05

Verifiëren

Iedereen die de code bezit, kan het bewijsmateriaal inspecteren en onafhankelijk controleren.

Een certificaat opent vanuit een QR-code of een openbare code van acht tekens. Geen account en geen relatie met Delphi is vereist — wat belangrijk is, omdat de partij die het bewijsmateriaal het meest moet vertrouwen zelden de partij is die het heeft gemaakt.

Het rapport presenteert de media, de door het apparaat gerapporteerde opnametijd, het aantal en type bewijsbestanden, de opnamelocatie en -nauwkeurigheid, de opname- en apparaatverificatiestatus, en de blockchain-ankerstatus.

Een uitklapbare sectie voor onafhankelijke verificatie toont de gedecodeerde bewijsvelden en mediahashes, zodat een technische beoordelaar de relevante waarden opnieuw kan berekenen in plaats van de interface op zijn woord te geloven.

Als een certificaat is verwijderd, retourneert de code een permanente verwijderde status in plaats van geruisloos te verdwijnen.

Bevestigende signalen

Geen enkel signaal wordt op zichzelf vertrouwd.

Delphi accepteert bewijs alleen wanneer verschillende onafhankelijke controles overeenkomen. Welke signalen beschikbaar zijn, verschilt per activaklasse — en dat is het verschil tussen een verificatieplatform en een camera-applicatie.

Apple App Attest

Live

Hardware-ondersteunde apparaat- en app-attestatie

Alleen in-app opname

Live

Geen bibliotheekimport of externe upload

Screening van fotoreproducties

Live

Foto's gescreend op schermen, afdrukken en gereproduceerde oppervlakken

Nauwkeurige locatie vereist

Live

Opname met verminderde nauwkeurigheid geweigerd

Opnametijd apparaat

Live

Gebonden aan een eenmalige sessie van 24 uur

SHA-256 media hashing

Live

Vastgelegd vóór upload, geverifieerd bij publicatie

EAS-anker op Base

Live

Chain ID 8453, extern inspecteerbaar

Videobewijs

Live

Met miniatuur en validatie van media-eigenschappen

Wat wordt verzonden en wat niet

De signalen boven de scheidingslijn zijn vandaag in het product. Die eronder zijn ontwikkelingsrichting, getoond omdat ze uitleggen waar het platform naartoe gaat in plaats van wat het momenteel doet. We willen liever duidelijk zijn over de grens dan dat deze wordt afgeleid.

Asset-identificatoren

Roadmap

VIN, serienummer, titel of zendingreferentie

Navigatiepositie

Roadmap

Bevestiging van vaartuig en maritieme gegevens

QR- en NFC-tags

Roadmap

Fysieke asset-tagging

Telemetrie en IoT

Roadmap

Verbonden asset-gegevens

Locatieprivacy

Bewijs waar, zonder precies te onthullen waar.

Locatie is het meest gevoelige dat Delphi vastlegt. Bewijs moet meestal vaststellen waar iets was — maar het hoeft zelden dat tot op de meter nauwkeurig te publiceren voor iedereen die de code heeft.

Exact

Nauwkeurige coördinaten worden op het certificaat getoond. Geschikt wanneer de specifieke positie zelf het bewijs is.

Dichtbij

Openbare coördinaten worden vastgelegd op een grover raster en het weergegeven adres wordt gegeneraliseerd.

Gebied

Alleen een geschat gebied wordt gepubliceerd — genoeg om de regio vast te stellen zonder een specifiek adres te onthullen.

Het privacyniveau wordt gekozen bij publicatie en wordt automatisch beperkt als de beschikbare nauwkeurigheid het gevraagde niveau niet kan ondersteunen. Verminderde openbare precisie verzwakt de verificatie niet: de onderliggende opname behoudt het van het apparaat afgeleide bewijs dat nodig is om de proof te controleren.

Implementatie

Hoe Delphi vandaag wordt gebruikt.

Verificatie is alleen nuttig waar het werk al plaatsvindt. Dit is wat de implementatie van Delphi momenteel inhoudt — en wat het nog niet omvat.

iOS-opname-app

Beschikbaar

Bewijs wordt vastgelegd via de Delphi Verify-app op iOS, door de mensen die al bij het object aanwezig zijn. Aanmelden met Apple, Google of e-mail.

Verificatie door derden

Beschikbaar

Certificaten openen vanuit een QR-code of openbare code zonder account en zonder onboarding, zodat tegenpartijen, schade-experts en kredietverstrekkers bewijs direct kunnen controleren.

Certificaatbeheer

Beschikbaar

Gepubliceerde certificaten kunnen worden bekeken, bewerkt (indien geautoriseerd) en verwijderd — waarbij de verwijdering wordt vastgelegd en de openbare code een verwijderde status retourneert.

Programmatische integratie

Nog niet

Een partnergerichte API voor het maken van opnameverzoeken en het ophalen van certificaten uit uw eigen systemen is nog niet beschikbaar. Integratievereisten zijn iets dat we actief aan het onderzoeken zijn met vroege klanten.

Android-opname

Nog niet

Opname is momenteel alleen voor iOS. Het apparaatattestatiemodel is gebouwd op Apple App Attest; een Android-equivalent is nog niet geleverd.

Als uw implementatie afhankelijk is van iets in de tweede groep, vertel het ons dan. Weten welke van deze een uitrol daadwerkelijk blokkeert, is echt nuttig voor ons.

Waar faalt het vertrouwen in uw branche?

  • Een overdracht die misgaat.
  • Een claim die moeilijk te onderbouwen is.
  • Een inspectie die meer kost dan zou moeten.
  • Een mijlpaal die niemand op afstand kan verifiëren.
  • Een verantwoordelijkheidsoverdracht die niemand correct heeft vastgelegd.