"O kolik efektivity se snažím, když udělám svou aplikaci kryptografickou, místo aby byla závislá na důvěře?" Ačkoli zde VB mluví o něčem jiném, tato otázka, kterou klade, je skutečně jádrem uvažování všech tvůrců aplikací pro ochranu soukromí, včetně nás @fileverse Má to však příjemnou odvrácenou stranu. Ztrátou "efektivity" vaší aplikace minimalizací jejích předpokladů důvěryhodnosti + sběru dat (např. s garancemi anonymity na bázi e2ee a zk) získáte další vylepšení UX, která to opravdu vynahrazují! Některé z mých oblíbených: - rychlejší onboarding. Kryptografická identita pro registrace/přihlášení může být rychlejší než běžné toky OAuth s dialogy důvěryhodnosti a ověřováními, které jsou kognitivní zátěží. - Přenositelnost a interoperabilita. Vše se řídí vašimi klíči, nedostanete centralizované bolesti migrace (jako jsou svévolné změny zásad) - základní operace offline. S menší potřebou koordinace důvěryhodnosti a sdílení dat může vaše aplikace částečně fungovat offline. Místní kryptografický stav se aktualizuje → synchronizuje, pokud je připojení k dispozici