AdEx AURA (AdEx Network)
AdEx AURA (AdEx Network) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
AdEx AURA (AdEx Network) — AI/Agents | DeFi проект: AI‑агент/фреймворк рекомендаций DeFi‑стратегий на основе ончейн‑активности; токен (символ: ADX) в Ethereum.
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: web‑приложение и open‑source стек, который анализирует активность EVM‑кошелька и предлагает DeFi‑стратегии/возможности (в т.ч. airdrops/фарминг/стейкинг), с упором на безопасность (whitelist apps).
- Для кого: обычные пользователи/инвесторы в DeFi и кошельки, которые хотят встроить рекомендации.
- Зачем ончейн/токен: ончейн нужен как источник данных и среда исполнения DeFi‑стратегий;
ADXиспользуется для стейкинга/доступа к премиум‑функциям и governance. - Что можно потрогать (Tier‑1): beta UI
app.adex.networkи репозиторий (см.links_* → App / Demoиlinks_* → GitHub).
Как это работает (очень кратко)
- Пользователь делает: вводит адрес EVM‑кошелька / подключает кошелёк в UI.
- Система делает: вытягивает балансы и историю ончейн‑активности + внешние каталоги/данные; прогоняет через LLM и ранжирует стратегии; фильтрует результаты “security processing” по whitelist доверенных приложений.
- Пользователь получает: список персонализированных рекомендаций/стратегий и (по roadmap) инструкции/транзакции для исполнения.
- Где блокчейн: источники данных (балансы/транзакции), а также предполагаемое исполнение стратегий в DeFi‑протоколах EVM‑сетей.
- Роль токена (если есть):
ADXиспользуется в стейкинге: бустит рекомендации/служит security guarantee/открывает premium features; также используется для governance (Snapshot).
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | AdEx AURA (AdEx Network) |
| Также известен как (aliases) | AdEx; AURA; $ADX |
| Лого (logo) | ../assets/123_adx-net_logo.png |
| Символ токена (ticker) | ADX |
| Категория | AI/Agents | DeFi |
| Основная сеть (chain) | Ethereum |
| Тип | EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | PoS (Ethereum) |
| Дата запуска (launch_date) | 2017 (ICO по данным Etherscan) |
| Статус проекта (status) | активен (AURA — beta/roadmap) |
| Токен (стандарт) | ERC-20 |
| Контракт токена | 0xade00c28244d5ce17d72e40330b1c318cd12b7c3 |
| Модель токена (token_type) | utility (staking + governance + access (premium features)) |
| Макс. предложение | max total supply ≈ 203,457,500.682992207209940524 ADX (Etherscan) |
| Эмиссия | фиксированная/ограниченная; есть burn events (Etherscan) |
| Токеномика (tokenomics, кратко) | “All ADX tokens have been fully distributed” (website) |
| Управление | governance через Snapshot для staked ADX (website) |
| Админы/ключи | токен имеет supplyController (контракт); детали управления AURA‑сервисом offchain |
| Аудит | yes (Certik audit report указан на Etherscan) |
| Bug bounty | — |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | LLM on-chain activity analysis → recommendations |
| Use‑case (use_case) | DeFi strategies/airdrop tips for wallets |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 4/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 3 / 1 / 1 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://www.adex.network/ |
| Docs | https://adexnetwork.notion.site/AdEx-AURA-Vision-198552af7b4f802d8f44c46b3f8ec7ec |
| App / Demo | https://app.adex.network |
| GitHub | https://github.com/AmbireTech/aura |
| Releases / Changelog | https://github.com/AmbireTech/aura/releases/latest |
| Whitepaper | — |
| Roadmap | https://www.adex.network/blog/adex-aura-2025-roadmap/ |
| Security advisories | https://github.com/AmbireTech/aura/security/advisories |
| Explorer | https://etherscan.io/token/0xade00c28244d5ce17d72e40330b1c318cd12b7c3 |
| X | https://twitter.com/AdEx_Network |
| Discord | https://discord.com/invite/QQb4xc4ksJ |
| Telegram | https://t.me/adex_community |
| Medium | — |
| Audit report(s) | https://github.com/adexAI/adex-protocol-eth/blob/master/audits/Certik-ADX-2021-08-15.pdf |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/adex |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/adx-net/ |
Общее описание проекта
AdEx AURA — продуктовая надстройка (web‑приложение + open‑source стек) поверх Web3: пользователь указывает адрес EVM‑кошелька, а система анализирует его ончейн‑активность (балансы, транзакции, взаимодействия с dApp) и предлагает стратегии/возможности в DeFi с учётом риск‑профиля.
Ключевой “AI‑элемент” — использование LLM для генерации и ранжирования рекомендаций, а также слой “security processing”, который фильтрует/валидирует предлагаемые действия через whitelist доверенных приложений. В roadmap заявлен переход от советов к более автономному агенту, который сможет исполнять действия (account abstraction / “coming … via EIP‑7702” — как заявлено на лендинге).
Фичи/модули
- Recommendation engine: персональные DeFi‑стратегии и “opportunity discovery” на базе ончейн‑активности.
- LLM processing: обработка данных через Large Language Model + (в блоге) “тысячи симуляций” для стратегии.
- Security processing: проверка выходов LLM по whitelist доверенных приложений.
- Roadmap к агенту: постепенный переход от текста → “actionable” инструкций/транзакций → автономного агента.
- Dev‑интеграции: open‑source репозиторий (fetcher + LLM integrations + prompt generator) и security advisories в GitHub.
Типичные сценарии
- Сценарий 1 (скрининг портфеля): вводит адрес → получает список стратегий (лендинг/стейкинг/бриджинг/airdrop‑фарминг) с разными risk‑уровнями.
- Сценарий 2 (поиск аирдропов): на основе прошлых действий кошелька получает подсказки по “double‑dip” возможностям и потенциальным airdrops.
- Сценарий 3 (встроенный модуль в кошелёк): кошелёк/приложение показывает рекомендации прямо в UI и ведёт пользователя по шагам исполнения.
Как начать (кошелёк/сеть)
- Что нужно: адрес EVM‑кошелька (для анализа) и/или подключение кошелька в web‑UI; для дополнительных функций — стейкинг
ADX. - Сеть/chain: рекомендации ориентированы на EVM‑сети (Ethereum и L2); токен
ADX— ERC‑20 в Ethereum. - Комиссии: комиссии возникают при реальном исполнении DeFi‑стратегий onchain (газ, комиссии протоколов); за использование UI/анализа комиссия в Tier‑1 источниках явно не описана.
Архитектура/техника (без AI)
- Компоненты: web‑UI; backend/сервисы, которые вытягивают публичные данные по аккаунту; LLM‑слой; security processing с whitelist приложений.
- Роли участников: пользователи; интеграторы (кошельки/приложения); держатели/stakers
ADX. - Где выполняется логика: анализ и генерация рекомендаций — offchain; выполнение стратегий (если/когда выполняется) — onchain в соответствующих DeFi‑протоколах.
- Зависимости: публичные RPC/индексаторы для чтения ончейн‑данных; внешние каталоги/источники возможностей; LLM‑провайдер(ы).
Токен/экономика (развернуто, без прогнозов)
- Утилити токена:
ADX— ERC‑20 токен экосистемы (стейкинг, governance, доступ к premium features; для AURA — “boost recommendations / security guarantee / higher limits” по сайту). - Источники необходимости в протоколе: базовый анализ/рекомендации как продукт потенциально возможны без токена; токен используется для стейкинга/гейтинга возможностей.
- Кто платит комиссии: пользователь платит газ и комиссии протоколов при исполнении стратегий onchain.
- Куда идут комиссии: в Tier‑1 источниках не описано распределение доходов AURA/комиссий через
ADX. - Эмиссия/сжигание: Etherscan показывает max total supply и burn events; контракт содержит supplyController и функцию mint (контроллер).
- Механизмы безопасности/стимулов: стейкинг
ADXкак стимул/гейтинг; конкретные правила — на staking‑портале (ссылка в links). - Распределение и график выпуска токенов: в Tier‑1 на странице токена указано, что токены “fully distributed”.
- Казначейство: governance голосования указаны на Snapshot (adex.eth); ончейн‑казначейство/адреса не разбирались в рамках этой карточки.
Управление
- Кто принимает решения: заявлено, что staked
ADXholders участвуют в governance voting. - Как меняются параметры протокола: через governance‑процедуры; детали зависят от конкретного модуля (AURA/стейкинг) и не описаны полностью в одном Tier‑1 документе.
- Где обсуждают/принимают решения: Snapshot space
adex.ethуказан на сайте. - Ключи/мультисиг: токен управляется через
supplyController; offchain‑сервисы AURA администрируются командой/операторами (детали публично не раскрыты).
Безопасность и инциденты
- Аудиты: на странице токена в Etherscan указан Certik audit report (ссылка в
Audit report(s)). - Bug bounty: не указан в Tier‑1 ссылках AURA/AdEx.
- Инциденты: сведений не найдено.
- Модель угроз: риски “AI‑советника” — качество/ошибки LLM и безопасность рекомендуемых действий; проект заявляет whitelist‑фильтр и security processing, но проверяемые критерии/метрики не предоставлены.
Статус проекта и таймлайн
- Текущий статус: AURA позиционируется как beta/ранний продукт; план на 2025 — V1 (prototype) → V2 (real‑time) → V3 (autonomous agent).
- Ключевые релизы/вехи: roadmap‑пост (Jan 2025) + open‑source репозиторий с релизами.
- Roadmap: https://www.adex.network/blog/adex-aura-2025-roadmap/
Экосистема/интеграции
- Интеграции: EVM‑сети (Ethereum/L2) как источник данных и среда исполнения; потенциальные интеграции в кошельки (use‑case в README).
- Партнёры: не перечислены в Tier‑1 источниках в виде подтверждённого списка.
- Где реально используется: публичный web‑UI + open‑source репозиторий; для production‑интеграций нужны дополнительные артефакты (API/SDK), которые в рамках карточки не проверялись.
Ai составляющая проекта
- Что здесь реально ИИ? LLM‑слой, который обрабатывает ончейн‑данные и генерирует/ранжирует стратегии; заявлены “симуляции” и логика рекомендаций.
- Что реально onchain? токен
ADX(ERC‑20) и DeFi‑экосистема EVM, из которой берутся данные и где исполняются стратегии. - Зачем нужен токен? стейкинг
ADXзаявлен как механизм доступа/премиум‑лимитов и как security guarantee, а также governance (Snapshot). - Красные флаги (по найденной информации):
- AI‑washing: нет метрик качества/точности рекомендаций и формализованной методики оценки.
- Onchain‑washing: продукт в основном offchain; onchain в первую очередь как источник данных и токен.
- Token‑washing: utility завязан на “premium features/boost”, но базовый продукт концептуально возможен без токена.
- Что перепроверить: доступность/содержание Notion‑документа (ссылка на “vision” часто недоступна), текущую функциональность beta‑UI и точную механику whitelist/security processing.
Итог по компонентам DecAI Fit
- DecAI Fit: 4/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | высоко | 3 |
| Onchain necessity | низко | 1 |
| Token necessity | низко | 1 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): AI не только “в планах”: AI‑агент/LLM‑обработка заявлены как основа продукта уже сейчас.
- Evidence: Tier‑1 — https://github.com/AmbireTech/aura , https://www.adex.network/
- Why sufficient / why not (1 строка): AI_0=1 только когда нет AI_1..AI_4; здесь AI‑функции описаны как работающие.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 1
- Claim (1 строка): LLM анализирует ончейн‑активность и генерирует персональные рекомендации/стратегии.
- Evidence: Tier‑1 — https://github.com/AmbireTech/aura , https://www.adex.network/blog/adex-aura-2025-roadmap/
- Why sufficient / why not (1 строка): В Tier‑1 README и roadmap прямо описана LLM‑обработка и вывод рекомендаций.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 1
- Claim (1 строка): Публичный web‑UI AURA + описание “Try AURA” на лендинге (beta).
- Evidence: Tier‑1 — https://www.adex.network/ , https://app.adex.network
- Why sufficient / why not (1 строка): Наличие публичного UI/входной точки достаточно для демо‑критерия.
- Conflict note (если есть): UI может быть минимальным (beta).
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): В Tier‑1 источниках нет количественных метрик качества/точности рекомендаций.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 1
- Claim (1 строка): В README описаны компоненты: fetcher, LLM integrations, prompt generator, модель рекомендации и roadmap версий.
- Evidence: Tier‑1 — https://github.com/AmbireTech/aura
- Why sufficient / why not (1 строка): Это достаточный уровень техописания для 1 (хотя без спецификаций моделей/метрик).
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Ethereum
- Адреса/идентификаторы:
ADXtoken:0xade00c28244d5ce17d72e40330b1c318cd12b7c3 - Evidence: Tier‑1 — https://etherscan.io/token/0xade00c28244d5ce17d72e40330b1c318cd12b7c3
- Why sufficient / why not (1 строка): Есть публичный верифицируемый адрес токена в обозревателе.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 0
- Какая полезная логика onchain: — (кроме токена и общих DeFi‑взаимодействий конкретные onchain‑модули AURA не представлены как отдельный протокол).
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Tier‑1 источники описывают AURA как offchain recommendation engine.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 0
- Тест “замены блокчейна”: AURA может существовать как финтех‑рекомендатор и без блокчейна (на других данных); ончейн здесь — домен/источник данных, но не доказанный “критичный” протокольный слой AURA.
- Evidence: Tier‑1 — https://github.com/AmbireTech/aura
- Why sufficient / why not (1 строка): Нет доказательства, что без блокчейна ломается именно продукт AURA (в отличие от исполнения DeFi‑стратегий).
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): В проекте есть токен
ADX(ERC‑20). - Evidence: Tier‑1 — https://etherscan.io/token/0xade00c28244d5ce17d72e40330b1c318cd12b7c3
- Why sufficient / why not (1 строка): Токен развёрнут в Ethereum и отслеживается в обозревателе.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 0
- Claim (1 строка): Оплата
ADXза базовые функции AURA не подтверждена Tier‑1 источниками. - Evidence: Tier‑1 — https://www.adex.network/
- Why sufficient / why not (1 строка): В Token Utility описаны staking/premium, но не “платёж за сервис”.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): Стейкинг
ADXзаявлен как security guarantee и механизм буста рекомендаций/лимитов. - Evidence: Tier‑1 — https://www.adex.network/adx-token/
- Why sufficient / why not (1 строка): В Tier‑1 описано, что staked ADX “serves as a security guarantee” и влияет на рекомендации/премиум.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): staked
ADXholders участвуют в governance voting (Snapshot). - Evidence: Tier‑1 — https://www.adex.network/adx-token/
- Why sufficient / why not (1 строка): Страница токена явно указывает governance и ссылку на Snapshot.
- Conflict note (если есть): Snapshot URL открывается не по space (возможны редиректы/anti-bot), требуется ручная проверка.
TK_4 — токен заменим (1/0)
- TK_4 (decision): 1
- Claim (1 строка): Доступ к premium/boost и governance можно реализовать без отдельного токена (подписка/роль/другой актив), не ломая core‑функцию (AI‑рекомендации).
- Evidence: Tier‑1 — https://www.adex.network/adx-token/ , https://github.com/AmbireTech/aura
- Why sufficient / why not (1 строка): В Tier‑1 нет признака “протокол не работает без токена”; utility — надстроечная.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://www.adex.network/ | Позиционирование AURA как AI agent framework; наличие “Try AURA”; роль ADX (staking/premium/governance). |
| Tier‑1 | https://www.adex.network/blog/adex-aura-2025-roadmap/ | Tier‑1 описание того, как AURA работает (LLM + security processing + whitelist) и roadmap версий. |
| Tier‑1 | https://github.com/AmbireTech/aura | Техописание компонентов AURA и roadmap, подтверждение использования LLM. |
| Tier‑1 | https://etherscan.io/token/0xade00c28244d5ce17d72e40330b1c318cd12b7c3 | Адрес/параметры токена ADX и onchain‑факты + ссылка на audit. |
| Tier‑1 | https://github.com/adexAI/adex-protocol-eth/blob/master/audits/Certik-ADX-2021-08-15.pdf | Публичный аудит‑отчёт по контракту (как указан в обозревателе). |
| Tier‑1 | — | Tier‑1 Notion‑документ “AdEx AURA Vision” по ссылке из карточки периодически недоступен. |
| Tier‑2 | — | — |
| Tier‑3 | — | — |
No comments to display
No comments to display