Skip to main content

Immunefi

Immunefi — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).

Immunefi — Infra | Security проект: платформа “onchain security operations” (bug bounty, аудиты, мониторинг и др.) и связанные программы/инструменты; токен IMU описан как экосистемный токен Security OS.

Дисклеймер

Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.

TL;DR (для тех, кто не про ИИ)

  • Что это: платформа для защиты web3‑протоколов: bug bounty программы, аудиты/аудит‑соревнования, мониторинг и другие элементы “security ops”.
  • Для кого: команды протоколов/проектов, которым нужен полный цикл security‑операций, и security researchers (whitehats), которые находят уязвимости и получают выплаты.
  • Зачем ончейн/токен: onchain — это домен угроз (контракты/транзакции/инциденты), который защищают; токен IMU описан как механизм экосистемных стимулов/участия в Security OS (детали — в Tier‑1 документах).

Как это работает (очень кратко)

  1. Пользователь делает: проект подключает продукты Immunefi (например, bug bounty/аудит/мониторинг) или researcher выбирает программу и отправляет репорт.
  2. Система делает: обеспечивает процессы координации disclosure/триажа/выплат, а также предоставляет сервисы мониторинга и обзора кода/транзакций (по продуктовой линейке).
  3. Пользователь получает: проекты — снижение риска и обработку уязвимостей; researchers — выплаты за найденные баги.
  4. Где блокчейн: проверяемый ончейн‑артефакт — токен IMU (ERC‑20) на Ethereum; домен защиты — onchain‑контракты клиентов и их активность.
  5. Роль токена (если есть): IMU описан как экосистемный токен Security OS, который должен усиливать стимулы/сигналы и обучать Immunefi AI (заявлено).

Быстрые ссылки: AI‑соответствие

Паспорт проекта

Поле Значение
Название проекта Immunefi
Также известен как (aliases) IMU
Лого (logo) ../assets/903_immunefi_logo.svg
Символ токена (ticker) IMU
Категория Infra | Security
Основная сеть (chain) Ethereum
Тип EVM
Статус сети mainnet
Консенсус (consensus) PoS (Ethereum)
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) ERC-20
Контракт токена 0xb48c6b24f36307c7a1f2a9281e978a9ef2902ba5
Модель токена (token_type) unknown
Макс. предложение 10 000 000 000 IMU
Эмиссия —
Токеномика (tokenomics, кратко) Allocation: 10B IMU (описано на сайте фонда); max total supply 10B подтверждается onchain‑страницей токена.
Управление —
Админы/ключи —
Аудит —
Bug bounty —
Команда (team) —
Финансирование (investors/funding) —
AI‑компонент (ai_component) security agents / Immunefi AI for on-chain security
Use‑case (use_case) security ops for protocols + bug bounty
DecAI Fit — AI‑соответствие (AI thesis fit) 0/6 — нет AI reality и нет AI intent (ai_score=0)
Итог по компонентам DecAI Fit ai_score 0 / onchain_score 1 / token_score 0 / evidence_score 3
Last verified 2026-02-11
Тип Ссылка
Website https://www.immunefi.foundation/
Docs https://docs.immunefi.foundation/
GitHub —
Releases / Changelog —
Whitepaper https://docs.immunefi.foundation/mica-whitepaper/
Roadmap —
Security advisories —
Explorer https://etherscan.io/token/0xb48c6b24f36307c7a1f2a9281e978a9ef2902ba5
App / Demo https://immunefi.com/
X https://twitter.com/ImmunefiFdn
Discord https://discord.com/invite/immunefi
Telegram https://t.me/+_cG75v55VVo5NTQx
Medium —
Audit report(s) https://immunefi.com/audits/
Bug bounty https://immunefi.com/bug-bounty-program/
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/immunefi
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/immunefi/

Общее описание проекта

Immunefi по Tier‑1 источникам позиционируется как платформа для “unified security operations” в web3: bug bounty программы, аудиты, мониторинг, ревью кода и транзакций и др. Продукт ориентирован на протоколы/команды (как клиентов) и на security researchers (whitehats), которые находят уязвимости и получают выплаты через программы.

Отдельно Immunefi Foundation и документация описывают токен IMU как центральный актив экосистемы Security OS: токен должен выстраивать стимулы, накапливать сигналы и (заявлено) подпитывать обучение Immunefi AI на данных об угрозах/эксплойтах.

Фичи/модули

  • Bug bounty programs: каталоги программ, правила disclosure и выплаты (через платформу).
  • Аудиты / Audit competitions: аутсорсинг/соревнования для поиска уязвимостей.
  • Monitoring / threat detection: мониторинг onchain‑рисков (как продуктовая линия).
  • Code review agent / Multisig Tx Review: сервисы ревью (как продуктовая линия).

Типичные сценарии

  • Сценарий 1 (протокол): команда запускает bug bounty → получает отчёты → триаж/исправление → выплаты.
  • Сценарий 2 (researcher): исследователь выбирает программу → находит уязвимость → репортит → получает выплату.
  • Сценарий 3 (ops): команда подключает мониторинг/ревью транзакций/кода как часть security stack.

Как начать (кошелёк/сеть)

  • Что нужно: аккаунт/доступ к платформе Immunefi (для участия в программах) и, при необходимости, onchain‑инфраструктура проекта.
  • Сеть/chain: зависит от защищаемых протоколов; токен IMU размещён как ERC‑20 на Ethereum.
  • Комиссии: зависят от конкретных onchain‑операций вне платформы; в рамках карточки не фиксируются.

Архитектура/техника (без AI)

  • Компоненты: сервисы координации bug bounty/аудитов/мониторинга; пользовательские интерфейсы для протоколов и researchers.
  • Где выполняется логика: большая часть — offchain (платформа/процессы); onchain‑часть — это активы/контракты клиентов и экосистемный токен.

Токен/экономика (развернуто, без прогнозов)

  • Параметры (Tier‑1): max total supply 10B IMU (подтверждается onchain и страницей фонда).
  • Роль токена (Tier‑1, заявлено): стимулы и “security flywheel” вокруг данных/сигналов, которые усиливают Security OS.
  • Что не установлено: детальная механика “платёж/залог/слэшинг” в виде конкретных контрактов/параметров.

Управление

  • Не установлено по Tier‑1: конкретный governance‑процесс/механика голосований через IMU (если есть).

Безопасность и инциденты

  • Bug bounty (для проектов): основной продукт (см. links_*).
  • Аудиты: доступны как продукт (см. links_*).
  • Инциденты: не фиксируются в карточке без отдельного Tier‑1 источника/постмортема.

Статус проекта и таймлайн

  • Текущий статус: платформа активна и публично доступна.

Ai составляющая проекта

  • Что здесь реально ИИ? Immunefi заявляет “security agents” и “Immunefi AI”, обучаемую на датасете эксплойтов/репортов/фиксов; однако Tier‑1 артефакты (публичные метрики/техописание/код) для подтверждения AI‑реальности не зафиксированы.
  • Что реально onchain? домен угроз — onchain‑протоколы; проверяемый артефакт — токен IMU (ERC‑20) на Ethereum.
  • Зачем нужен токен? токен IMU описан как элемент стимулов и “security flywheel” вокруг Security OS (Tier‑1, заявлено).
  • Красные флаги (по найденной информации): AI‑часть сейчас описана как “заявлено”; без техартефактов (метрик/архитектуры/публичного кода) AI_1..AI_4 остаются 0.

Итог по компонентам DecAI Fit

  • DecAI Fit: 0/6 — нет AI reality и нет AI intent (ai_score=0)
Компонент Уровень Score
AI reality низко 0
Onchain necessity низко 1
Token necessity низко 0
Evidence Tier‑1 нет 3
Подробнее

AI reality

AI_0 — намерения про AI (roadmap Tier‑1) (1/0)

  • AI_0 (decision): 0
  • Claim (1 строка): Упоминания “Immunefi AI” есть в Tier‑1 продуктовых материалах, но как намерение/маркетинговое позиционирование, без проверяемых артефактов.
  • Evidence: Tier‑1 — https://immunefi.com/ ; https://www.immunefi.foundation/
  • Why sufficient / why not (1 строка): Для AI_0 нужен Tier‑1 roadmap/декларация AI‑намерений; здесь AI фигурирует как продуктовый тезис без формального roadmap‑артефакта.
  • Conflict note (если есть): —

AI_1 — что делает ИИ (1/0)

  • AI_1 (decision): 0
  • Claim (1 строка): Не установлено по Tier‑1, что именно делает AI‑компонент и как он встроен в продукт (в проверяемом виде).
  • Evidence: Tier‑1 — https://immunefi.com/
  • Why sufficient / why not (1 строка): Требуются Tier‑1 артефакты (доки/код/демо), описывающие AI‑функцию.
  • Conflict note (если есть): —

AI_2 — демо/примеры (1/0)

  • AI_2 (decision): 0
  • Claim (1 строка): Демо работы “Immunefi AI” как проверяемый Tier‑1 артефакт не зафиксировано.
  • Evidence: Tier‑1 — https://immunefi.com/
  • Why sufficient / why not (1 строка): Без Tier‑1 ссылки на демо AI_2 остаётся 0.
  • Conflict note (если есть): —

AI_3 — метрики/качество (1/0)

  • AI_3 (decision): 0
  • Метрики: —
  • Контекст (версия/дата/на чём мерили): —
  • Evidence: Tier‑1 — https://immunefi.com/
  • Why sufficient / why not (1 строка): Метрики качества по Tier‑1 не зафиксированы.
  • Conflict note (если есть): —

AI_4 — техописание/архитектура/версии (1/0)

  • AI_4 (decision): 0
  • Claim (1 строка): Техническое описание AI‑части (архитектура/версии/артефакты) по Tier‑1 не зафиксировано.
  • Evidence: Tier‑1 — https://docs.immunefi.foundation/
  • Why sufficient / why not (1 строка): Нужны Tier‑1 доки/репо с архитектурой или описанием.
  • Conflict note (если есть): —

Onchain necessity

OC_1 — контракты/адреса/сеть (1/0)

  • OC_1 (decision): 1
  • Сеть: Ethereum
  • Адреса/идентификаторы: токен IMU (ERC‑20): 0xb48c6b24f36307c7a1f2a9281e978a9ef2902ba5
  • Evidence: Tier‑1 — https://etherscan.io/token/0xb48c6b24f36307c7a1f2a9281e978a9ef2902ba5
  • Why sufficient / why not (1 строка): Адрес токен‑контракта в публичной сети — проверяемый ончейн‑факт.
  • Conflict note (если есть): —

OC_2 — onchain не только токен (1/0)

  • OC_2 (decision): 0
  • Какая полезная логика onchain: —
  • Evidence: Tier‑1 — https://docs.immunefi.foundation/
  • Why sufficient / why not (1 строка): Без Tier‑1 описания протокольной логики нельзя подтвердить OC_2.
  • Conflict note (если есть): —

OC_3 — onchain критичен (1/0)

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: —
  • Evidence: Tier‑1 — https://docs.immunefi.foundation/
  • Why sufficient / why not (1 строка): Критичность ончейна требует формального обоснования и источников.
  • Conflict note (если есть): —

Token necessity

TK_0 — токена нет (1/0)

  • TK_0 (decision): 0
  • Claim (1 строка): У проекта есть токен IMU.
  • Evidence: Tier‑1 — https://docs.immunefi.foundation/ ; https://etherscan.io/token/0xb48c6b24f36307c7a1f2a9281e978a9ef2902ba5
  • Why sufficient / why not (1 строка): Tier‑1 источники подтверждают существование токена и onchain‑контракта.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

TK_1 — платёж за сервис (1/0)

  • TK_1 (decision): 0
  • Claim (1 строка): По Tier‑1 не установлено, что IMU обязателен как “платёж за сервис” (в протокольном смысле).
  • Evidence: Tier‑1 — https://docs.immunefi.foundation/
  • Why sufficient / why not (1 строка): Для TK_1 требуется явное Tier‑1 описание fee‑механизма.
  • Conflict note (если есть): —

TK_2 — стимулы/залоги/штрафы (1/0)

  • TK_2 (decision): 0
  • Claim (1 строка): По Tier‑1 не зафиксирована конкретная протокольная механика стимулов/залогов/штрафов (контракты/параметры), помимо общих принципов “flywheel”.
  • Evidence: Tier‑1 — https://docs.immunefi.foundation/
  • Why sufficient / why not (1 строка): Для “1” нужны конкретные правила/параметры и проверяемые артефакты.
  • Conflict note (если есть): —

TK_3 — управление (1/0)

  • TK_3 (decision): 0
  • Claim (1 строка): Governance‑механика через IMU по Tier‑1 не установлена.
  • Evidence: Tier‑1 — https://docs.immunefi.foundation/
  • Why sufficient / why not (1 строка): Для “1” нужен описанный governance‑процесс.
  • Conflict note (если есть): —

TK_4 — токен заменим (1/0)

  • TK_4 (decision): 0
  • Claim (1 строка): Заменимость токена без Tier‑1 данных не оценивается.
  • Evidence: Tier‑1 — https://docs.immunefi.foundation/
  • Why sufficient / why not (1 строка): Требуются Tier‑1 данные о роли токена в протоколе.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://immunefi.com/ Продуктовая линейка платформы (bug bounty/audits/monitoring и др.) и описание “security agents / Immunefi AI” как позиционирование.
Tier‑1 https://www.immunefi.foundation/ Описание Security OS и токена IMU (allocation 10B; “security flywheel”).
Tier‑1 https://docs.immunefi.foundation/ Документация по IMU: роль токена и принципы “flywheel”.
Tier‑1 https://docs.immunefi.foundation/mica-whitepaper/ MiCA whitepaper (PDF) как Tier‑1 документ о токене/рисках/роль в экосистеме.
Tier‑1 https://etherscan.io/token/0xb48c6b24f36307c7a1f2a9281e978a9ef2902ba5 Ончейн‑факт: контракт токена IMU на Ethereum; max total supply 10B.
Tier‑2 https://coinmarketcap.com/currencies/immunefi/ Профиль агрегатора (контекст).
Tier‑2 https://www.coingecko.com/en/coins/immunefi Профиль агрегатора (контекст).