Як зменшити накладні витрати zkTLS, зберігаючи практичну безпеку @primus_labs використовує дуже обдуманий підхід Замість того, щоб нав’язувати зловмисну безпеку до кожного субпротоколу, архітектура застосовує OLEe там, де це найважливіше > OLEe застосовується до: - перетворення точок Діффі-Хеллмана - обчислення тегів GMAC > компроміс у безпеці: - ризик вибіркової невдачі строго обмежений - витік обмежений максимум одним бітом сесійного секрету - висока ентропія TLS pre-master секрету робить відновлення обчислювально неможливим > що це видаляє: - непотрібні нульові знання субдоведення під час обміну ключами - надмірне зберігання автентифікованих трійок - необхідність завантажувати величезні стани спотворених схем у пам’ять > що отримують користувачі замість цього: - прогресивне потокове виконання обчислень - приблизно 150 МБ пам’яті для стандартних завантажень розміром 2 КБ, за повідомленнями - більш практична архітектура виконання - менше навантаження від мережевих і комунікаційних накладних витрат Добра криптографічна інженерія полягає у тому, щоб робити витрати контролюваними, обмеженими та придатними для впровадження Ось у якому напрямку @primus_labs рухається з zkTLS.