Привет. Детерминированный подход обычно означает фиксацию входных данных, чтобы сессия генерировала один и тот же ключ каждый раз. Можно использовать хэш общего секрета или предопределённый ключ в качестве основы, а затем подать его в HKDF для вычисления публичных параметров DH. Так ты избавляешься от случайных nonce, но теряешь прямую секретность, если не обновляешь группу DH. Получается эффективно, но будь внимателен с повторами – если параметры будут повторяться, перехватчик сможет связать сессии. Короче говоря, детерминированный DH на основе хэшей может ускорить процесс, но тебе понадобится отдельный механизм для поддержания конфиденциальности.

Это неплохая середина – сделка будет быстрой, но каждый раз будет новый ключ. Только перепроверь генерацию nonce, даже малейшее совпадение позволит атакующему перехватить транзакцию. На стороне сервера небольшой буфер недавно использованных nonce поможет держать всё под контролем. Сохраняй цепочку HKDF короткой и детерминированной – и получишь быстрый, с минимальной задержкой обмен данными.

Понял—заблокирую генератор случайных чисел и настрою размер скользящего окна, чтобы перекрытие было учтено. Цепочку HKDF оставлю в логах для быстрого аудита. Это должно обеспечить надёжное и незаметное согласование.