"Наскільки ефективністю я жертвую, роблячи свій додаток криптографічним замість того, щоб залежати від довіри?" Хоча VB говорить про щось інше, це питання, яке він ставить, насправді є ключовим для мислення всіх розробників додатків для конфіденційності, включаючи нас @fileverse Однак у цьому є і приємна зворотна сторона. Втрачаючи «ефективність» вашого додатку, мінімізуючи його припущення про довіру + збір даних (наприклад, маючи гарантії анонімності на основі e2ee та zk), ви отримуєте інші покращення UX, які дійсно компенсують це! Деякі з моїх улюблених: - швидша адаптація. Криптографічна ідентифікація для реєстрацій/входів може бути швидшою, ніж основні потоки OAuth з діалогами довіри та верифікаціями, які є когнітивним навантаженням - Портативність та взаємодія. Все йде за вашими ключами, ви не отримуєте проблем з централізованою міграцією (наприклад, довільних змін у політиці) - Основні операції в автономному режимі. З меншою потребою в довірі, координації та обміні даними ваш додаток може частково працювати в автономному режимі. Локальні оновлення криптографічного стану → синхронізуватися, коли з'єднання доступне