Oraichain
Oraichain (Oraichain Token, ORAI) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Oraichain — AI/Other L1 (Cosmos SDK) с AI‑оракулом: позволяет смарт‑контрактам делать запросы к AI‑API через валидаторов и получать результат, записанный ончейн; токен: ORAI.
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: L1‑блокчейн и оракул‑сеть для “запросов данных”, где частный случай — AI‑API (с тест‑кейсами для контроля качества).
- Для кого: разработчики смарт‑контрактов/dApps, которым нужно получать offchain‑результаты (в т. ч. AI) в виде ончейн‑артефакта.
- Зачем ончейн/токен: ончейн нужен для доказуемости/детерминизма результата и распределения вознаграждений; ORAI используется как газ/комиссии, стейкинг валидаторов и governance.
Как это работает (очень кратко)
- Пользователь делает: отправляет (или смарт‑контракт отправляет) AI‑запрос/“oracle script” в сеть Oraichain и указывает комиссию.
- Система делает: выбранные валидаторы выполняют запрос: прогоняют тест‑кейсы, вызывают AI‑провайдеров/источники, формируют отчёт.
- Пользователь получает: результат, записанный в транзакции/событии onchain (как “proof of execution”), пригодный для чтения из смарт‑контрактов и приложений.
- Где блокчейн: исполнение и отчётность фиксируются в Oraichain; стимулы/штрафы и распределение комиссий — onchain‑правила.
- Роль токена (если есть): ORAI — комиссии за транзакции и AI‑запросы, стейкинг/делегация валидаторов, голосование за апдейты/параметры.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Oraichain |
| Также известен как (aliases) | Oraichain Token; ORAI |
| Лого (logo) | ../assets/147_oraichain-token_logo.bin |
| Символ токена (ticker) | ORAI |
| Категория | AI/Other |
| Основная сеть (chain) | Oraichain Mainnet |
| Тип | Appchain |
| Статус сети | mainnet |
| Консенсус (consensus) | Tendermint BFT (DPoS-like validator/delegator model) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | ERC-20 |
| Контракт токена | Native: — ; ERC‑20: 0x4c11249814f11b9346808179cf06e71ac328c1b5 ; BEP‑20: 0xa325ad6d9c92b55a3fc5ad7e412b1518f96441c0 |
| Модель токена (token_type) | utility (fee-mechanism) |
| Макс. предложение | Max supply: 19,779,272 ORAI (docs, 8/2023); у ERC‑20 контракта “Max Total Supply” отображается 86,000,000 ORAI (исторический initial supply до burn; нужен точный разбор соответствия). |
| Эмиссия | capped (по docs max supply) + исторические burn; minting/награды привязаны к комиссиям/отчётам валидаторов (см. tokenomics). |
| Токеномика (tokenomics, кратко) | ORAI — gas/fees для AI‑запросов и транзакций; staking валидаторов/делегаторов; governance. |
| Управление | DAO (onchain governance токен‑холдеров — по docs) |
| Админы/ключи | — |
| Аудит | yes (репозиторий аудитов) |
| Bug bounty | yes (объявлен) |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | AI oracle requests (test cases + providers) |
| Use‑case (use_case) | trustless AI-API results for smart contracts |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 5/6 — высокое соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 2 / 3 / 3 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://orai.io/ |
| Docs | https://docs.orai.io/ |
| GitHub | https://github.com/oraichain |
| Releases / Changelog | https://github.com/oraichain/orai/releases/latest |
| Whitepaper | https://docs.orai.io/docs/WhitePaper/Introduction |
| Roadmap | https://orai.io/mainnet-roadmap |
| Security advisories | https://github.com/oraichain/orai/security/advisories |
| Explorer | https://etherscan.io/token/0x4c11249814f11b9346808179cf06e71ac328c1b5 |
| X | https://twitter.com/oraichain |
| Discord | https://discord.gg/wwjg2ddfzd |
| Telegram | https://t.me/oraichain |
| Medium | https://medium.com/oraichain/oraichain-tokenomics-v3-73-token-burn-and-key-updates-4e99d1972bcf |
| Audit report(s) | https://github.com/oraichain/audits |
| Bug bounty | https://blog.orai.io/introducing-bug-bounty-program-for-oraichain-and-its-ecosystem-6f65316ef0d |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/oraichain-token |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/oraichain-token/ |
Общее описание проекта
Oraichain — публичный блокчейн‑протокол, который позиционируется как “AI‑Layer 1” и оракул‑сеть: он позволяет смарт‑контрактам делать запросы к внешним источникам данных, включая AI‑API, и получать результат как ончейн‑артефакт. В документации подчёркивается, что обычные смарт‑контракты не могут напрямую исполнять AI‑модели/внешние API из‑за требований детерминизма и ограничений среды, а оракулы служат мостом между ончейном и внешними вычислениями.
Сеть описана как построенная на Cosmos SDK с консенсусом Tendermint BFT; валидаторы и делегаторы участвуют в стейкинге ORAI и одновременно обслуживают oracle‑запросы. Отличительная механика Oraichain — контроль качества AI‑провайдеров через test cases, которые прикладываются к запросам и/или поставляются отдельными участниками (test providers); при провале тестов запрос отменяется, а при ухудшении качества/доступности предусмотрены санкции (slashing).
Фичи/модули
- AI‑oracle requests / oracle scripts: формат запроса с источниками (AI providers), test cases и комиссией.
- Marketplace концепция: в whitepaper описаны AI Marketplace и рынок test cases (как часть экосистемы).
- Участники сети: валидаторы, делегаторы, AI providers, testcase providers.
- Onchain “proof of execution”: результат запроса фиксируется в транзакции/отчёте, откуда его могут читать смарт‑контракты.
- Экономика стимулов: комиссии/награды распределяются между валидаторами, провайдерами данных/тестов и community pool.
- Slashing: заявлена ответственность валидаторов за качество/доступность AI‑API и скорость/availability.
Типичные сценарии
- Сценарий 1 (dApp/смарт‑контракт): отправляет AI‑запрос (оракул‑скрипт) → валидатор(ы) выполняют тестирование и вызов AI‑API → результат записывается ончейн и используется в логике dApp.
- Сценарий 2 (AI‑провайдер): публикует AI‑источник данных/API → получает вознаграждение, когда его API используется в запросах (если проходит тесты).
- Сценарий 3 (валидатор/делегатор): стейкает ORAI → участвует в консенсусе и выполнении oracle‑запросов → получает награды/комиссии (и несёт риск slashing).
Как начать (кошелёк/сеть)
- Что нужно: кошелёк для Oraichain (Cosmos‑экосистема) и/или смарт‑контракт/интеграция через оракул‑скрипты.
- Сеть/chain: Oraichain Mainnet (а также обёртки ORAI в Ethereum/BSC для кроссчейн‑сценариев).
- Комиссии: ORAI используется как transaction fee; дополнительно комиссия задаётся в параметрах AI‑запроса и распределяется между участниками (валидаторы, AI‑API providers, testcase providers).
Архитектура/техника (без AI)
- Компоненты: Oraichain L1 (Cosmos SDK), валидаторы/делегаторы, oracle scripts (вызовы AI providers + test cases), механика отчётов (MsgResultReport) и распределение fees.
- Роли участников: пользователи/смарт‑контракты (отправляют запросы), валидаторы (исполняют/валидируют), AI providers (внешние AI‑API/источники), testcase providers.
- Где выполняется логика: запрос инициируется onchain; вызовы AI‑API выполняются валидаторами (offchain взаимодействие), а результат/отчёт и распределение комиссий фиксируются onchain.
- Зависимости: внешние AI‑API и источники данных; инфраструктура валидаторов; кроссчейн‑токены (ERC‑20/BEP‑20 ORAI) — для мостов/листингов, но ядро сети — Oraichain mainnet.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: ORAI используется как transaction fee (включая запуск AI‑запросов), как staking collateral валидаторов/делегаторов и как governance token.
- Источники необходимости в протоколе: безопасность и работа сети валидаторов опираются на стейкинг ORAI; исполнение AI‑запросов тарифицируется комиссией в ORAI.
- Кто платит комиссии: инициаторы транзакций и AI‑запросов (пользователь/смарт‑контракт) — комиссия задаётся в параметрах запроса (MsgSetAIRequest).
- Куда идут комиссии: в docs описано распределение между request‑executing validators, AI‑API providers, testcase providers и block‑proposing validators; остаток и налоги — в community pool.
- Эмиссия/сжигание: в tokenomics (08/2023) указан max supply 19,779,272 ORAI и ссылки на исторические burn‑события; при этом на ERC‑20 контракте в Ethereum отображается max total supply 86,000,000 ORAI (исторический supply до burn — требуется точная сверка “как считать max supply” между представлениями native/erc20).
- Механизмы безопасности/стимулов: staking и делегация; slashing за misbehavior валидаторов (в т. ч. качество/доступность AI‑API, latency/availability).
- Распределение и выпуск: в tokenomics дана структура циркулирующего предложения и плановый release schedule (08/2023).
- Казначейство: упомянут DAO Treasury (в распределении) и community pool (получает налоги/остатки).
Управление
- Кто принимает решения: DAO/валидаторы и стейкхолдеры (по docs: “ORAI DAO”; апдейты и изменения параметров — через голосование).
- Как меняются параметры протокола: через governance‑процедуры сети (голосование держателей токена).
- Ключи/мультисиг: в использованных Tier‑1 источниках не зафиксировано.
Безопасность и инциденты
- Аудиты: у проекта есть публичный репозиторий с аудитами (перечень/файлы — Tier‑1).
- Bug bounty: заявлена публичная программа bug bounty (Tier‑1 пост).
- Инциденты: в рамках заполнения карточки не собраны.
- Модель угроз: риски качества/доступности внешних AI‑API, риски централизации/коллюзии валидаторов, риски корректности test cases и репутационных механизмов.
Статус проекта и таймлайн
- Текущий статус: mainnet (документация описывает Oraichain mainnet и tokenomics).
- Roadmap: ссылка на roadmap есть в
links_*(требует отдельного разбора по пунктам).
Экосистема/интеграции
- Интеграции: в docs заявлена кроссчейн‑совместимость (в whitepaper говорится о cross‑chain compatibility).
- Где реально используется: требует отдельной выборки интеграций/кейсов (в текущем Tier‑1 наборе нет списка интеграторов).
Ai составляющая проекта
- Что здесь реально ИИ? Oraichain не “хостит модель внутри контракта”, а делает AI‑oracle запросы: валидаторы вызывают внешние AI‑API и проверяют качество через test cases, после чего публикуют результат onchain.
- Что реально onchain? Запрос/результат фиксируются в транзакциях/отчётах, есть onchain‑стимулы и slashing; целевое свойство — “proof of execution” и защита от tampering при получении AI‑результата.
- Зачем нужен токен? ORAI используется как gas/комиссия для AI‑запросов и транзакций, как стейкинг валидаторов и как governance‑инструмент.
- Красные флаги (по найденной информации): AI‑washing — проверить, насколько “качество AI” реально измеряется test cases на практике; onchain‑washing — проверить границы onchain/offchain исполнения и гарантий; token‑washing — проверить соответствие заявленного max supply и фактического supply в разных представлениях native/erc20.
Итог по компонентам DecAI Fit
- DecAI Fit: 5/6 — высокое соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | средне | 2 |
| Onchain necessity | высоко | 3 |
| Token necessity | высоко | 3 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): — (есть Tier‑1 описание работающего механизма AI‑oracle запросов, поэтому AI_0 не применяется).
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/system-overview ; https://docs.orai.io/docs/WhitePaper/Introduction
- Why sufficient / why not (1 строка): AI_0 используется только если AI_1..AI_4 = 0.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 1
- Claim (1 строка): Сеть обслуживает AI‑oracle запросы: валидаторы вызывают внешние AI‑API и публикуют результат onchain (proof of execution), контролируя качество через test cases.
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/system-overview ; https://docs.orai.io/docs/WhitePaper/Introduction
- Why sufficient / why not (1 строка): Документация описывает, что запрашивается AI‑API и как результат фиксируется в блокчейне.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): В использованных Tier‑1 страницах нет воспроизводимого демо/примера запроса к конкретному AI‑API с проверяемыми outputs.
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): Есть описание механизма, но без публичного “пример → результат”.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — —
- Why sufficient / why not (1 строка): В документации описан контроль качества через test cases, но не приведены метрики/бенчмарки качества.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 1
- Claim (1 строка): Описан поток запроса AI‑API: oracle script включает источники, test cases и fees; валидатор исполняет запрос, тестирует провайдеров и пишет результат в блокчейн.
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/system-overview
- Why sufficient / why not (1 строка): Есть техописание механизма запроса/валидации/записи результата.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Oraichain mainnet (Cosmos SDK) + кроссчейн‑представления ORAI (Ethereum/BSC)
- Адреса/идентификаторы: ERC‑20 ORAI
0x4c11249814f11b9346808179cf06e71ac328c1b5; BEP‑20 ORAI0xa325ad6d9c92b55a3fc5ad7e412b1518f96441c0 - Evidence: Tier‑1 — https://docs.orai.io/oraichain/tokenomics ; https://etherscan.io/token/0x4c11249814f11b9346808179cf06e71ac328c1b5
- Why sufficient / why not (1 строка): Tokenomics даёт адреса контрактов и различает native/erc20/bep20; Etherscan подтверждает ERC‑20 контракт.
- Conflict note (если есть): В tokenomics указан max supply 19,779,272 (native), а в Etherscan “Max Total Supply” по контракту = 86,000,000 (исторический supply до burn) — нужно согласование формулировки.
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: AI‑oracle запросы и отчёты (proof of execution), распределение fees и slashing валидаторов за качество/availability.
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/system-overview ; https://docs.orai.io/oraichain/tokenomics
- Why sufficient / why not (1 строка): Документация описывает onchain‑артефакты результатов и ончейн‑стимулы/штрафы.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 1
- Тест “замены блокчейна”: без блокчейна теряется детерминизм/проверяемость результата (smart contracts не могут безопасно вызывать внешние AI‑API); Oraichain фиксирует результат в транзакции как “proof of execution” и защищает от tampering.
- Evidence: Tier‑1 — https://docs.orai.io/docs/WhitePaper/Introduction ; https://docs.orai.io/oraichain/system-overview
- Why sufficient / why not (1 строка): Tier‑1 прямо объясняет проблему недетерминизма и роль записи результата onchain.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): У проекта есть токен ORAI (native + ERC‑20 + BEP‑20).
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/tokenomics
- Why sufficient / why not (1 строка): Tokenomics описывает формы ORAI и даёт адреса контрактов.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): ORAI — transaction fee для AI‑запросов и любых транзакций в сети.
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/tokenomics
- Why sufficient / why not (1 строка): В tokenomics перечислена утилити “Transaction fee” и “AI request”.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): Стейкинг/делегация ORAI для валидаторов + slashing за misbehavior (качество/availability AI‑API, latency).
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/system-overview ; https://docs.orai.io/oraichain/tokenomics
- Why sufficient / why not (1 строка): В system overview описан slashing и роль валидаторов; tokenomics описывает staking.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): Участие в network governance: апдейты протокола и изменения параметров голосуются токен‑холдерами.
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/tokenomics ; https://docs.orai.io/ (Introduction, “ORAI DAO”)
- Why sufficient / why not (1 строка): Tokenomics перечисляет governance как утилити ORAI; в introduction есть тезис про ORAI DAO.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): ORAI встроен в L1 как fees + staking + governance; замена на “любой токен” ломает базовые механики протокола.
- Evidence: Tier‑1 — https://docs.orai.io/oraichain/tokenomics
- Why sufficient / why not (1 строка): Утилити включает роли, характерные для native token сети.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://docs.orai.io/docs/WhitePaper/Introduction | Проблема недетерминизма для smart contracts и роль оракулов/AI‑API (зачем нужен механизм). |
| Tier‑1 | https://docs.orai.io/oraichain/system-overview | Архитектура AI‑oracle запроса: test cases, валидаторы, запись результата onchain (“proof of execution”), slashing. |
| Tier‑1 | https://docs.orai.io/oraichain/tokenomics | Утилити ORAI (fees, staking, governance), max supply (8/2023), адреса ERC‑20/BEP‑20 ORAI, распределение/выпуск. |
| Tier‑1 | https://etherscan.io/token/0x4c11249814f11b9346808179cf06e71ac328c1b5 | Onchain‑подтверждение ERC‑20 контракта ORAI и max total supply по контракту. |
| Tier‑1 | https://github.com/oraichain/audits | Наличие публичных материалов по аудитам (репозиторий). |
| Tier‑1 | https://blog.orai.io/introducing-bug-bounty-program-for-oraichain-and-its-ecosystem-6f65316ef0d | Заявление bug bounty программы. |
| Tier‑2 | — | — |
| Tier‑3 | — | — |
No comments to display
No comments to display