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.
← PlatformoverzichtOpname
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.
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.
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.
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.
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
LiveHardware-ondersteunde apparaat- en app-attestatie
Alleen in-app opname
LiveGeen bibliotheekimport of externe upload
Screening van fotoreproducties
LiveFoto's gescreend op schermen, afdrukken en gereproduceerde oppervlakken
Nauwkeurige locatie vereist
LiveOpname met verminderde nauwkeurigheid geweigerd
Opnametijd apparaat
LiveGebonden aan een eenmalige sessie van 24 uur
SHA-256 media hashing
LiveVastgelegd vóór upload, geverifieerd bij publicatie
EAS-anker op Base
LiveChain ID 8453, extern inspecteerbaar
Videobewijs
LiveMet 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
RoadmapVIN, serienummer, titel of zendingreferentie
Navigatiepositie
RoadmapBevestiging van vaartuig en maritieme gegevens
QR- en NFC-tags
RoadmapFysieke asset-tagging
Telemetrie en IoT
RoadmapVerbonden 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.
Nauwkeurige coördinaten worden op het certificaat getoond. Geschikt wanneer de specifieke positie zelf het bewijs is.
Openbare coördinaten worden vastgelegd op een grover raster en het weergegeven adres wordt gegeneraliseerd.
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
BeschikbaarBewijs 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
BeschikbaarCertificaten openen vanuit een QR-code of openbare code zonder account en zonder onboarding, zodat tegenpartijen, schade-experts en kredietverstrekkers bewijs direct kunnen controleren.
Certificaatbeheer
BeschikbaarGepubliceerde 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 nietEen 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 nietOpname 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.









