Опубликовать

Что означает возможность обновления контракта? Кто контролирует право на обновление?



Обновляемый контракт не обязательно небезопасен, но он ставит вопрос, который необходимо проверить: кто может изменить логику выполнения контракта?

При оценке обратите внимание на следующее:

* Право на обновление: оно принадлежит одному администратору, мультиподписи или механизму управления?
* Структура прокси: каков адрес текущего контракта реализации?
* Ограничения безопасности: предусмотрены ли временная блокировка и дополнительные согласования?
* История обновлений: менялся ли в последнее время контракт реализации?
* Проверка версии: прошёл ли новый код проверку безопасности?

Обратите особое внимание: неизменность адреса прокси-контракта не означает, что базовая логика выполнения не менялась.

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

Не ограничивайтесь адресом контракта: изучите, кто контролирует его и как эти полномочия ограничены.
Посмотреть Оригинал
post-image
Эта страница содержит контент третьих сторон. Он не является рекомендацией и не означает одобрения таких взглядов со стороны Gate. Подробнее см. дисклеймер.


Добавить комментарий
Добавить комментарий

комментарий
TrendSurfer
6 часов назад
Недавно уже обжёгся: новую версию контракта запустили без аудита.
0Посмотреть Оригинал
VinylRadio
6 часов назад
Адрес прокси не изменился, но логика уже другая — вот самая незаметная ловушка.
0Посмотреть Оригинал
Permit2Detective
6 часов назад
Мультиподпись и таймлок — необходимый минимум, а с единственным владельцем можно просто сбежать.
0Посмотреть Оригинал
PerpetualSaver
6 часов назад
Проверьте адрес реализации и логи событий обновления — это может спасти жизнь за две минуты.
0Посмотреть Оригинал
DivReinvest
6 часов назад
Первый обзор
После слишком большого числа rug-пуллов то, у кого есть права на обновление, важнее самого кода.
0Посмотреть Оригинал