Как снизить накладные расходы zkTLS, сохранив практическую безопасность @primus_labs использует очень продуманный подход Вместо того чтобы навязывать строгую безопасность для каждого подпротокола, архитектура применяет OLEe там, где это наиболее важно > OLEe применяется к: - преобразованию точек Диффи-Хеллмана - вычислению тега GMAC > Компромисс в безопасности: - риск избирательного сбоя строго ограничен - утечка ограничена максимум одним битом сессионного секрета - высокая энтропия предварительного мастер-секрета TLS делает восстановление вычислительно невозможным > Что это устраняет: - ненужные нулевые знания поддоказательства во время обмена ключами - избыточное хранение аутентифицированных троек - необходимость загрузки огромных состояний искажённых схем в память > Что получают пользователи вместо этого: - постепенную потоковую передачу вычислений - примерно 150 МБ памяти для стандартных нагрузок размером 2 КБ, по сообщениям - более практичную архитектуру выполнения - меньшую нагрузку от сетевых и коммуникационных накладных расходов Хорошее криптографическое проектирование — это управление, ограничение и реализуемость затрат В этом направлении @primus_labs развивает zkTLS.