Проверка Rug Pull с ИИ: методика на основе доказательств
ИИ может упорядочить сведения о контракте, кошельках, ликвидности и заявлениях проекта. Он не превращает отсутствующие данные в надёжный вердикт о мошенничестве. Ниже — что собирать, как ссылаться на источник и что проверять вручную.
1. Зафиксировать снимок доказательств #
Запишите сеть, точный адрес контракта, время наблюдения и номер блока. Сохраните прямые ссылки на обозреватель и сырые выгрузки. Отчёт без адреса и времени нельзя воспроизвести; позднее owner, балансы или настройки proxy могут измениться.
| Материал | Что записать | Если отсутствует |
|---|---|---|
| Контракт | Сеть, адрес, bytecode, верифицированный код и ABI, реализация proxy | Отметить неполноту анализа кода |
| Полномочия | Owner, администраторы, роли, multisig/timelock, последние изменения | Перечислить неизвестные элементы контроля |
| Рынок | Протокол/версия пула и форма позиции; выпуск, держатели и блокировка взаимозаменяемых LP-токенов либо менеджер NFT-позиции, tokenId, владелец/оператор и права вывода | Не называть ликвидность заблокированной |
| Распределение | Эмиссия, крупные холдеры, пул, burn, treasury и связанные кошельки | Не делать вывод по скриншоту |
| Заявления | Аудит, партнёры, инвесторы и команда с исходными URL и датами | Отметить как непроверенное заявление |
Гайд Binance Academy о rug pull обновлён 19 мая 2026 года и проверен нами в сентябре 2026 года. Он рекомендует смотреть распределение токена и историю операций в обозревателе, проверять блокировку ликвидности и актуальный отчёт аудита. Там же сказано, что это снижает риск, но не гарантирует безопасность. Официальный гайд.
2. Разобрать полномочия контракта #
Ищите в верифицированном коде и конфигурации права, способные изменить положение холдера: mint, pause, blacklist, лимиты перевода, изменение комиссии или налога, исключения, upgrade, передача owner или роли. У proxy проверяйте текущую реализацию и администратора; одной оболочки proxy недостаточно.
Фраза «owner renounced» не означает отсутствия привилегированного контроля. Проверьте все роли и управляющие контракты. В текущей документации OpenZeppelin по доступу показано, что ownership и роли могут управлять выпуском, заморозкой переводов, обновлением и назначением ролей. Важны реальные функции и текущие держатели ролей конкретного развёртывания.
Сохраняйте функцию или selector, требуемую роль, её держателя, транзакцию назначения и ограничения timelock или multisig. ИИ может найти кандидатов в коде, но человек должен подтвердить каждый пункт в обозревателе и contract read.
3. Проверить ликвидность и холдеров #
Найдите настоящий пул и установите его протокол и версию, а не полагайтесь на значок проекта. Для позиции во взаимозаменяемых LP-токенах запишите выпуск, держателей, бенефициара locker, объём, срок разблокировки и возможность досрочного вывода. Для NFT-позиции с концентрированной ликвидностью проверьте position manager, tokenId, владельца, одобренного оператора, ликвидность конкретной позиции и то, кто может уменьшить ликвидность, получить активы или передать позицию. Официальное руководство Uniswap v3 по созданию позиции — один из примеров NFT-позиции. Вывод о «заблокированной ликвидности» должен относиться к конкретным протоколу, версии, manager и правам вывода.
Концентрацию анализируйте с метками адресов. Пул, burn, bridge, treasury, vesting и биржевой адрес означают разное; сырой процент top 10 может ввести в заблуждение. Проследите переводы между deployer, treasury, командой и новыми кошельками и укажите диапазон блоков. Концентрация или новый кошелёк — повод для проверки, а не самостоятельное доказательство мошенничества.
Поведение перевода тестируйте только в безопасной симуляции или понятном специализированном инструменте. Успешная продажа в прошлом не доказывает, что сегодня продать может каждый; сбой симуляции бывает вызван настройкой. Сохраняйте call data, блок, revert reason и версию инструмента.
4. Проверить аудит и публичные заявления #
Для заявления об аудите нужен исходный отчёт аудитора, дата, точный адрес или commit, область проверки, находки и подтверждение исправлений. Старый отчёт может не охватывать новую реализацию. Аудит относится к определённой области и не гарантирует решения treasury, поведение команды или будущий код.
Партнёров, инвесторов и команду проверяйте на сайте или в объявлении названной стороны, а не только на сайте токена. Сохраняйте URL и дату доступа. Возраст профиля, подписчики, красивая биография или анонимность могут подсказать вопрос, но не доказывают личность или намерение.
При постепенном оттоке treasury сопоставьте движения кошельков и governance-объявления за один период. Давайте модели оригинальные посты и транзакции. Если история Discord, форума или multisig недоступна, прямо укажите пробел.
5. Использовать ИИ, не отдавая ему решение #
Попросите таблицу «утверждение—доказательство»: факт, первичный URL, сеть и блок или время доступа, точное значение либо хеш, значение для проверки, неопределённость и следующий ручной шаг. Строки без источника отклоняйте, каждую ссылку открывайте сами.
| Приемлемый вывод | Не принимать |
|---|---|
| «Адрес X держит роль Y в блоке Z; ссылка…» | «Команда может сделать rug» без функции и держателя |
| «Locker показывает сумму A и срок T» | «Ликвидность безопасна» по значку |
| «Отчёт покрывает commit C, но не реализацию D» | «Есть аудит, значит риск низкий» |
| «Данных нет; следующая проверка…» | Факт или балл риска из отсутствующих данных |
Модели могут по-разному пересказать один пакет. Без зафиксированных входов, стенограмм, правил оценки и независимых меток это не доказывает рейтинг способностей или точность обнаружения.
6. Шаблон промпта со ссылками #
Ты упорядочиваешь доказательства due diligence токена, а не решаешь, мошеннический ли проект.
Снимок:
- сеть, контракт, блок/время: {ЗНАЧЕНИЯ}
- код, ABI, bytecode, реализация/admin proxy: {ССЫЛКИ_ИЛИ_ПРОБЕЛ}
- owner/role и транзакции назначения: {ДОКАЗАТЕЛЬСТВА}
- протокол/версия пула и форма позиции; выпуск/держатели/locker взаимозаменяемых LP-токенов либо менеджер NFT-позиции, tokenId, владелец/оператор, ликвидность позиции и права вывода: {ДОКАЗАТЕЛЬСТВА}
- эмиссия и таблица холдеров с метками: {ДОКАЗАТЕЛЬСТВА}
- аудит и публичные заявления: {ПЕРВИЧНЫЕ_ИСТОЧНИКИ}
- транзакции и governance-посты: {ДИАПАЗОН_И_ССЫЛКИ}
Верни факт, первичный источник и блок/время, точное значение/функцию/роль/транзакцию,
причину проверки, неопределённость и следующий ручной шаг.
Не указывай вероятность мошенничества и не заполняй пробелы вымышленными фактами.
Перед действием перечитайте ключевые состояния в новом блоке и сравните. Результат устаревает после изменения ownership, реализации, ролей, ликвидности или эмиссии. Неразрешённые привилегии или пробелы могут быть причиной не взаимодействовать; отсутствие найденного флага не является сертификатом безопасности.
— AI Trade Lab, редакция 24.09.2026