Один опубликованный адрес Zcash в будущем может раскрыть гораздо больше, чем отдельный обмен криптовалюты. Команда Zakura предложила выдавать каждому обмену через NEAR Intents собственный входящий ключ просмотра, чтобы возможная квантовая атака не открывала историю других поступлений того же аккаунта.
В техническом описании предложения разобран конкретный сценарий: пользователь отправляет ZEC через NEAR Intents, чтобы получатель получил USDC в другой сети. Для возврата неиспользованных средств кошелёк указывает защищённый адрес Zcash. Этот адрес записывается в публичный блокчейн NEAR сразу после регистрации депозита — даже если обмен завершится успешно и возврат не понадобится.
При обмене в обратную сторону тоже возникает раскрытие: в NEAR публикуется защищённый адрес получателя ZEC. Внешне разные адреса могут принадлежать одному аккаунту и использовать общий входящий ключ просмотра.
Сегодня вычислить этот ключ из адреса классическим компьютером практически нереально. Однако достаточно мощный квантовый компьютер с алгоритмом Шора теоретически сможет решить соответствующую математическую задачу. Тогда сохранённый публичный адрес станет отправной точкой для расшифровки старых платежей.
Риск касается входящих платежей аккаунта: их сумм, прикреплённых сообщений и связи между поступлениями на разные адреса. Это не равнозначно раскрытию всей активности кошелька. Входящий ключ просмотра также сам по себе не даёт права расходовать монеты.
Предложение Zakura разделяет доступ к просмотру, сохраняя управление средствами в одном аккаунте. Для каждого обмена кошелёк будет создавать отдельный ключ и адрес. Если атакующий когда-нибудь восстановит такой ключ, он сможет увидеть платежи на соответствующий адрес, но не получит через него общий ключ просмотра остальных поступлений.
Средства, вернувшиеся после обмена, при этом останутся доступны через прежний ключ расходования. Пользователю не придётся создавать отдельный аккаунт для каждой операции и затем собирать разбросанные по ним остатки.
Сложность появляется при восстановлении кошелька из сид-фразы. Вместо одного ключа просмотра приходится учитывать множество ключей отдельных обменов. Если проверять каждым из них всю историю блокчейна, восстановление будет замедляться по мере накопления операций.
Для поиска нужных платежей разработчики предлагают фильтры и приватное извлечение информации — PIR. Кошелёк сначала проверяет адреса локально, а затем запрашивает подходящие записи так, чтобы сервер не узнавал, какой адрес его интересует. PIR здесь защищает запросы к базе данных и помогает избежать многократного сканирования всей цепочки.
По оценке команды, программные кошельки на её криптографических библиотеках, включая Vizor, смогут интегрировать функцию в ближайшие недели. Для аппаратных кошельков потребуется поддержка прошивок. Это план интеграции, а не объявление об уже доступной защите во всех кошельках Zcash.
Ранее FORKB рассказывал о развитии узла Zakura и инфраструктуры приватных платежей. Новое предложение решает более узкую задачу: ограничивает последствия будущей атаки на опубликованный адрес обмена.
Полной квантовой защиты Zcash этот механизм не обеспечивает. Отдельная работа над подписями для прозрачных платежей имеет другой масштаб и сроки. В её описании Zakura назван январский ориентир, который нельзя считать датой запуска защиты приватных обменов или всей сети.