Skip to main content

IoTeX

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

IoTeX — L1‑блокчейн, который в официальной документации позиционируется как инфраструктура для DePIN и real‑world AI приложений. Нативный токен сети — IOTX.

Дисклеймер

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

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

  • Что это: L1‑блокчейн и набор инфраструктурных модулей для приложений вокруг устройств/данных (DePIN).
  • Для кого: разработчики dApps/DePIN, пользователи экосистемы, делегаты/валидаторы и стейкеры.
  • Зачем ончейн/токен: onchain фиксирует транзакции и состояние смарт‑контрактов, а IOTX нужен для комиссий, стейкинга и участия в governance.
  • Что можно потрогать (Tier‑1): QuickSilver (docs + приложение) с пошаговыми туториалами “create your first agent” / “interacting with agents”.

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

  1. Пользователь делает: отправляет транзакции и взаимодействует со смарт‑контрактами.
  2. Система делает: блоки финализируются по Roll‑DPoS (DPoS + PBFT + VRF).
  3. Пользователь получает: подтверждённое onchain состояние и события контрактов.
  4. Где блокчейн: транзакции/смарт‑контракты/консенсус сети IoTeX — onchain.
  5. Роль токена: IOTX — gas/комиссии, стейкинг и голосование за делегатов.

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

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

Поле Значение
Название проекта IoTeX
Также известен как (aliases) IOTX
Лого (logo) ../assets/34_iotex_logo.svg
Символ токена (ticker) IOTX
Категория AI/Other | Infra
Основная сеть (chain) IoTeX
Тип EVM
Статус сети mainnet
Консенсус (consensus) Roll-DPoS (DPoS + PBFT + VRF)
Дата запуска (launch_date) 2019
Статус проекта (status) active
Токен (стандарт) native
Контракт токена —
Модель токена (token_type) utility (gas + staking + governance)
Макс. предложение 10,000,000,000 IOTX (max supply)
Эмиссия inflationary + burn (описано в docs/tokenomics)
Токеномика (tokenomics, кратко) IOTX используется для fees/стейкинга/валидирования и голосования; в IoTeX 2.0 описана цель баланса инфляции и burn по использованию
Управление —
Админы/ключи —
Аудит —
Bug bounty yes
Команда (team) —
Финансирование (investors/funding) —
AI‑компонент (ai_component) real-world data context for AI apps
Use‑case (use_case) DePIN L1 + verifiable computing modules
DecAI Fit — AI‑соответствие (AI thesis fit) 5/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit 2 / 3 / 3 / 3
Last verified 2026-02-11
Тип Ссылка
Website https://iotex.io/
Docs https://docs.iotex.io/
GitHub https://github.com/iotexproject/iotex-core
Releases / Changelog https://github.com/iotexproject/iotex-core/releases
Whitepaper https://github.com/iotexproject/files/blob/main/publications/IoTeX_2_0_Whitepaper_1.1_EN.pdf
Roadmap https://iotex.io/blog/w3bstream-roadmap-deep-dive/
Security advisories https://github.com/iotexproject/iotex-core/security/advisories
Explorer https://iotexscan.io/
X https://twitter.com/iotex_io
Discord https://discord.com/invite/iotex
Telegram https://t.me/IoTeXGroup
Medium https://medium.com/@iotex
Audit report(s) —
Bug bounty https://hackenproof.com/iotex/iotex
QuickSilver (docs) https://docs.iotex.io/quicksilver
QuickSilver (app) https://qs.iotex.ai/
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/iotex
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/iotex/

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

IoTeX — это L1‑блокчейн, который в официальной документации позиционируется как инфраструктура для DePIN и real‑world AI приложений: идея в том, чтобы события и данные из физического мира (устройства/сети) были связаны с onchain‑логикой и экономикой. В документации перечисляются как минимум четыре “столпа”/составляющих: IoTeX L1, идентичность ioID, слой вычислений/аттестации W3bstream и AI‑взаимодействие/контекст QuickSilver.

Фичи/модули

  • IoTeX L1: смарт‑контракты и транзакции в собственной сети.
  • Roll‑DPoS: консенсус с DPoS + PBFT + VRF (случайный комитет и быстрый финалити).
  • IOTX token: комиссии (gas), стейкинг и участие в governance (голосование за делегатов).
  • DIMs (DePIN Infra Modules): инфраструктурные модули вокруг real‑world data (в docs упоминаются W3bstream, ioID, QuickSilver и др.).

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

  • Сценарий 1: пользователь вызывает смарт‑контракт dApp → платит комиссию в IOTX → транзакция финализируется сетью.
  • Сценарий 2: стейкер блокирует IOTX/делегирует и голосует за делегатов → получает награды (механика описана в docs).
  • Сценарий 3: разработчик строит DePIN/IoT‑приложение и использует инфраструктурные слои IoTeX (по документации).
  • Сценарий 4 (AI/agent demo): разработчик заводит агента в QuickSilver и взаимодействует с ним (пример “interacting with agents”) с привязкой к onchain‑контексту экосистемы.

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

  • Что нужно: EVM‑кошелёк/инструменты для взаимодействия со смарт‑контрактами и доступ к RPC/эксплореру.
  • Сеть/chain: IoTeX (mainnet).
  • Комиссии: gas в IOTX за транзакции и вызовы контрактов.

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

  • Компоненты: L1‑ноды сети, смарт‑контракты и инфраструктурные DIM‑модули вокруг сети.
  • Роли участников: пользователи, разработчики, делегаты/валидаторы, стейкеры/вoters.
  • Где выполняется логика: базовая логика транзакций/консенсуса/контрактов — onchain; сервисы вокруг сети (индексация/инфра) — offchain.

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

  • Утилити токена: IOTX платят за транзакции/смарт‑контракты; он используется для стейкинга/наград и голосования за делегатов.
  • Эмиссия/сжигание: в tokenomics описана цель баланса инфляционных наград и дефляционных механизмов burn по мере использования; также в утилити описан Burn‑Drop механизм (в контексте регистрации устройств).

Управление

В официальной документации IOTX прямо указан как токен, который стейкают для участия в управлении (в т.ч. через голосование за делегатов).

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

  • Bug bounty: публичная программа (ссылка в links_*).
  • Аудиты/инциденты: Tier‑1 отчёты/постмортемы не установлены; при необходимости — допроверить по security advisories и репозиториям.

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

  • Текущий статус: mainnet.
  • Ключевые вехи: IOTX в docs указан как токен, введённый в 2019 для IoTeX L1.
  • Roadmap: есть Tier‑1 публикация с roadmap для W3bstream (см. links_*).

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

  • Интеграции: экосистемные dApps и DIM‑модули вокруг IoTeX (нужна отдельная выборка конкретных примеров).

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

  • Что здесь реально ИИ? В документации есть позиционирование под real‑world AI и AI‑слой QuickSilver; Tier‑1 подтверждает воспроизводимые демо‑шаги (создание агента и взаимодействие с агентами), но в извлечённых Tier‑1 нет метрик качества/версий конкретной AI‑модели проекта.
  • Что реально onchain? L1‑сеть (консенсус/смарт‑контракты/транзакции) и экономика IOTX.
  • Зачем нужен токен? IOTX нужен для комиссий, стейкинга и governance‑участия.
  • Красные флаги (по найденной информации): AI‑washing (AI заявлен широко, но без метрик/артефактов “качества AI”); что перепроверить — конкретные технические детали QuickSilver/W3bstream и примеры “verifiable AI context” на работающих dApps.

Итог по компонентам 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 строка): AI‑модули описаны в docs как часть продукта, а не только как intent.
  • Evidence: Tier‑1 — https://docs.iotex.io/
  • Why sufficient / why not (1 строка): AI_0 применяем только когда AI — исключительно roadmap без работающих описаний.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 1
  • Claim (1 строка): docs позиционирует IoTeX как базу для real‑world AI приложений и описывает AI‑слой QuickSilver.
  • Evidence: Tier‑1 — https://docs.iotex.io/
  • Why sufficient / why not (1 строка): есть Tier‑1 формулировки про AI‑слой/контекст, но без конкретики модели.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 1
  • Claim (1 строка): в QuickSilver есть публичные инструкции по созданию и тестированию AI‑агента и взаимодействию через чат/портал.
  • Evidence: Tier‑1 — https://docs.iotex.io/quicksilver/getting-started/create-your-first-agent, https://docs.iotex.io/quicksilver/getting-started/interacting-with-agents
  • Why sufficient / why not (1 строка): Tier‑1 описывает воспроизводимый workflow “создать → опубликовать → взаимодействовать с агентом”.
  • Conflict note (если есть): —

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

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

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

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

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: IoTeX
  • Адреса/идентификаторы: публичный explorer сети: iotexscan.io
  • Evidence: Tier‑1 — https://iotexscan.io/ ; https://docs.iotex.io/
  • Why sufficient / why not (1 строка): сеть и onchain‑артефакты доступны через docs и explorer.
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: консенсус/блоки/смарт‑контракты L1, а не только выпуск токена.
  • Evidence: Tier‑1 — https://docs.iotex.io/blockchain/learn-iotex/core-concepts/consensus-mechanism
  • Why sufficient / why not (1 строка): docs описывает работу консенсуса и L1‑логики.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 1
  • Тест “замены блокчейна”: без блокчейна теряется trustless финализация/исполнение смарт‑контрактов и публичная проверяемость состояния.
  • Evidence: Tier‑1 — https://docs.iotex.io/blockchain/learn-iotex/core-concepts/consensus-mechanism
  • Why sufficient / why not (1 строка): IoTeX — это сама сеть; замена на БД ломает смысл L1.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): токен IOTX существует как нативная валюта сети IoTeX.
  • Evidence: Tier‑1 — https://docs.iotex.io/blockchain/learn-iotex/the-iotx-token
  • Why sufficient / why not (1 строка): docs описывает IOTX как native token сети.
  • Conflict note (если есть): —

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

  • TK_1 (decision): 1
  • Claim (1 строка): IOTX платят за транзакции и вызовы смарт‑контрактов (fees).
  • Evidence: Tier‑1 — https://docs.iotex.io/blockchain/learn-iotex/the-iotx-token
  • Why sufficient / why not (1 строка): раздел Transaction fees описывает комиссии в IOTX.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 1
  • Claim (1 строка): IOTX используется для стейкинга/наград и включает Burn‑Drop механику.
  • Evidence: Tier‑1 — https://docs.iotex.io/blockchain/learn-iotex/the-iotx-token
  • Why sufficient / why not (1 строка): в утилити токена перечислены rewards/staking и burn‑drop.
  • Conflict note (если есть): —

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

  • TK_3 (decision): 1
  • Claim (1 строка): токен‑холдеры стейкают IOTX, чтобы голосовать за делегатов (governance).
  • Evidence: Tier‑1 — https://docs.iotex.io/blockchain/learn-iotex/the-iotx-token
  • Why sufficient / why not (1 строка): в утилити токена есть “Delegate Election… vote for delegates”.
  • Conflict note (если есть): —

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

  • TK_4 (decision): 0
  • Claim (1 строка): как нативный gas/стейкинг/голосование токен не заменим без изменения протокола.
  • Evidence: Tier‑1 — https://docs.iotex.io/blockchain/learn-iotex/the-iotx-token
  • Why sufficient / why not (1 строка): утилити токена встроена в работу сети.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://docs.iotex.io/blockchain/learn-iotex/core-concepts/consensus-mechanism консенсус Roll‑DPoS и onchain‑устройство L1
Tier‑1 https://docs.iotex.io/blockchain/learn-iotex/the-iotx-token max supply и утилити IOTX (fees/staking/governance/burn‑drop)
Tier‑1 https://docs.iotex.io/readme/tokenomics tokenomics IoTeX 2.0: баланс инфляции и burn по использованию
Tier‑1 https://docs.iotex.io/quicksilver/getting-started/create-your-first-agent QuickSilver: пошаговый запуск агента (sign-in, создание, тестирование, публикация)
Tier‑1 https://docs.iotex.io/quicksilver/getting-started/interacting-with-agents QuickSilver: способы взаимодействия с агентами (global chat / agent-specific chat)
Tier‑1 https://hackenproof.com/iotex/iotex bug bounty программа