OORT
OORT — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
OORT — AI/Data | Infra проект вокруг децентрализованного “data cloud” для AI‑датасетов (сбор/препроцессинг/верификация данных) и собственной L1‑инфраструктуры (Olympus Protocol); токен (символ: OORT) в Ethereum (ERC‑20).
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: платформа для сбора и подготовки данных (изображения/аудио/видео) под обучение/улучшение AI‑моделей, с ончейн‑учётом происхождения и проверками качества (по документации).
- Для кого: AI‑команды/компании, которым нужны датасеты, и сообщество контрибьюторов, выполняющих микро‑задания (сбор/валидация/разметка).
- Зачем ончейн/токен: блокчейн используется для трассируемости/верификации данных и правил сети, а токен
OORT— для оплат/стейкинга/управления (при этом в Tier‑1 явно указано, что возможна оплата фиатом). - Что можно потрогать (Tier‑1): OORT DataHub (web‑версия/мобильное приложение) — https://datahub.oortech.com/home
Как это работает (очень кратко)
- Пользователь делает: заходит в OORT DataHub (web/app), выполняет задания по сбору/валидации/разметке данных или публикует датасеты.
- Система делает: агрегирует данные от глобального сообщества; фиксирует происхождение и применяет “blockchain‑based” проверки качества (по документации DataHub).
- Пользователь получает: награды/очки/статус (tiers) и возможность монетизировать вклад (по описанию DataHub).
- Где блокчейн: в Tier‑1 источниках DataHub описан как построенный “на Olympus Protocol (native Layer 1)” и использующий блокчейн‑трассируемость/верификацию данных.
- Роль токена (если есть): токен используется для оплат сервисов (со скидкой), стейкинга/коллатерали и governance; при этом указано, что сервисы можно оплачивать фиатом.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | OORT |
| Также известен как (aliases) | OORT Tech; OORT DataHub; $OORT |
| Лого (logo) | ../assets/129_oortech_logo.svg |
| Символ токена (ticker) | OORT |
| Категория | AI/Data | Infra |
| Основная сеть (chain) | OORT |
| Тип | Appchain |
| Статус сети | mainnet |
| Консенсус (consensus) | PoH (Proof of Honesty) |
| Дата запуска (launch_date) | 2023-11-27 (mainnet launch по roadmap) |
| Статус проекта (status) | active |
| Токен (стандарт) | ERC-20 |
| Контракт токена | 0x5651fa7a726b9ec0cad00ee140179912b6e73599 |
| Модель токена (token_type) | utility (payments + staking + governance) |
| Макс. предложение | 20,000,000 OORT (Max Total Supply на Ethereum) |
| Эмиссия | burn (buyback & burn; quarterly, cap 40%) |
| Токеномика (tokenomics, кратко) | оплата сервисов (в т.ч. со скидкой), стейкинг/делегирование и governance; заявлен регулярный buyback & burn |
| Управление | governance через платформу OORT Foundation (vote/delegate) |
| Админы/ключи | — |
| Аудит | — |
| Bug bounty | — |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | data collection/labeling/preprocessing for AI |
| Use‑case (use_case) | datasets for AI model training |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 5/6 — высокое соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 2 / 2 / 2 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://oortech.com |
| Docs | https://docs.oortech.com/oort/ |
| GitHub | https://github.com/oort-tech |
| Releases / Changelog | https://github.com/oort-tech/Olympus/releases/tag/v1.1.8 |
| Whitepaper | https://oort-website.standard.us-east-1.oortech.com/OORT_Yellow_Paper.pdf |
| Roadmap | https://docs.oortech.com/oort/about-oort/oort-roadmap |
| Security advisories | — |
| Explorer | https://etherscan.io/token/0x5651fa7a726b9ec0cad00ee140179912b6e73599 |
| Mainnet Explorer | https://mainnet-scan.oortech.com/ |
| App / Demo | https://datahub.oortech.com/home |
| X | https://twitter.com/oortech |
| Discord | https://discord.gg/oort-decentralized-ai |
| Telegram | http://t.me/oortech |
| Medium | http://medium.com/@oortech |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/oort |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/oortech/ |
Общее описание проекта
OORT позиционирует себя как “data cloud for decentralized AI”: экосистема, которая позволяет собирать, предварительно обрабатывать и монетизировать данные для обучения AI/ML. Продуктовый слой представлен OORT DataHub — платформой, где сообщество выполняет задачи по сбору/валидации/разметке данных (изображения/аудио/видео), а заказчики/проекты получают проверяемые датасеты.
В Tier‑1 документации DataHub описан как построенный на собственной L1 (Olympus Protocol) и опирающийся на инфраструктуру OORT Edge для хранения/обработки данных. Блокчейн заявлен как слой трассируемости происхождения данных и “blockchain‑based” верификации качества.
Фичи/модули
- OORT DataHub: сбор и препроцессинг данных для AI (коллекция, разметка/классификация, валидация).
- OORT Edge: децентрализованная инфраструктура хранения/обработки данных (под DataHub).
- Olympus Protocol: L1‑блокчейн (OORT mainnet), который описывается как базовый слой экосистемы.
- Governance: платформа OORT Foundation для предложений и голосований.
Типичные сценарии
- Сценарий 1 (контрибьютор): пользователь ставит app/использует web → выполняет микро‑задачи (сбор/валидация/разметка) → получает награды/очки/прогресс по tier.
- Сценарий 2 (потребитель данных): проект/команда использует DataHub, чтобы получить/собрать датасет → получает набор данных с заявленной трассируемостью и контролем качества.
- Сценарий 3 (участник экономики): токен‑холдер стейкает
OORT(пулы/делегирование или как node provider collateral) → участвует в наградах и/или governance.
Как начать (кошелёк/сеть)
- Что нужно: доступ к OORT DataHub (web/app) и, если нужен tier‑апгрейд/стейкинг, токены
OORTи кошелёк. - Сеть/chain: токен
OORTпредставлен в Ethereum (ERC‑20); в документации также описывается собственная сеть OORT (Olympus Protocol). - Комиссии: комиссии сети зависят от конкретной операции (например, Ethereum gas для onchain‑операций с ERC‑20).
Архитектура/техника (без AI)
- Компоненты: DataHub (web/app), инфраструктура OORT Edge (хранение/обработка), Olympus Protocol (L1) и onchain‑контуры токена/стейкинга/управления.
- Роли участников: контрибьюторы данных, валидаторы/участники контроля качества, node providers (“miners”), токен‑холдеры, разработчики, пользователи governance.
- Где выполняется логика: сбор и препроцессинг данных — в приложениях/сервисах (offchain); учёт/трассируемость/верификация и правила сети — заявлены как “blockchain‑based” и привязаны к Olympus Protocol (L1).
- Зависимости: мобильные приложения (iOS/Android), web‑интерфейс DataHub, публичные репозитории Olympus Protocol.
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: оплата сервисов (с возможной скидкой при оплате токеном), стейкинг (пулы/делегирование или collateral для node providers), участие в governance.
- Источники необходимости в протоколе: в Tier‑1 источниках токен описан как базовый utility‑актив экосистемы (payments/staking/governance), но при этом прямо указано, что пользователи могут оплачивать сервисы фиатом.
- Кто платит комиссии: пользователи/участники, выполняющие onchain‑операции (например, в Ethereum при взаимодействии с ERC‑20).
- Эмиссия/сжигание: заявлен механизм buyback & burn: до 30% прибыли на выкуп/сжигание, частота — раз в 3 месяца, cap — 40% total supply.
- Механизмы безопасности/стимулов: стейкинг через пулы/делегирование и staking как collateral для node providers (по документации).
- Распределение: в документации есть схема allocation; детали вестинга/анлоков в рамках карточки не раскрыты Tier‑1 источниками →
—. - Казначейство: OORT Foundation (в контексте buyback & burn и governance) — детали управления средствами в рамках карточки не раскрыты →
—.
Управление
- Кто принимает решения: держатели
OORTчерез governance‑платформу OORT Foundation (vote/delegate). - Как меняются параметры: через предложения и голосование (депозиты для proposal упомянуты в tokenomics).
- Где обсуждают/принимают решения: governance‑платформа и предложения.
- Ключи/мультисиг: не установлено по Tier‑1 источникам карточки →
—.
Безопасность и инциденты
- Аудиты:
—(Tier‑1 ссылки на аудит по ключевым контрактам/протоколу в карточке не найдены). - Bug bounty:
—(Tier‑1 страница программы не найдена). - Инциденты: не установлено по Tier‑1 источникам карточки →
—. - Модель угроз: риски качества данных (sybil/спам/подделки), риски централизации/контроля параметров сети, риски bridge/контрактов токена и риски offchain‑компонентов (приложение/аккаунты).
Статус проекта и таймлайн
- Текущий статус: mainnet (по roadmap указан запуск mainnet Olympus Protocol 2023‑11‑27).
- Ключевые релизы/вехи: mainnet launch (2023‑11‑27, roadmap); обновление Halley (v1.1.8) в Olympus Protocol (GitHub Releases).
- Roadmap: публичная страница roadmap в документации.
Экосистема/интеграции
- Интеграции: web/app интерфейсы DataHub; публичные репозитории Olympus Protocol.
- Партнёры/клиенты: в Tier‑1 “What is OORT?” перечислены партнёры/клиенты (Binance Smart Chain, OKX, Bitget, Tencent Cloud и др.) — требуется отдельная проверка по каждому кейсу при необходимости.
- Где реально используется: DataHub как продукт с публичным доступом (web/app) и описанными сценариями задач.
Ai составляющая проекта
- Что здесь реально ИИ? Проект про данные для AI: сбор/разметка/препроцессинг и верификация датасетов для обучения AI/ML (а не про собственную модель/инференс).
- Что реально onchain? Tier‑1 источники описывают собственную L1 (Olympus Protocol) и “blockchain‑based” трассируемость происхождения данных и контроль качества в DataHub; также есть onchain токен
OORT(ERC‑20). - Зачем нужен токен? В Tier‑1 tokenomics токен описан как utility для оплат, стейкинга/коллатерали и governance, но сервисы можно оплачивать и фиатом (значит токен частично заменим).
- Красные флаги (по найденной информации): риск разрыва между “blockchain‑based” заявлениями и реальной долей onchain‑логики; риск подмены “AI” (проект про данные, но не обязательно про AI‑модели); риск того, что reward‑механики доминируют над качеством датасетов.
Итог по компонентам DecAI Fit
- DecAI Fit: 5/6 — высокое соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | средне | 2 |
| Onchain necessity | средне | 2 |
| Token necessity | средне | 2 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): не применяется: AI‑релевантность подтверждается описанием работающего продукта (см. AI_1/AI_2), а не только “намерениями”.
- Evidence: Tier‑1 — https://docs.oortech.com/oort/services/oort-datahub
- Why sufficient / why not (1 строка): есть описание работающего AI‑data продукта → AI_0 не нужен как “intent”.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 1
- Claim (1 строка): DataHub собирает и предварительно обрабатывает данные (включая разметку/классификацию/валидацию) для улучшения AI/ML моделей.
- Evidence: Tier‑1 — https://docs.oortech.com/oort/services/oort-datahub; https://www.oortech.com/datahub
- Why sufficient / why not (1 строка): Tier‑1 источники прямо описывают сбор/препроцессинг данных для AI training/ML.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 1
- Claim (1 строка): есть доступный продуктовый демо‑артефакт: web‑версия DataHub и ссылки на мобильные приложения.
- Evidence: Tier‑1 — https://www.oortech.com/datahub; https://datahub.oortech.com/home
- Why sufficient / why not (1 строка): Tier‑1 сайт даёт прямую ссылку “Use on web” на DataHub → это воспроизводимый пример.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — https://docs.oortech.com/oort/services/oort-datahub
- Why sufficient / why not (1 строка): Tier‑1 описывает продукт и типы задач, но не даёт количественных метрик качества/бенчмарков.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): в Tier‑1 источниках нет детального техописания AI‑модели/версий; описан продуктовый пайплайн сбора/препроцессинга данных.
- Evidence: Tier‑1 — https://docs.oortech.com/oort/services/oort-datahub
- Why sufficient / why not (1 строка): отсутствие техописания моделей/архитектуры → AI_4 = 0.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Ethereum (ERC‑20
OORT); также в Tier‑1 источниках заявлена собственная L1 “Olympus Protocol / OORT mainnet”. - Адреса/идентификаторы:
OORTtoken (ERC‑20):0x5651fa7a726b9ec0cad00ee140179912b6e73599; OORT mainnet explorer:mainnet-scan.oortech.com. - Evidence: Tier‑1 — https://etherscan.io/token/0x5651fa7a726b9ec0cad00ee140179912b6e73599; https://docs.oortech.com/oort; https://github.com/oort-tech/Olympus/releases/tag/v1.1.8
- Why sufficient / why not (1 строка): есть проверяемый onchain‑артефакт (контракт ERC‑20) и Tier‑1 описание L1/репозитория.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: трассируемость происхождения данных и “blockchain‑based quality verification” в DataHub; governance (proposals/voting); стейкинг/правила для node providers описаны как часть экосистемы.
- Evidence: Tier‑1 — https://docs.oortech.com/oort/services/oort-datahub; https://docs.oortech.com/oort/about-oort/tokenomics; https://www.oortfoundation.org/governance
- Why sufficient / why not (1 строка): Tier‑1 источники описывают onchain‑функции шире, чем выпуск/оборот токена.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 0
- Тест “замены блокчейна”: платформа микро‑задач по сбору/разметке данных может работать и в централизованной модели; Tier‑1 источники не доказывают, что без блокчейна ломается ключевое свойство.
- Evidence: Tier‑1 — https://docs.oortech.com/oort/services/oort-datahub
- Why sufficient / why not (1 строка): “критичность” по тесту замены не доказана → OC_3 = 0.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): у проекта есть utility‑токен
OORT. - Evidence: Tier‑1 — https://docs.oortech.com/oort/about-oort/tokenomics
- Why sufficient / why not (1 строка): Tier‑1 tokenomics описывает utilities токена → TK_0 = 0.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): токен используется для оплаты сервисов в экосистеме (обычно со скидкой по сравнению с оплатой фиатом).
- Evidence: Tier‑1 — https://docs.oortech.com/oort/about-oort/tokenomics
- Why sufficient / why not (1 строка): Tier‑1 прямо описывает “Service Payment” и дисконт при оплате токеном.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): стейкинг
OORTиспользуется через пулы/делегирование и как collateral для node providers (“mining collateral”). - Evidence: Tier‑1 — https://docs.oortech.com/oort/about-oort/tokenomics
- Why sufficient / why not (1 строка): Tier‑1 описывает staking и bonding pools/коллатераль для node providers.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка):
OORTиспользуется для голосования/делегирования в governance и для proposal deposit. - Evidence: Tier‑1 — https://www.oortfoundation.org/governance; https://docs.oortech.com/oort/about-oort/tokenomics
- Why sufficient / why not (1 строка): governance‑страница и tokenomics описывают участие токеном в governance.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 1
- Claim (1 строка): токен как средство оплаты частично заменим, потому что Tier‑1 источники прямо допускают оплату сервисов фиатом.
- Evidence: Tier‑1 — https://docs.oortech.com/oort/about-oort/tokenomics
- Why sufficient / why not (1 строка): “Users can always pay fiat …” → незаменимость именно токена не доказана → TK_4 = 1.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://docs.oortech.com/oort | OORT описан как data cloud для decentralized AI; Olympus Protocol назван “native Layer 1”; упомянут PoH (Proof of Honesty) consensus. |
| Tier‑1 | https://docs.oortech.com/oort/services/oort-datahub | DataHub: сбор/препроцессинг/верификация AI данных; “blockchain‑based quality verification”, трассируемость происхождения данных. |
| Tier‑1 | https://www.oortech.com/datahub | Публичное описание DataHub как сервиса для AI training данных + ссылки на web/app (демо‑артефакт). |
| Tier‑1 | https://datahub.oortech.com/home | Доступный web‑интерфейс продукта (demo/app). |
| Tier‑1 | https://docs.oortech.com/oort/about-oort/tokenomics | Utilities токена (payments/staking/governance) и прямое указание, что сервисы можно оплачивать фиатом; buyback & burn параметры. |
| Tier‑1 | https://www.oortfoundation.org/governance | Governance: голосование/делегирование OORT и ссылка на платформу предложений. |
| Tier‑1 | https://etherscan.io/token/0x5651fa7a726b9ec0cad00ee140179912b6e73599 | Onchain факт: ERC‑20 OORT контракт и max total supply на Ethereum. |
| Tier‑1 | https://github.com/oort-tech/Olympus/releases/tag/v1.1.8 | Tier‑1 артефакт разработки: релиз/апгрейд Olympus Protocol (mainnet software). |
No comments to display
No comments to display