Разработчики сети Monad предложили отвязать адрес кошелька от ключа, который им управляет. Тогда ключ можно заменить, не перенося средства и не меняя адрес: потерянный восстановить через доверенных лиц, устаревший — сменить на устойчивый к квантовым вычислениям. Предложение опубликовано двадцать четвёртого августа и пока остаётся черновиком.

Коротко: что предлагается

Документ называется «Гибкая и обновляемая аутентификация аккаунта», автор — Кушал Баб. Опубликован как предложение по улучшению сети Monad.

Суть в разделении двух вещей, которые сейчас слиты: адреса как имени счёта и учётных данных как права распоряжаться им.

Учётными данными смогут быть не только привычный криптографический ключ, но и passkey с телефона или ноутбука, несколько подписантов сразу или схема, рассчитанная на устойчивость к квантовым компьютерам.

Появляется и восстановление доступа: владелец может завести аккаунт так, что распоряжается обычный ключ, а при его пропаже двое доверенных лиц совместно ставят замену.

Существующие аккаунты при этом продолжают работать как прежде.

Что меняется в устройстве аккаунта

Пункт Значение
Документ «Гибкая и обновляемая аутентификация аккаунта»
Дата и статус 24 августа, ранний черновик
Автор Кушал Баб
Что разделяют адрес счёта и учётные данные для распоряжения
Допустимые данные ключ, passkey, несколько подписантов, постквантовые схемы
Чего нет подробной спецификации реализации

Технического описания того, как именно это реализуется, авторы пока не написали.

Почему это не про удобство, а про единственную дыру в планах перехода

Вот наблюдение, ради которого стоит понять, откуда вообще берётся проблема. В сетях вроде Ethereum и совместимых с ним адрес выводится из открытого ключа. То есть имя счёта и право им распоряжаться — не две сущности, а одна: потерян ключ — потерян адрес, скомпрометирован ключ — скомпрометирован адрес.

Из этой склейки вырастает то, обо что спотыкаются все планы защиты от квантовых вычислений. Допустим, появилась стойкая схема подписи. Чтобы ею воспользоваться, владельцу нужно перевести средства на новый адрес. А перевод надо подписать — старым, уязвимым ключом. Получается, что миграция требует ровно того действия, ради предотвращения которого затевается, и оставляет окно, в котором подпись ещё старая.

Значит, узкое место не в качестве криптографии, а в жёсткой связке адреса и ключа. Предложение Monad бьёт именно туда: если данные для доступа можно заменить, не трогая адрес, переход на новую схему перестаёт быть переездом и становится настройкой.

Тот же корень и у истории с холодным хранением. Сегодня мы разбирали, что похищенные с Coldcard биткоины лежат без движения: там ключ, созданный однажды с дефектом, нельзя было переписать обновлением, и пострадали именно те, кто годами не трогал кошелёк. Развязка адреса и ключа — это структурный ответ на такой класс бед.

Пока адрес выводится из ключа, любой переход на новую криптографию приходится подписывать старой. Развязать их — значит убрать это условие.

Как это соотносится с работой других сетей

Тема стойкости к квантовым вычислениям обсуждается по всей отрасли: мы разбирали, как Solana готовится к угрозе будущего, и какие ответы даёт индустрия в целом.

Отличие подхода Monad в том, что он не выбирает конкретную схему подписи, а делает выбор заменяемым. Что бывает, когда дефект сидит в самой подписи, показывал случай, когда кошелёк Cardano выдавал приватные ключи прямо из блокчейна.

Чего в источниках нет

Не написана спецификация реализации — авторы прямо обозначают документ как ранний черновик.

Не названы ни сроки, ни версия сети, в которой изменение могло бы вступить в силу.

Не описано, как именно устроен механизм доверенных лиц: сколько их может быть, как они назначаются и что мешает злоупотреблению с их стороны.

Частые вопросы

Что предлагают разработчики Monad?

Отделить адрес счёта от учётных данных, которыми им распоряжаются, чтобы ключ можно было заменить без переноса средств и смены адреса.

Чем можно будет подписывать операции?

Обычным криптографическим ключом, passkey с телефона или ноутбука, набором из нескольких подписантов, а также постквантовыми схемами.

Что будет при потере ключа?

Предусмотрено восстановление: например, аккаунт настраивается так, что двое доверенных лиц совместно устанавливают замену пропавшему ключу.

Зачем это нужно против квантовой угрозы?

Сейчас переход на стойкую подпись требует перевода средств, который подписывается старым уязвимым ключом. Развязка адреса и ключа снимает это условие.

Затронет ли это существующие аккаунты?

Нет. По замыслу они продолжают работать как прежде, изменение не ломает уже созданные счета.

Это уже принято?

Нет. Документ опубликован двадцать четвёртого августа как ранний черновик, спецификации реализации и сроков у него нет.

Источники

Материал подготовлен на основе публикации CoinDesk и разбора The Crypto Times о ротации ключей и защите аккаунта.