"¿Cuánta eficiencia estoy sacrificando al hacer que mi aplicación sea criptográfica en lugar de depender de la confianza?" Aunque VB está hablando de algo diferente aquí, esta pregunta que plantea es realmente fundamental para el pensamiento de todos los creadores de aplicaciones de privacidad, incluidos nosotros @fileverse Sin embargo, hay una buena cara de la moneda. Al perder "eficiencia" en su aplicación al minimizar sus supuestos de confianza + recopilación de datos (por ejemplo, tener garantías de anonimato basadas en e2ee y zk), ¡obtiene otras mejoras de UX que realmente lo compensan! Algunos de mis favoritos: - Incorporación más rápida. La identidad criptográfica para registros/inicios de sesión puede ser más rápida que los flujos de OAuth convencionales con diálogos de confianza y verificaciones que son una tensión cognitiva - Portabilidad e interoperabilidad. Todo sigue sus claves, no tiene los dolores de migración centralizada (como cambios de política arbitrarios) - Operaciones básicas fuera de línea. Con menos confianza, coordinación y uso compartido de datos necesarios, su aplicación puede funcionar parcialmente sin conexión. Las actualizaciones de estado criptográfico local → sincronizarse cuando la conexión está disponible