Over DVOLD
Informatie hoort niet los te raken van de asset waar zij over gaat.
DVOLD is ontstaan vanuit een praktische vraag: hoe houd je aankoopbewijs, herkomst, validatie en relevante historie verbonden met hetzelfde product of object? Vanuit die vraag bouwen we een platform dat mensen en organisaties laat samenwerken rond controleerbare assetdata.
Ontwikkeld vanuit een concreet probleem. Uitgewerkt als schaalbare infrastructuur.
Bewijs, asset en historie
Losse bewijsstukken
- Aankoopbewijs
- Certificaat
Herleidbare historie
- Uitgifte
- Onderhoud
- Validatie
- Overdracht
De aanleiding
Bewijs heeft pas blijvende waarde wanneer de context behouden blijft.
Al die informatie kan op zichzelf correct zijn. Toch raakt de samenhang gemakkelijk verloren zodra een product van eigenaar wisselt, bij een andere organisatie terechtkomt of jarenlang wordt gebruikt.
DVOLD is ontwikkeld vanuit de overtuiging dat relevante informatie bij de asset moet kunnen blijven. Niet als één onbegrensd dossier dat iedereen kan zien, maar als een controleerbare structuur waarin bron, rol, status en historie duidelijk blijven.
Waar informatie nu terechtkomt
- AankoopbewijsMailbox
- CertificaatMap
- OnderhoudServicepartij
- TaxatieDeskundige
- PolisVerzekeraar
Het doel is niet om meer gegevens te verzamelen. Het doel is om relevante gegevens bruikbaar, herleidbaar en gericht deelbaar te houden.
Van aankoopbewijs naar assetplatform
Een praktische vraag werd een bredere infrastructuurvraag.
DVOLD ontstond vanuit praktische vragen rond aankoopbewijzen, bewijsstukken, authenticatie en validatie.
Die vraag leek aanvankelijk afgebakend: hoe maak je een aankoopbewijs blijvend bruikbaar en controleerbaar? Tijdens de verdere uitwerking werd duidelijk dat dezelfde uitdaging veel breder speelt: relevante informatie raakt gemakkelijk los van het product, object of document waarop zij betrekking heeft.
Een product heeft niet alleen een aankoopmoment. Het krijgt productdata, eigendom, garantie, onderhoud, inspecties, claims, certificaten, onderdelen en overdrachtsmomenten. Verschillende partijen dragen ieder vanuit een eigen rol bij aan die historie.
Vanuit die bredere vraag groeide DVOLD uit tot een platform waarin digitale assetidentiteiten, bewijs, rollen, gebeurtenissen en levenscyclusdata rond dezelfde herleidbare historie kunnen worden verbonden.
Van bewijsstuk naar assetcontext
- 01
Het bewijsstuk
Aankoopbonnen en documenten moeten vindbaar en bruikbaar blijven.
- 02
De controle
De gebruiker moet kunnen zien waar informatie vandaan komt en welke partij iets heeft uitgegeven of gevalideerd.
- 03
De asset
Informatie krijgt meer betekenis wanneer zij wordt verbonden met het product, object of document waarop zij betrekking heeft.
- 04
De levenscyclus
Onderhoud, overdracht, inspectie en andere gebeurtenissen moeten onderdeel kunnen blijven van dezelfde herleidbare historie.
- 05
Het platform
Organisaties en consumenten hebben verschillende interfaces nodig, maar kunnen dezelfde vertrouwenslogica gebruiken.
Waar we naartoe werken
Assetdata moet kunnen meebewegen zonder haar herkomst te verliezen.
Producten en objecten bewegen steeds vaker tussen mensen, organisaties, systemen en toepassingen. De bijbehorende informatie blijft vaak achter in het systeem waar zij oorspronkelijk is vastgelegd.
Wij geloven dat een digitale assetidentiteit een gedeeld anker kan vormen. Rond die identiteit kunnen bewijsstukken, rollen, gebeurtenissen, eigendom en relaties gecontroleerd worden opgebouwd.
Dat maakt niet iedere bijdrage automatisch waar of juridisch doorslaggevend. Het maakt wel zichtbaar wie iets heeft toegevoegd, wie het heeft uitgegeven, welke gegevens zijn gevalideerd en hoe de historie zich heeft ontwikkeld.
De asset staat centraal
Informatie wordt verbonden met het product, object, document of onderdeel waarop zij betrekking heeft.
Vertrouwen is zichtbaar
Toegevoegd, Uitgegeven en Gevalideerd blijven afzonderlijke statussen met een herkenbare bron en rol.
Toegang is gericht
Een partij krijgt alleen de informatie en bevoegdheden die voor de eigen handeling nodig zijn.
Historie blijft herleidbaar
Relevante gebeurtenissen en correcties verdwijnen niet stilletjes uit de tijdlijn.
Systemen mogen leidend blijven
DVOLD hoeft bestaande bedrijfs- en sectorsystemen niet te vervangen om samenhang toe te voegen.
De techniek blijft aanpasbaar
DVOLD is multichain en wordt niet vastgezet op één blockchain of één technische configuratie.
Onze ontwikkelprincipes
Eerst begrijpen wat controleerbaar moet worden. Daarna pas bepalen wat we bouwen.
DVOLD wordt niet ontwikkeld als een verzameling functies die overal op dezelfde manier moet worden toegepast. Iedere toepassing heeft eigen assets, rollen, gegevens, risico’s en juridische voorwaarden.
Daarom beginnen we bij de werkelijke situatie.
- Praktijk vóór technologie
We starten bij de handeling die nu te veel losse informatie, herhaling of onduidelijkheid veroorzaakt.
- Duidelijke verantwoordelijkheden
We leggen vast wie informatie toevoegt, uitgeeft, valideert, corrigeert, beheert of overdraagt.
- Geen schijnzekerheid
We presenteren informatie niet als onafhankelijk gevalideerd wanneer alleen de bron of uitgever bekend is.
- Privacy vanaf het ontwerp
Persoonsgegevens worden nooit on-chain opgeslagen. Toegang en gegevensdeling worden per rol en doel ingericht.
- Gefaseerd valideren
Een pilot moet proces, data, rollen en verantwoordelijkheid toetsen voordat een toepassing wordt opgeschaald.
- Eerlijk over productstatus
Technische mogelijkheden, integraties en juridische werking worden alleen als beschikbaar gepresenteerd wanneer de relevante scope voldoende is bevestigd.
Het team
Strategie, technologie en businessontwikkeling rond één productvisie.
DVOLD wordt ontwikkeld door een team met verschillende verantwoordelijkheden. De rollen zijn bewust gescheiden, maar de belangrijkste productkeuzes worden gezamenlijk beoordeeld.
Almansio Figueiredo Soares
Chief Strategy Officer · CSO
Almansio bewaakt de strategische richting, positionering en samenhang tussen product, markt en organisatie.
Hij vertaalt complexe technologie naar een duidelijke propositie, structureert de informatie- en productarchitectuur en zorgt dat nieuwe toepassingen aansluiten op de bredere visie van DVOLD.
Focusgebieden
- Strategie en positionering
- Product- en informatiearchitectuur
- Merk, communicatie en website
- Prioriteiten en projectstructuur
- Vertaling tussen technische mogelijkheden en marktwaarde
Hicham Batou
Chief Technology Officer · CTO
Hicham is verantwoordelijk voor de technische architectuur en de vertaling van functionele eisen naar een uitvoerbaar en schaalbaar platform.
Hij beoordeelt datamodellen, rollen, validatielogica, integraties en de technische werking van de registratielaag. Daarbij bewaakt hij de grens tussen wat conceptueel wenselijk is en wat technisch verantwoord kan worden gebouwd.
Focusgebieden
- Technische architectuur
- Platform- en integratieontwerp
- Data-integriteit en registratielogica
- Security en technische toegangsgrenzen
- Haalbaarheid, fasering en implementatie
Iwan Arts
Chief Business Officer · CBO
Iwan verbindt DVOLD met concrete marktvragen, operationele processen en mogelijke samenwerkingen.
Hij brengt praktijkgerichte use-cases en marktbehoeften in en helpt bepalen waar DVOLD aantoonbare waarde kan leveren voor gebruikers en organisaties.
Focusgebieden
- Businessontwikkeling
- Markt- en partnerrelaties
- Praktijkgerichte toepassingen
- Klant- en procesbehoeften
- Commerciële validatie en samenwerking
Van vraag naar toepassing
Een toepassing is pas sterk wanneer markt, product en techniek hetzelfde probleem oplossen.
- 01
De praktijkvraag
Een gebruiker, organisatie of partner brengt een situatie in waarin bewijs, data of verantwoordelijkheden versnipperd zijn.
- 02
De productkeuze
Het team bepaalt welke asset, rollen, gebeurtenissen en gegevens werkelijk centraal moeten staan.
- 03
De technische toets
De vereiste werking wordt beoordeeld op haalbaarheid, veiligheid, dataverdeling en integratie.
- 04
De validatie
Een afgebakende pilot toetst de gebruikerservaring, operationele werking en verantwoordelijkheden.
- 05
De uitbreiding
Pas na bevestiging van de relevante criteria wordt besloten welke processen, rollen of systemen worden toegevoegd.
Zo voorkomen we dat een technisch mogelijke functie wordt gepresenteerd als oplossing voordat de praktische en organisatorische waarde is bewezen.
Onze keuzes
Geloofwaardigheid ontstaat niet door de grootste claim, maar door de juiste grens.
Controleerbaar boven absoluut
DVOLD maakt bron, rol, status en historie zichtbaar. Het platform garandeert niet zelfstandig dat ieder fysiek item authentiek is of ieder document juridisch geldig.
Samenwerking zonder onbegrensde toegang
Partijen kunnen bijdragen vanuit een afgebakende rol zonder automatisch het volledige dossier te ontvangen.
Correcties zonder verborgen overschrijving
Fouten moeten kunnen worden gecorrigeerd, terwijl eerdere waarden en relevante gebeurtenissen herleidbaar blijven.
Technische flexibiliteit zonder afhankelijkheid
DVOLD is multichain en hoeft niet aan één blockchain, leverancier of systeemcategorie te worden vastgezet.
Ontwikkeling zonder overclaim
We maken onderscheid tussen bevestigde platformprincipes, functies die per implementatie worden ingericht en onderdelen die nog moeten worden gevalideerd.
Een gedeelde verkenning
Goede samenwerkingen beginnen met een scherp afgebakend probleem.
Wij spreken met organisaties die assetdata, bewijs, rollen en historie beter willen verbinden binnen bestaande processen.
Dat kan beginnen bij een consumentenervaring, een uitgifte- of validatieproces, een servicehistorie, een overdrachtsmoment of een toepassing waarin meerdere organisaties rond dezelfde asset samenwerken.
De eerste stap is geen generieke productdemo. We brengen samen in kaart:
- Welke asset of entiteit centraal staat.
- Welke informatie nu verspreid raakt.
- Welke partijen bijdragen.
- Welke status en controle nodig zijn.
- Welke systemen hun bestaande rol behouden.
- Welke functionele en technische vragen eerst moeten worden beantwoord.
FAQ
Vragen die vaak terugkomen.
8 vragen over het team, het ontstaan, statussen, authenticiteit, techniek en productstatus.
Wie bouwt DVOLD?
DVOLD wordt ontwikkeld door Almansio Figueiredo Soares, Hicham Batou en Iwan Arts. Zij combineren strategie, technische architectuur en businessontwikkeling.
Hoe is het idee ontstaan?
DVOLD ontstond vanuit praktische vragen rond aankoopbewijzen, bewijsstukken, authenticatie en validatie. Tijdens de verdere uitwerking werd duidelijk dat dezelfde behoefte breder speelt: informatie, rollen en gebeurtenissen moeten ook later herleidbaar aan dezelfde asset en historie verbonden kunnen blijven.
Is DVOLD alleen een consumentenapp?
Nee. DVOLD biedt een consumentenervaring en een platformbasis voor organisaties en publieke partijen.
Waarom zijn Toegevoegd, Uitgegeven en Gevalideerd afzonderlijke statussen?
Omdat informatie van een gebruiker, een bekende uitgever en een onafhankelijke validator niet dezelfde bewijskracht heeft. DVOLD maakt dit verschil zichtbaar.
Garandeert DVOLD authenticiteit?
DVOLD kan bron, uitgifte, validatie en historie zichtbaar maken. Het platform garandeert niet zelfstandig de fysieke authenticiteit van ieder item.
Is DVOLD gebonden aan één blockchain?
Nee. DVOLD is multichain. De technische configuratie kan per toepassing verschillen.
Werkt DVOLD alleen met nieuwe systemen?
Nee. Bestaande systemen kunnen hun operationele rol behouden. DVOLD kan geselecteerde gegevens en gebeurtenissen rond dezelfde asset verbinden.
Is het volledige platform al beschikbaar?
De platformprincipes en inhoudelijke richting zijn bevestigd. De exacte technische, juridische en commerciële scope wordt per toepassing en implementatiefase vastgesteld.
Vertel ons waar bewijs, data of historie nu uit elkaar valt.
We beginnen bij de werkelijke situatie en bepalen daarna welke rollen, gegevens en DVOLD-capaciteiten nodig zijn.