Skip to main content

ElizaOS

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

ElizaOS — AI/Agents проект (open‑source фреймворк и платформа для AI‑агентов), токен (символ: ELIZAOS).

Дисклеймер

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

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

  • Что это: open‑source фреймворк и платформа для сборки/запуска автономных AI‑агентов (CLI + web UI + плагины).
  • Для кого: разработчики и команды, которые хотят быстро запускать агентные приложения и расширять их плагинами.
  • Зачем ончейн/токен: у проекта есть multichain‑токен; Tier‑1 обоснование “зачем токен критически нужен для работы продукта” не найдено.
  • Что можно потрогать (Tier‑1): Quickstart: поднять агента и открыть web‑интерфейс локально.

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

  1. Пользователь делает: ставит CLI, создаёт проект агента и указывает провайдера модели (например, OpenAI).
  2. Система делает: запускает runtime агента (memory/actions/plugins) и поднимает локальный web‑интерфейс.
  3. Пользователь получает: работающего агента, с которым можно общаться через web UI и расширять функциональность плагинами.
  4. Где блокчейн: ончейн‑часть в Tier‑1 представлена токеном (контрактные адреса на нескольких сетях).
  5. Роль токена (если есть): токеномика/расписание релиза описаны, но утилити‑роль токена для core‑продукта требует отдельной верификации по Tier‑1.

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

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

Поле Значение
Название проекта ElizaOS
Также известен как (aliases) ai16z | elizaOS
Лого (logo) ../assets/442_ai16z_logo.svg
Символ токена (ticker) ELIZAOS
Категория AI/Agents
Основная сеть (chain) Solana
Тип non-EVM
Статус сети mainnet
Консенсус (consensus) PoS (Solana)
Дата запуска (launch_date) —
Статус проекта (status) active
Токен (стандарт) SPL
Контракт токена DuMbhu7mvQvqQHGcnikDgb4XegXJRyhUBfdU22uELiZA
Модель токена (token_type) —
Макс. предложение 11,000,000,000
Эмиссия —
Токеномика (tokenomics, кратко) migration: ai16z → elizaOS; multichain addresses
Управление —
Админы/ключи —
Аудит —
Bug bounty —
Команда (team) —
Финансирование (investors/funding) —
AI‑компонент (ai_component) agentic framework (memory/actions/plugins)
Use‑case (use_case) build + run autonomous AI agents
DecAI Fit — AI‑соответствие (AI thesis fit) 3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit 3 / 1 / 0 / 2
Last verified 2026-02-11
Тип Ссылка
Website https://elizaos.ai/
Docs https://docs.elizaos.ai
GitHub https://github.com/elizaOS/eliza
Releases / Changelog https://github.com/elizaOS/eliza/releases
Whitepaper —
Roadmap https://github.com/elizaOS/roadmap
Security advisories https://github.com/elizaOS/eliza/security
App / Demo https://docs.elizaos.ai/quickstart
Explorer https://solscan.io/token/DuMbhu7mvQvqQHGcnikDgb4XegXJRyhUBfdU22uELiZA
X https://twitter.com/ai16zdao
Discord https://discord.com/invite/tgCCVF9vEa
Telegram https://t.me/Ai16z_Portal
Medium —
Audit report(s) —
Bug bounty —
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/ai16z
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/ai16z/

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

ElizaOS — open‑source фреймворк и платформа для разработки автономных AI‑агентов. По Tier‑1 источникам проект включает CLI для быстрого старта, runtime для агента (memory/actions) и web‑интерфейс для общения и управления. Платформа заявляет модульную архитектуру и расширение через плагины (коннекторы, интеграции, дополнительные функции).

Фичи/модули

  • CLI: создание/запуск проектов агента без необходимости править core‑репозиторий.
  • Web UI: локальный интерфейс для общения и управления агентом.
  • Плагины/интеграции: расширение через registry и подключение к внешним сервисам.
  • Память и состояние: заявлены как часть runtime‑модели агента.

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

  • Сценарий 1: разработчик создаёт агента через CLI → получает локально запущенного бота с web‑интерфейсом.
  • Сценарий 2: команда собирает агентное приложение с плагинами → подключает нужные интеграции и разворачивает.
  • Сценарий 3: разработчик пишет свой плагин → добавляет кастомные действия/провайдеры.

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

  • Что нужно: Node.js + bun (для CLI), API‑ключ провайдера модели (пример в Quickstart — OpenAI).
  • Сеть/chain: для core‑продукта блокчейн не обязателен; ончейн‑часть в явном виде — токен и его адреса.
  • Комиссии: затраты на использование модели (у выбранного провайдера) и инфраструктуру деплоя; onchain‑комиссии — только если взаимодействовать с токеном.

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

  • Компоненты: CLI (создание/запуск проектов), backend/runtime агента, web‑клиент (UI), плагины/registry (расширения), хранилище состояния/памяти (зависит от выбранной БД в проекте).
  • Роли участников: разработчики (создают проекты/плагины), операторы (деплоят и сопровождают агента), пользователи (взаимодействуют с агентом через UI/API).
  • Где выполняется логика: offchain (локально/на сервере/в контейнере): агентный runtime и web UI. Ончейн‑компоненты в Tier‑1 описаны отдельно как токен (контракты в разных сетях).
  • Зависимости: провайдеры моделей (например OpenAI/и др.), выбранная БД/хранилище для памяти, инфраструктура деплоя; при работе с токеном — RPC выбранной сети.

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

  • Утилити токена: по Tier‑1 доступна информация о контрактных адресах/стандартах и релиз‑логике; утилити‑роль токена в core‑продукте (оплата/доступ/стимулы) по Tier‑1 не установлена.
  • Источники необходимости в протоколе: — (Tier‑1 аргумента “без токена продукт не работает” не найдено).
  • Кто платит комиссии: пользователи несут затраты на модели (у провайдеров) и инфраструктуру; onchain‑комиссии платят те, кто совершает транзакции с токеном.
  • Куда идут комиссии: — (не установлено по Tier‑1).
  • Эмиссия/сжигание: — (не нормализовано по Tier‑1 в этой карточке; см. tokenomics в links_*/Evidence).
  • Механизмы безопасности/стимулов: — (не установлено по Tier‑1).
  • Распределение и график выпуска токенов: есть упоминания vesting/прозрачности и расширения supply в tokenomics (см. links_*/Evidence).
  • Казначейство: — (не установлено по Tier‑1).

Управление

  • Кто принимает решения: — (не установлено по Tier‑1).
  • Как меняются параметры протокола: через обновления кода (репозиторий) и документации; изменения токена/контрактов — по правилам соответствующих сетей.
  • Где обсуждают/принимают решения: GitHub (issues/PR/releases) и каналы сообщества (см. links_*).
  • Ключи/мультисиг: — (не установлено по Tier‑1).

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

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

  • Текущий статус: активен (есть публичный репозиторий, релизы и документация).
  • Ключевые релизы/вехи: — (не нормализовано).
  • Roadmap: см. links_* (репозиторий roadmap).

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

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

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

  • Что здесь реально ИИ? AI‑агенты как приложения: runtime оркестрирует работу агента (memory/actions) и подключает модельных провайдеров через конфигурацию/плагины.
  • Что реально onchain? В Tier‑1 источниках ончейн‑факты относятся к токену (контрактные адреса в нескольких сетях).
  • Зачем нужен токен? Tier‑1 формулировка “без токена продукт/протокол не работает” не найдена.
  • Красные флаги (по найденной информации): token‑washing (если токен позиционируется как “must‑have” без Tier‑1 утилити‑артефактов); важно отделять “framework” от “decentralized protocol”.

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

  • DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
Компонент Уровень Score
AI reality высоко 3
Onchain necessity низко 1
Token necessity низко 0
Evidence Tier‑1 есть (AI/OC/TK) 2
Подробнее

AI reality

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

  • AI_0 (decision): 0
  • Claim (1 строка): intent‑флаг не нужен: в Tier‑1 есть описание продукта как AI‑agent framework.
  • Evidence: Tier‑1 — https://github.com/elizaOS/eliza
  • Why sufficient / why not (1 строка): AI_0 применяется при отсутствии AI‑реальности; здесь AI‑агенты — основной предмет продукта.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 1
  • Claim (1 строка): платформа предназначена для построения и запуска AI‑агентов (AI‑powered applications).
  • Evidence: Tier‑1 — https://github.com/elizaOS/eliza
  • Why sufficient / why not (1 строка): Tier‑1 README описывает ElizaOS как framework для AI‑агентов с web UI и CLI.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 1
  • Claim (1 строка): Quickstart описывает запуск агента и web‑интерфейса (localhost:3000).
  • Evidence: Tier‑1 — https://docs.elizaos.ai/quickstart
  • Why sufficient / why not (1 строка): есть воспроизводимый пошаговый гайд “create → start → открыть UI”.
  • Conflict note (если есть): —

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 строка): описаны компоненты платформы (CLI, web UI, architecture overview) и порядок запуска.
  • Evidence: Tier‑1 — https://github.com/elizaOS/eliza ; Tier‑1 — https://docs.elizaos.ai
  • Why sufficient / why not (1 строка): есть техописание и структура репозитория + docs‑навигация.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Solana + EVM (Ethereum/Base/BSC)
  • Адреса/идентификаторы: SPL: DuMbhu7mvQvqQHGcnikDgb4XegXJRyhUBfdU22uELiZA; EVM: 0xea17Df5Cf6D172224892B5477A16ACb111182478
  • Evidence: Tier‑1 — https://docs.elizaos.ai/tokenomics
  • Why sufficient / why not (1 строка): Tier‑1 tokenomics даёт контрактные адреса и стандарты токена.
  • Conflict note (если есть): —

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

  • OC_2 (decision): 0
  • Какая полезная логика onchain: кроме токена Tier‑1 подтверждение “полезной логики onchain” не найдено.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): по доступным Tier‑1 артефактам onchain‑часть выражена токеном.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 0
  • Тест “замены блокчейна”: core‑функции фреймворка (CLI/runtime/UI) могут работать без блокчейна; Tier‑1 тест критичности не найден.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): нет Tier‑1 утверждения, что blockchain‑свойства критичны для core‑продукта.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): у проекта есть токен elizaOS с адресами в нескольких сетях.
  • Evidence: Tier‑1 — https://docs.elizaos.ai/tokenomics
  • Why sufficient / why not (1 строка): в Tier‑1 есть контрактные адреса и supply.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

  • TK_1 (decision): 0
  • Claim (1 строка): Tier‑1 подтверждение “токеном платят за сервис продукта” не найдено.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): tokenomics‑страница описывает адреса/сапплай и релиз, но не доказывает обязательность оплаты сервисов токеном.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 0
  • Claim (1 строка): Tier‑1 подтверждение стимулов/залога/штрафов через токен не найдено.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): нужен Tier‑1 документ с экономикой протокола/стимулов.
  • Conflict note (если есть): —

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

  • TK_3 (decision): 0
  • Claim (1 строка): Tier‑1 подтверждение governance‑функции токена не найдено.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): нужен Tier‑1 артефакт/описание управления через токен.
  • Conflict note (если есть): —

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

  • TK_4 (decision): 0
  • Claim (1 строка): вывод о заменимости токена без Tier‑1 обоснования не делается.
  • Evidence: Tier‑1 — —
  • Why sufficient / why not (1 строка): нужна Tier‑1 утилити‑модель токена.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://github.com/elizaOS/eliza Tier‑1 описание продукта: framework/platform для build/deploy AI agents (CLI + web UI + plugins).
Tier‑1 https://docs.elizaos.ai/quickstart Воспроизводимый Quickstart “создать проект → запустить → открыть web UI” (AI_2 demo sync).
Tier‑1 https://docs.elizaos.ai/tokenomics Контрактные адреса токена (SPL/EVM) и total supply.
Tier‑1 — Tier‑1 источник по утверждению “токен ELIZAOS обязателен/нужен для оплаты/стимулов/governance продукта” не найден.