"Quanto di efficienza sto sacrificando rendendo la mia app crittografica invece di dipendente dalla fiducia?" Anche se VB sta parlando di qualcosa di diverso qui, questa domanda che pone è davvero centrale nel pensiero di tutti i costruttori di app per la privacy, incluso noi di @fileverse. C'è però un lato positivo in questo. Perdendo "efficienza" sulla tua app minimizzando le assunzioni di fiducia e la raccolta di dati (ad esempio, avere garanzie di anonimato basate su e2ee e zk) ottieni altri miglioramenti dell'esperienza utente che compensano davvero! Alcuni dei miei preferiti: - onboarding più veloce. L'identità crittografica per le registrazioni/accessi può essere più veloce dei flussi OAuth mainstream con dialoghi di fiducia e verifiche che sono un onere cognitivo. - portabilità e interoperabilità. Tutto segue le tue chiavi, non hai i dolori di migrazione centralizzati (come cambiamenti di policy arbitrari). - operazioni di base offline. Con meno coordinamento di fiducia e condivisione di dati necessaria, la tua app può funzionare parzialmente offline. Aggiornamenti dello stato crittografico locale → sincronizzazione quando la connessione è disponibile.