APRO

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

APRO — AI/Other | Infra проект: oracle‑сервисы (Data Push/Data Pull: price feeds) и отдельный продукт APRO AI Oracle для “LLM/AI‑агентов”, который обещает давать real‑time данные с валидацией/подписями. Токен: AT (BEP‑20 в BNB Smart Chain и ERC‑20 в Ethereum; заявлен как staking‑токен для node operation/security и участие в governance; платёжная роль — “advanced phases”).

Дисклеймер

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

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

• Что это: oracle‑платформа с price feeds (push/pull модели) и API‑сервисами для получения данных (в т.ч. для AI‑агентов).
• Для кого: разработчики dApp/DeFi и команды, которым нужны проверяемые котировки/репорты; разработчики AI‑агентов, которым нужен доступ к real‑time данным (по заявлению).
• Зачем ончейн/токен: onchain используются контрактные адреса price feeds и верификация репортов (подписи/таймстемпы) перед записью в контракт; токен AT заявлен как staking‑токен для запуска oracle‑нод и как часть governance (Tier‑1), а роль “платёжного токена” описана как более поздняя фаза.
• Что можно потрогать (Tier‑1): Quickstart по APRO AI Oracle API (docs.apro.com/ai-oracle/.../quickstart) + демо‑код в GitHub (apro_contract/demo).

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

1. Пользователь делает: интегрирует price feeds (Data Push) в смарт‑контракт или получает подписанные репорты (Data Pull) через API.
2. Система делает: независимые нод‑операторы собирают данные; для pull‑модели формируется отчёт (price/timestamp/signatures), который можно отправить на верификацию в onchain‑контракт.
3. Пользователь получает: onchain‑доступ к котировкам/данным через адреса агрегаторов и/или возможность верифицировать отчёт и затем читать цену из контракта.
4. Где блокчейн: адреса price feed контрактов и логика верификации репортов/обновления цены (EVM‑контракты); токен AT — ERC‑20 в Ethereum.
5. Роль токена: наличие токена подтверждено ончейн; зачем он нужен именно в продукте (платежи/стейкинг/governance) — не установлено по Tier‑1.

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

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

Поле	Значение
Название проекта	APRO
Также известен как	APRO Oracle | APRO AI Oracle | AT
Лого	../assets/56_apro_logo.svg
Символ токена	AT
Категория	AI/Other | Infra
Основная сеть (chain)	Ethereum
Тип	EVM
Статус сети	mainnet
Консенсус (consensus)	PoS (Ethereum)
Дата запуска	—
Статус проекта (status)	active
Токен (стандарт)	ERC-20
Контракт токена	Ethereum: 0x0581CCdf2d9BcA21baEfF8b32b2551fd49CF70aa; BNB Smart Chain: 0x9be61A38725b265BC3eb7Bfdf17AfDFc9d26C130
Модель токена (token_type)	utility (staking + governance)
Макс. предложение	1,000,000,000
Эмиссия	fixed cap
Токеномика	max supply 1B; TGE 2025‑10‑24; initial circulating 230M; allocation: staking rewards 20%, ecosystem 25%, investors 20%, public 15%, team 10% (Tier‑1).
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда	—
Финансирование	—
AI‑компонент (ai_component)	AI oracle for LLM/agents
Use‑case (use_case)	price feeds + report verification
DecAI Fit — AI‑соответствие	5/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 2 / onchain_score 3 / token_score 2 / evidence_score 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://www.apro.com/
Docs	https://docs.apro.com/en/
GitHub	https://github.com/APRO-Oracle
Releases / Changelog	https://github.com/APRO-Oracle/apro_contract/releases
Whitepaper	https://apro.com/whitepaper
Roadmap	—
Security advisories	https://github.com/APRO-Oracle/apro_contract/security/advisories
Explorer	https://etherscan.io/token/0x0581CCdf2d9BcA21baEfF8b32b2551fd49CF70aa
App / Demo	https://docs.apro.com/ai-oracle/getting-started/quickstart
X	https://twitter.com/APRO_Oracle
Discord	https://discord.gg/TPwWHqfj
Telegram	https://t.me/APRO_Oracle
Medium	https://medium.com/@APRO_Oracle
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/apro
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/apro/

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

APRO — это oracle‑сервисы для доставки данных в смарт‑контракты и приложения. В документации описаны два основных режима: Data Push (контракты читают цену из onchain‑агрегатора по адресу) и Data Pull (цена доставляется как отчёт с price/timestamp/signatures; затем отчёт проверяется onchain и записывается в контракт). Отдельно выделен продукт APRO AI Oracle — позиционируется как “AI‑oracle” для LLM и автономных агентов: цель — дать моделям доступ к real‑time данным с валидацией, чтобы “grounding” уменьшал галлюцинации (по Tier‑1).

Фичи/модули

• APRO Data Push: price feeds с onchain‑адресами агрегаторов и примером интеграции через AggregatorV3Interface.
• APRO Data Pull (EVM): отчёты (price/timestamp/signatures), которые можно верифицировать в onchain‑контракте и затем читать цену.
• APRO AI Oracle: API‑доступ к данным для AI‑моделей/агентов; в docs заявлены сценарии LLM/agents + grounding.
• Dev‑артефакты: публичные смарт‑контракты и демо‑скрипты в GitHub (apro_contract/demo).

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

• Сценарий 1 (Data Push): dApp подключает адрес price feed контракта → читает latestRoundData() и использует цену в логике.
• Сценарий 2 (Data Pull): dApp получает отчёт через API → отправляет отчёт на верификацию в onchain‑контракт → использует проверенную цену в транзакции или читает позже.
• Сценарий 3 (AI‑агенты): AI‑агент запрашивает данные через AI Oracle API → использует их для ответов/решений (как заявлено в docs).

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

• Что нужно: EVM‑окружение (контракт/скрипты) и доступ к docs; для AI Oracle API v2 — API‑ключ (по docs).
• Сеть/chain: price feeds доступны в разных EVM‑сетях (список контрактов в docs); токен AT — ERC‑20 в Ethereum.
• Комиссии: onchain — gas сети при верификации отчётов/вызовах контрактов; offchain — вызовы API (могут быть тарифы/кредиты, описано в AI Oracle Quickstart).

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

• Компоненты: price feed контракты (агрегаторы) в EVM‑сетях; onchain‑верификатор отчётов для pull‑модели; offchain‑API/Live‑API сервис для выдачи отчётов; репозиторий контрактов/демо.
• Роли участников: независимые нод‑операторы (сбор/подпись данных), разработчики dApp, пользователи, которые публикуют отчёты на верификацию.
• Где выполняется логика: offchain — сбор данных и подготовка отчётов; onchain — верификация подписи/валидности и хранение/чтение цены в контракте.
• Зависимости: EVM‑сети (адреса контрактов в docs), веб‑API/APRO Live‑API.

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

• Утилити токена: Tier‑1 tokenomics описывает $AT как токен с утилити staking для node operation/network security и governance; платежная роль описана как “advanced phases”.
• Источники необходимости в протоколе: для работы oracle‑нод заявлено требование stake $AT (Tier‑1); для data‑pull onchain costs в docs описаны как оплачиваемые gas‑токенами сети (не $AT).
• Кто платит комиссии: пользователи сетей платят gas за onchain‑операции (верификация отчётов/вызовы контрактов); для Data Pull service fees в docs указано, что оплачиваются native gas token’ами и их ERC‑20‑обёртками; AI Oracle API имеет rate‑limit/кредитную модель (Quickstart).
• Куда идут комиссии: — (не установлено).
• Эмиссия/сжигание: Tier‑1 tokenomics указывает max supply 1B и распределение/вестинги; сжигание не описано как ключевой механизм.
• Механизмы безопасности/стимулов: staking rewards 20% supply (вестинг 48 мес.) заявлены как источник стимулов для node operations и сетевой безопасности; безопасность данных описана как multi‑source + consensus + подписи.
• Распределение и график выпуска токенов: — (не установлено по Tier‑1).
• Казначейство: — (не установлено).

Управление

• Кто принимает решения: — (процессы governance/DAO не описаны как Tier‑1 в просмотренных источниках).
• Как меняются параметры протокола: через обновления контрактов/инфраструктуры и документации (детальная процедура не установлена по Tier‑1).
• Где обсуждают/принимают решения: — (не установлено).
• Ключи/мультисиг: — (не установлено по Tier‑1).

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

• Аудиты: — (в links_* не указан audit report; Tier‑1 аудит ключевых контрактов не найден).
• Bug bounty: — (в links_* стоит —; Tier‑1 программы не найдено).
• Инциденты: — (публичные постмортемы не выявлены по Tier‑1).
• Модель угроз: компрометация offchain API/ключей доступа (AI Oracle v2), ошибки/манипуляции в источниках данных и в консенсус‑агрегации, риски верификации репортов и интеграций dApp (ошибки в использовании отчётов/валидности), риски прокси/апгрейдов токена/контрактов (в т.ч. админ‑контроль).

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

• Текущий статус: документация Data Service и AI Oracle доступна; токен AT существует в Ethereum (Etherscan); репозитории контрактов/демо публичны.
• Ключевые релизы/вехи: GitHub Releases для apro_contract отсутствуют; в docs регулярно обновляются адреса price feed контрактов.
• Roadmap: — (в links_* строка Roadmap = —; отдельный Tier‑1 roadmap не извлечён).

Экосистема/интеграции

• Интеграции: EVM‑сети/смарт‑контракты (список supported chains и адресов price feeds в docs); REST API и WebSocket (для pull‑модели); GitHub‑демо и примеры интеграции.
• Партнёры: — (подтверждённые партнёрства/интеграции не извлечены как Tier‑1).
• Где реально используется: интеграция price feeds в EVM‑контракты (Data Push) и onchain‑верификация pull‑репортов для использования цен в бизнес‑логике dApp.

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

• Что здесь реально ИИ? Tier‑1 docs описывают “AI Oracle” как слой, который даёт LLM/агентам real‑time данные с консенсус‑валидацией, чтобы снижать hallucinations; при этом метрик/оценки качества “AI‑части” не опубликовано.
• Что реально onchain? адреса price feed контрактов и onchain‑верификация pull‑репортов (price/timestamp/signatures) перед записью в контракт; токен AT — ERC‑20 в Ethereum.
• Зачем нужен токен? Tier‑1 tokenomics описывает необходимость stake $AT для запуска oracle‑нод (security) и участие в governance; платежная роль заявлена как более поздняя фаза, а в docs по Data Pull service fees указаны как оплачиваемые gas‑токенами сети.
• Красные флаги (по найденной информации): AI‑washing (много сильных тезисов про LLM/галлюцинации без метрик/демо агента “из коробки”), token‑washing (не ясно, где AT обязателен), что перепроверить: token utility в whitepaper/доках, экономику стимулов нод‑операторов, аудит/безопасность ключевых контрактов.

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

• DecAI Fit: 5/6 — высокое соответствие тезису Decentralized AI

Компонент	Уровень	Score
AI reality	средне	2
Onchain necessity	высоко	3
Token necessity	средне	2
Evidence	Tier‑1 есть	3

Подробнее

AI reality

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

• AI_0 (decision): 0
• Claim (1 строка): intent‑флаг не нужен, т.к. есть отдельные Tier‑1 страницы с описанием продукта APRO AI Oracle и Quickstart.
• Evidence: Tier‑1 — https://docs.apro.com/ai-oracle/readme/what-is-apro-ai-oracle
• Why sufficient / why not (1 строка): AI описан как продукт/компонент, а не только как план.
• Conflict note (если есть): —

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

• AI_1 (decision): 1
• Claim (1 строка): APRO AI Oracle заявляет слой данных для LLM/агентов: real‑time проверяемые данные (multi‑source + consensus + подписи) для “grounding” и снижения hallucinations.
• Evidence: Tier‑1 — https://docs.apro.com/ai-oracle/readme/what-is-apro-ai-oracle
• Why sufficient / why not (1 строка): Tier‑1 описывает конкретную функцию AI‑ориентированного компонента (data grounding для LLM/agents).
• Conflict note (если есть): —

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

• AI_2 (decision): 1
• Claim (1 строка): Quickstart даёт воспроизводимый пример вызовов AI Oracle API (v1/v2), а в GitHub есть демо‑скрипты чтения данных.
• Evidence: Tier‑1 — https://docs.apro.com/ai-oracle/getting-started/quickstart, https://github.com/APRO-Oracle/apro_contract/tree/main/demo
• Why sufficient / why not (1 строка): это воспроизводимые туториал/пример (Tier‑1) для интеграции.
• Conflict note (если есть): v2 требует API‑ключ; часть сценариев идёт через свой backend.

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

• AI_3 (decision): 0
• Метрики: —
• Контекст (версия/дата/на чём мерили): —
• Evidence: Tier‑1 — https://docs.apro.com/ai-oracle/readme/what-is-apro-ai-oracle
• Why sufficient / why not (1 строка): в Tier‑1 нет количественных метрик качества/бенчмарков AI‑компонента.
• Conflict note (если есть): —

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

• AI_4 (decision): 0
• Claim (1 строка): техописание конкретных моделей/версий/методов inference не найдено; описан лишь концепт и поток данных/валидации.
• Evidence: Tier‑1 — https://docs.apro.com/ai-oracle/readme/what-is-apro-ai-oracle
• Why sufficient / why not (1 строка): без версионированной техспеки/параметров моделей фиксируем 0.
• Conflict note (если есть): —

Onchain necessity

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

• OC_1 (decision): 1
• Сеть: EVM (в т.ч. Ethereum; также список контрактов на других сетях)
• Адреса/идентификаторы: токен AT (Ethereum): 0x0581CCdf2d9BcA21baEfF8b32b2551fd49CF70aa; price feed контракты приведены в docs (много сетей/адресов).
• Evidence: Tier‑1 — https://etherscan.io/token/0x0581CCdf2d9BcA21baEfF8b32b2551fd49CF70aa, https://docs.apro.com/en/data-push/price-feed-contract
• Why sufficient / why not (1 строка): есть ончейн‑идентификаторы (token + адреса price feeds) в Tier‑1.
• Conflict note (если есть): —

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

• OC_2 (decision): 1
• Какая полезная логика onchain: чтение price feeds по адресам агрегаторов (Data Push) и onchain‑верификация pull‑репортов (price/timestamp/signatures) с записью данных в контракт.
• Evidence: Tier‑1 — https://docs.apro.com/en/data-push/getting-started, https://docs.apro.com/en/data-pull-evm-chain/getting-started
• Why sufficient / why not (1 строка): docs описывают onchain‑вызовы/верификацию как часть продукта, а не только выпуск токена.
• Conflict note (если есть): —

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

• OC_3 (decision): 1
• Тест “замены блокчейна”: без ончейна теряется проверяемость/используемость oracle‑данных в смарт‑контрактах: некуда верифицировать отчёт и хранить “проверенную цену” для последующей логики.
• Evidence: Tier‑1 — https://docs.apro.com/en/data-pull-evm-chain/getting-started
• Why sufficient / why not (1 строка): Tier‑1 прямо описывает onchain‑верификацию отчёта и хранение цены в контракте как основу сценариев.
• Conflict note (если есть): —

Token necessity

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

• TK_0 (decision): 0
• Claim (1 строка): в проекте есть токен AT (ERC‑20 в Ethereum).
• Evidence: Tier‑1 — https://etherscan.io/token/0x0581CCdf2d9BcA21baEfF8b32b2551fd49CF70aa
• Why sufficient / why not (1 строка): ончейн‑факт токена подтверждён эксплорером.
• Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

• TK_1 (decision): 0
• Claim (1 строка): в docs по Data Pull service fees указано, что оплачиваются native gas tokens и ERC‑20‑обёртками; в tokenomics посте “оплата $AT” описана как advanced phases (не текущий must‑have).
• Evidence: Tier‑1 — https://docs.apro.com/en/data-pull-evm-chain/on-chain-costs, https://medium.com/@APRO_Oracle/at-tokenomics-unveiled-building-a-sustainable-value-ecosystem-for-next-generation-oracle-3eb4ebad85d9
• Why sufficient / why not (1 строка): это не подтверждает текущую обязательность оплаты сервисов токеном AT → фиксируем 0 (консервативно).
• Conflict note (если есть): возможен сдвиг в будущем, если $AT станет “primary payment method” (как заявлено).

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

• TK_2 (decision): 1
• Claim (1 строка): Tier‑1 tokenomics заявляет, что операторы обязаны stake $AT для запуска oracle‑нод (network security); также выделен пул staking rewards 20% supply.
• Evidence: Tier‑1 — https://medium.com/@APRO_Oracle/at-tokenomics-unveiled-building-a-sustainable-value-ecosystem-for-next-generation-oracle-3eb4ebad85d9
• Why sufficient / why not (1 строка): есть прямое Tier‑1 утверждение про staking requirement и reward allocation.
• Conflict note (если есть): детали механики стейкинга/слэшинга и onchain‑контракты стейкинга не извлечены.

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

• TK_3 (decision): 1
• Claim (1 строка): Tier‑1 tokenomics описывает governance через комьюнити‑голосование (в т.ч. “pace of release … subject to community voting”) и связывает участие с staking.
• Evidence: Tier‑1 — https://medium.com/@APRO_Oracle/at-tokenomics-unveiled-building-a-sustainable-value-ecosystem-for-next-generation-oracle-3eb4ebad85d9
• Why sufficient / why not (1 строка): есть Tier‑1 утверждение про governance/голосование, связанное с токеном/стейкингом.
• Conflict note (если есть): конкретная площадка/процедура governance (Snapshot/DAO и т. п.) не указана.

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

• TK_4 (decision): 0
• Claim (1 строка): токен привязан к staking для node operation/security и заявлен как governance‑токен; строгий тест заменимости не проводился → фиксируем 0 (консервативно).
• Evidence: Tier‑1 — https://medium.com/@APRO_Oracle/at-tokenomics-unveiled-building-a-sustainable-value-ecosystem-for-next-generation-oracle-3eb4ebad85d9
• Why sufficient / why not (1 строка): без техдеталей стейкинга/валидаторов и без сравнения альтернатив оставляем 0.
• Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://docs.apro.com/ai-oracle/readme/what-is-apro-ai-oracle	Tier‑1: AI Oracle тезис (для LLM/агентов), как работает (multi-source, consensus, signatures), use-cases.
Tier‑1	https://docs.apro.com/ai-oracle/getting-started/quickstart	Tier‑1: Quickstart/гайд по AI Oracle API (воспроизводимый пример вызовов).
Tier‑1	https://github.com/APRO-Oracle/apro_contract/tree/main/demo	Tier‑1: демо‑скрипты/артефакты интеграции (пример получения данных).
Tier‑1	https://docs.apro.com/en/data-push/getting-started	Tier‑1: Data Push — onchain price feeds и пример чтения данных из контракта.
Tier‑1	https://docs.apro.com/en/data-pull-evm-chain/getting-started	Tier‑1: Data Pull — отчёт (price/timestamp/signatures), onchain‑верификация и сценарии использования в контракте.
Tier‑1	https://docs.apro.com/en/data-push/price-feed-contract	Tier‑1: список адресов price feed контрактов в разных сетях (ончейн‑идентификаторы).
Tier‑1	https://medium.com/@APRO_Oracle/at-tokenomics-unveiled-building-a-sustainable-value-ecosystem-for-next-generation-oracle-3eb4ebad85d9	Tier‑1: tokenomics $AT (max supply 1B, форматы BEP‑20/ERC‑20, адреса, TGE, allocation; staking requirement; governance claims; payment intent “advanced phases”).
Tier‑1	https://docs.apro.com/en/data-pull-evm-chain/on-chain-costs	Tier‑1: Data Pull onchain costs/service fees оплачиваются gas‑токенами сети (не $AT) — важно для TK_1.
Tier‑1	https://etherscan.io/token/0x0581CCdf2d9BcA21baEfF8b32b2551fd49CF70aa	Tier‑1: ончейн‑факт ERC‑20 токена AT в Ethereum (адрес/контракт).
Tier‑2	https://coinmarketcap.com/currencies/apro/	Контекст/профиль (не доказательство).
Tier‑3	—	—