Polygon планирует восстановить 70 миллионов POL без согласия держателей кошельков

Восстановление украденных средств Polygon

Polygon предложил восстановить около 70 миллионов POL, переместив монеты из пяти кошельков, связанных с хакерскими атаками, без необходимости получения подписей их владельцев на перевод. Этот план изменит балансы через правила сети, передавая полномочия по возврату украденных средств в руки управления и валидаторов.

Цели и детали предложения

Предложение, сделанное 4 ноября, нацелено на пять адресов, которые, по данным, связаны с украденными средствами в результате инцидентов безопасности, затронувших предсказательный рынок Polymarket и биржу Binance. В устаревших справочных таблицах указано, что около 24 миллионов POL принадлежат четырем адресам, связанным с Polymarket, и 47 миллионов POL — одному адресу, связанному с Binance. Однако фактическое восстановление будет использовать балансы на момент активации, а не эти устаревшие данные.

Процесс активации и изменения

На 9 ноября опубликованное предложение все еще оставляет неопределенными имя форка восстановления, выпуск клиента и блок активации. Повестка дня управления от 5 ноября включает предложение для обсуждения без записи одобрения. Отдельный выпуск Bor v2.11.0 реализует изменения StateReceiver от Uburu, а не это предложенное восстановление.

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

Это произойдет до выполнения транзакций в блоке активации. Общее предложение останется прежним, а предыдущая история цепочки останется нетронутой. В предложении говорится, что инженерия Bor все еще должна подтвердить дизайн.

Проблемы и риски

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

Требования к проверке получателя требуют доказательства контроля, такого как подписанное сообщение или небольшая тестовая транзакция, подтвержденная Polygon Labs, плюс письменное подтверждение, что адрес принадлежит получателю.

Ограничения и исключения

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

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

Влияние на биржи и кастодианов

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

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

Заключение и дальнейшие шаги

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

Возмещение клиентам — это отдельный процесс. В своем посмертном отчете от 30 октября Polymarket сообщила, что 95% затронутых кошельков были полностью возмещены в тот же день и объявила о возврате 4 миллионов долларов, включая 1 миллион долларов за убытки, связанные с паузой.

Следующий этап восстановления потребует решения управления, окончательной спецификации программного обеспечения, проверенных получателей и блока активации.