"Kuinka paljon tehokkuutta uhraan, jos teen sovelluksestani salauksen luottamuksesta riippuvaisen sijaan?" Vaikka VB puhuu tässä jostain muusta, tämä hänen esittämänsä kysymys on todella keskeinen kaikkien tietosuojasovellusten rakentajien ajattelussa, mukaan lukien @fileverse Tällä on kuitenkin miellyttävä kääntöpuoli. Menettämällä sovelluksesi "tehokkuuden" minimoimalla sen luottamusoletukset + tiedonkeruun (esim. e2ee- ja zk-pohjaiset anonymiteettitakuut) saat muita UX-parannuksia, jotka todella korvaavat sen! Joitakin suosikkejani: - Nopeampi perehdytys. Rekisteröitymisten/kirjautumisten kryptografinen identiteetti voi olla nopeampi kuin valtavirran OAuth-virrat, ja luottamusdialogit ja vahvistukset ovat kognitiivista rasitusta - siirrettävyys ja yhteentoimivuus. Kaikki seuraa avaimiasi, et saa keskitettyjä siirtokipuja (kuten mielivaltaisia käytäntömuutoksia) - offline-perustoiminnot. Koska luottamusta, koordinointia ja tietojen jakamista tarvitaan vähemmän, sovelluksesi voi toimia osittain offline-tilassa. Paikalliset salaustilapäivitykset → synkronoida, kun yhteys on käytettävissä