"Hoeveel efficiëntie offer ik op door mijn app cryptografisch te maken in plaats van afhankelijk van vertrouwen?" Hoewel VB hier over iets anders praat, is deze vraag die hij stelt echt de kern van het denken van alle bouwers van Privacy-apps, inclusief ons @fileverse. Er is echter een aangename keerzijde aan dit alles. Door "efficiëntie" op je app te verliezen door de vertrouwensassumpties en dataverzameling te minimaliseren (bijv. door e2ee en zk-gebaseerde anonimiteitsgaranties) krijg je andere UX-verbeteringen die dat echt compenseren! Enkele van mijn favorieten: - snellere onboarding. Cryptografische identiteit voor aanmeldingen/logins kan sneller zijn dan mainstream OAuth-stromen met vertrouwensdialogen en verificaties die een cognitieve belasting vormen. - draagbaarheid & interoperabiliteit. Alles volgt je sleutels, je krijgt geen centrale migratieproblemen (zoals willekeurige beleidswijzigingen). - offline basisoperaties. Met minder coördinatie van vertrouwen en datadeling die nodig is, kan je app gedeeltelijk offline werken. Lokale cryptografische statusupdates → synchroniseren wanneer de verbinding beschikbaar is.