"Quanta eficiência estou sacrificando ao tornar meu aplicativo criptográfico em vez de dependente de confiança?" Embora VB esteja falando sobre algo diferente aqui, essa questão que ele coloca é realmente fundamental para o pensamento de todos os criadores de aplicativos de privacidade, incluindo nós @fileverse Há um outro lado agradável nisso. Ao perder a "eficiência" em seu aplicativo, minimizando suas suposições de confiança + coleta de dados (por exemplo, ter garantias de anonimato baseadas em e2ee e zk), você obtém outras melhorias de UX que realmente compensam isso! Alguns dos meus favoritos: - Integração mais rápida. A identidade criptográfica para inscrições/logins pode ser mais rápida do que os fluxos OAuth convencionais com diálogos de confiança e verificações que são uma tensão cognitiva - Portabilidade e interoperabilidade. Tudo segue suas chaves, você não recebe as dores de migração centralizada (como mudanças arbitrárias de política) - operações básicas offline. Com menos confiança, coordenação e compartilhamento de dados necessários, seu aplicativo pode funcionar parcialmente offline. O estado criptográfico local é atualizado → sincronizar quando a conexão está disponível