ARC / AI Rig Complex

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

ARC / AI Rig Complex — AI/Agents | Infra экосистема вокруг Rust‑фреймворка Rig (построение LLM‑агентов) и заявленного “agentic app store” Ryzome; токен ARC в сети Solana.

Дисклеймер

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

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

Что это: экосистема и комьюнити вокруг open‑source Rust‑фреймворка rig для создания AI‑агентов + заявленный “Ryzome” (agentic app store/визуальная AI‑воркспейс‑платформа).
Для кого: разработчики AI‑агентов/инструментов и пользователи agentic‑приложений.
Зачем ончейн/токен: токен ARC заявлен как “fuel” экономики сервисов/агентов (платежи и распределение выручки), при этом большая часть AI‑логики работает offchain.
Что можно потрогать (Tier‑1): документация ARC по архитектуре + публичный репозиторий rig (код/примеры), а также публичные страницы Ryzome (ryzome.ai).

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

Пользователь/разработчик делает: выбирает модель‑провайдера и собирает агента на базе rig (или использует агентные сервисы из экосистемы).
Система делает: rig оркестрирует LLM‑вызовы, инструменты, память/вектор‑сторы и multi‑agent флоу; Ryzome (по описанию litepaper) соединяет агента с Web2/Web3 сервисами через MCP.
Пользователь получает: агентный workflow (суммаризация/автоматизация/вызовы сервисов) и/или готовые agentic‑сервисы.
Где блокчейн: токен ARC существует onchain в Solana; в описании экономики (litepaper) платежи за сервисы/агентов предполагаются через ARC с распределением выручки.
Роль токена: платежи и экономика/стимулы экосистемы ARC (85/10/5 split в litepaper).

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

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

Поле	Значение
Название проекта	ARC / AI Rig Complex
Также известен как (aliases)	ARC \| AI Rig Complex \| arc.fun
Лого (logo)	../assets/45_ai-rig-complex_logo.svg
Символ токена (ticker)	ARC
Категория	AI/Agents \| Infra
Основная сеть (chain)	Solana
Тип	non-EVM
Статус сети	mainnet
Консенсус (consensus)	PoS (Solana)
Дата запуска (launch_date)	2025-03-07 (дата litepaper; запуск токена — не установлен)
Статус проекта (status)	active
Токен (стандарт)	SPL
Контракт токена	61V8vBaqAGMpgDQi4JcAwo1dmBGHsyhzodcPqnEVpump
Модель токена (token_type)	utility (payments + fees)
Макс. предложение	—
Эмиссия	—
Токеномика (tokenomics, кратко)	split выручки: 85% провайдерам, 10% рост/treasury, 5% ops (по litepaper)
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	Playgrounds (как команда/движок в litepaper)
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	Rust LLM agent framework (Rig)
Use‑case (use_case)	build + orchestrate AI agents
DecAI Fit — AI‑соответствие (AI thesis fit)	5/6 — высокое соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	ai_score 3 / onchain_score 1 / token_score 2 / evidence_score 3
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://www.arc.fun/index.html
Docs	https://www.arc.fun/architecture
GitHub	https://github.com/0xPlaygrounds/rig
Releases / Changelog	https://github.com/0xPlaygrounds/rig/releases
Whitepaper	https://www.arc.fun/blog/arc_litepaper_v1
Roadmap	—
Security advisories	https://github.com/0xPlaygrounds/rig/security/advisories
Explorer	https://solscan.io/token/61V8vBaqAGMpgDQi4JcAwo1dmBGHsyhzodcPqnEVpump
App / Demo	https://www.arc.fun/index.html
X	https://twitter.com/arcdotfun
Discord	—
Telegram	https://t.me/+CI-vivonuApiZWQ0
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/ai-rig-complex
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/ai-rig-complex/

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

ARC (AI Rig Complex) описывает себя как экосистему, которая “bridge AI and blockchain” для composable agent services. В Tier‑1 источниках различимы два уровня:

Rig — open‑source Rust‑фреймворк для построения LLM‑агентов (оркестрация, инструменты, embeddings, multi‑agent и интеграции).
Ryzome — заявленный “agentic app store / визуальная рабочая среда”, которая подключает агентов к Web2/Web3 сервисам через стандартный интерфейс (MCP) и предполагает оплату сервисов/агентных вызовов через ARC токен.

То есть по сути это не “AI‑блокчейн‑сеть”, а AI‑инфраструктура (код/фреймворк) + комьюнити/маркетплейс‑идея, где блокчейн фигурирует как экономический слой.

Фичи/модули

Rig framework (Tier‑1): Rust‑библиотека для создания и оркестрации AI‑агентов, с поддержкой модель‑провайдеров, embeddings, памяти/вектор‑сторов и multi‑agent.
On‑chain integrations (Tier‑1): в архитектурном описании заявлена связка с Solana/Arbitrum и другими сетями для чтения ончейн‑данных/вызова контрактов (интеграции — через экосистему Rig).
Ryzome (Tier‑1): публичная платформа/продукт “second brain / infinite canvas” + agentic workflows (в архитектурной странице и списке “real‑world users” в README Rig).
Экономика ARC (Tier‑1 litepaper): токен как платёжный слой для сервисов/агентов, распределение выручки 85/10/5.

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

Сценарий 1 (dev): разработчик использует rig для сборки агента (prompting + tools + embeddings/memory) → запускает agentic workflow в своём приложении.
Сценарий 2 (agentic app store): пользователь/агент в Ryzome вызывает сервисы через MCP (Web2/Web3) → workflow выполняет задачу end‑to‑end → оплата/fee предполагается в ARC (по litepaper).
Сценарий 3 (onchain integration): агент читает ончейн‑данные и инициирует onchain‑действие (заявлено как capability через on‑chain integrations).

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

Что нужно: разработчику — репозиторий rig (Rust), выбор model provider и окружение; пользователю — доступ к Ryzome (публичный продукт). Для ончейн‑операций — Solana‑кошелёк и токен ARC.
Сеть/chain: Solana (SPL токен ARC).
Комиссии: комиссии Solana при onchain‑операциях; комиссии внутри сервисов Ryzome/marketplace зависят от конкретного провайдера (в litepaper описан revenue split).

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

Компоненты: SPL‑токен ARC (Solana), web‑сайт/доки, rig (Rust library), Ryzome (web‑продукт), интеграции к LLM‑провайдерам и вектор‑сторам.
Роли участников: разработчики (builder’ы), провайдеры сервисов/агентов, пользователи Ryzome, держатели токена.
Где выполняется логика: AI‑вычисления и оркестрация — offchain (LLM‑провайдеры/инфраструктура); onchain — токен и (потенциально) расчёты/учёт оплат.
Зависимости: LLM‑провайдеры (Anthropic/OpenAI/и др.), MCP‑интеграции к сервисам, Solana как сеть токена.

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

Утилити токена: токен описан как средство оплаты сервисов/агентов и “fuel” агентной экономики.
Источники необходимости: litepaper связывает платежи за сервисы/agent‑calls с ARC и фиксирует revenue split.
Кто платит комиссии: пользователи сервисов/агентных вызовов (по описанию litepaper) + участники onchain операций (Solana fees).
Куда идут комиссии: revenue split: 85% service providers, 10% Arc growth/treasury, 5% ops (по litepaper).
Эмиссия/сжигание: — (не извлечено как Tier‑1 из доступных источников).
Механизмы безопасности/стимулов: стимулы для провайдеров/разработчиков через fee‑потоки; анти‑спам мера в Handshake: “small ARC deposit to prevent spam” (архитектурная страница).
Распределение/вестинг: — (не извлечено).
Казначейство: в litepaper упоминается “Arc treasury” (10% потоков), но механика контроля не раскрыта в извлечённом Tier‑1.

Управление

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

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

Аудиты: —.
Bug bounty: —.
Инциденты: — (не установлено).
Модель угроз: централизация Ryzome/провайдеров моделей; отсутствие Tier‑1 параметров эмиссии/контроля казначейства; также требуется отдельная проверка, где именно ARC является обязательным элементом продукта.

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

Текущий статус: сайт/архитектура и litepaper публичны; репозиторий rig активен; Ryzome публично доступен.
Ключевые релизы/вехи: litepaper v1 датирован 2025‑03‑07; релизы rig публикуются в GitHub releases.
Roadmap: — (в links_* нет roadmap; как Tier‑1 не извлечено).

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

Интеграции: model providers (Anthropic/OpenAI/и др. — на архитектурной странице); интеграции к вектор‑хранилищам (через rig экосистему); on‑chain integrations (Solana/Arbitrum заявлены).
Партнёры: на сайте есть список ecosystem partners (например Solana/Eternal AI/Hyperbolic и др.); детали партнёрств требуют перепроверки.
Где реально используется: rig используется как библиотека для LLM‑приложений; в README приведены примеры реальных пользователей/проектов, включая Ryzome.

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

Что здесь реально ИИ? Tier‑1 фиксирует реальный AI‑компонент как инфраструктуру для LLM‑агентов (rig): оркестрация completion/embeddings, tool‑calling, multi‑agent и память/вектор‑сторы.
Что реально onchain? Onchain‑факт: токен ARC в Solana. В описании экосистемы onchain фигурирует как экономический слой (платежи/учёт), но конкретная протокольная onchain‑логика, кроме токена, не доказана в просмотренных Tier‑1 источниках.
Зачем нужен токен? В litepaper токен описан как “fuel” агентной экономики и средство расчётов за сервисы/агентные вызовы, с распределением выручки 85/10/5.
Красные флаги (по найденной информации): риск token‑washing (нужно проверить, где ARC действительно обязателен vs опционален), централизация AI‑части (провайдеры моделей/платформа Ryzome), недостаток Tier‑1 по supply/эмиссии и контролю “treasury”.

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

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

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

Подробнее

AI reality

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

AI_0 (decision): 0
Claim (1 строка): Есть признаки AI reality по Tier‑1 (см. AI_1..AI_4), поэтому флаг AI_0 (intent‑only) не применяется.
Evidence: Tier‑1 — см. Evidence/ссылки в AI_1..AI_4.
Why sufficient / why not (1 строка): AI_0=1 допустим только когда AI_1..AI_4=0; здесь ai_score без AI_0 = 3.
Conflict note (если есть): —

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

AI_1 (decision): 1
Claim (1 строка): rig — Rust‑библиотека для построения LLM‑приложений/агентов (workflows, completion/embeddings, tool‑calling, multi‑agent).
Evidence: Tier‑1 — https://github.com/0xPlaygrounds/rig
Why sufficient / why not (1 строка): Tier‑1 репозиторий описывает конкретный AI‑функционал как библиотеку для LLM‑агентов.
Conflict note (если есть): —

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

AI_2 (decision): 1
Claim (1 строка): есть воспроизводимые примеры: репозиторий rig с примерами использования (Simple example) и публичные страницы ARC с архитектурой/доками (а также публичный продукт Ryzome).
Evidence: Tier‑1 — https://github.com/0xPlaygrounds/rig, https://www.arc.fun/architecture, https://ryzome.ai/
Why sufficient / why not (1 строка): наличие code‑примеров + публичной продуктовой страницы/платформы даёт “что можно потрогать”.
Conflict note (если есть): —

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — https://github.com/0xPlaygrounds/rig
Why sufficient / why not (1 строка): Tier‑1 не содержит формальных бенчмарков/метрик “качества” AI‑моделей/агентов как части протокола.
Conflict note (если есть): —

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

AI_4 (decision): 1
Claim (1 строка): есть техописание компонентов экосистемы (Rig framework, on‑chain integrations, memory/vector stores) и документация/архитектура.
Evidence: Tier‑1 — https://www.arc.fun/architecture, https://github.com/0xPlaygrounds/rig
Why sufficient / why not (1 строка): архитектурная страница + README/структура репозитория дают техконтекст.
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: Solana
Адреса/идентификаторы: token ARC (SPL): 61V8vBaqAGMpgDQi4JcAwo1dmBGHsyhzodcPqnEVpump
Evidence: Tier‑1 — https://www.arc.fun/index.html, https://solscan.io/token/61V8vBaqAGMpgDQi4JcAwo1dmBGHsyhzodcPqnEVpump
Why sufficient / why not (1 строка): адрес токена указан на официальном сайте; explorer‑ссылка присутствует в links_*.
Conflict note (если есть): —

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

OC_2 (decision): 0
Какая полезная логика onchain: в рамках извлечённых Tier‑1 не зафиксирована протокольная onchain‑логика помимо существования токена и заявлений про платежи.
Evidence: Tier‑1 — https://www.arc.fun/blog/arc_litepaper_v1
Why sufficient / why not (1 строка): litepaper описывает экономику/платежи, но не даёт проверяемых onchain‑контрактов/модулей помимо токена.
Conflict note (если есть): —

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

OC_3 (decision): 0
Тест “замены блокчейна”: ключевой AI‑компонент (Rig/агенты/платформа) может работать offchain; необходимость “именно блокчейна” не доказана Tier‑1 как обязательная для core‑функции.
Evidence: Tier‑1 — https://github.com/0xPlaygrounds/rig, https://www.arc.fun/blog/arc_litepaper_v1
Why sufficient / why not (1 строка): токен добавляет экономику, но критичность onchain для работы AI‑фреймворка не показана.
Conflict note (если есть): —

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): в проекте есть токен ARC (SPL) в Solana.
Evidence: Tier‑1 — https://www.arc.fun/index.html
Why sufficient / why not (1 строка): токен и адрес контракта указаны на официальном сайте.
Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

TK_1 (decision): 1
Claim (1 строка): litepaper описывает оплату сервисов/agent‑calls через ARC (settlement in Arc tokens) в Ryzome.
Evidence: Tier‑1 — https://www.arc.fun/blog/arc_litepaper_v1
Why sufficient / why not (1 строка): Tier‑1 прямо связывает платежи за сервисы с токеном ARC.
Conflict note (если есть): —

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

TK_2 (decision): 1
Claim (1 строка): доходы распределяются между провайдерами и экосистемой (85/10/5), а также упомянут “ARC deposit to prevent spam” для Handshake.
Evidence: Tier‑1 — https://www.arc.fun/blog/arc_litepaper_v1, https://www.arc.fun/architecture
Why sufficient / why not (1 строка): Tier‑1 описывает economic incentives и анти‑спам депозит.
Conflict note (если есть): —

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

TK_3 (decision): 0
Claim (1 строка): governance через токен ARC не подтверждён в просмотренных Tier‑1 источниках.
Evidence: Tier‑1 — https://www.arc.fun/blog/arc_litepaper_v1
Why sufficient / why not (1 строка): litepaper говорит про экономику/платежи, но не фиксирует onchain governance механики токена.
Conflict note (если есть): —

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

TK_4 (decision): 0
Claim (1 строка): заменимость токена не установлена по Tier‑1 (нет строгого сравнения с альтернативами).
Evidence: Tier‑1 — https://www.arc.fun/blog/arc_litepaper_v1
Why sufficient / why not (1 строка): есть описание роли токена в экономике, но нет аргумента “почему нельзя заменить”.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://www.arc.fun/index.html	Официальная страница ARC; адрес токена ARC (SPL) и базовое позиционирование; ссылки на архитектуру и litepaper.
Tier‑1	https://www.arc.fun/architecture	Tier‑1: описание компонентов экосистемы (Rig framework, on‑chain integrations, memory/vector stores, Handshake deposit).
Tier‑1	https://www.arc.fun/blog/arc_litepaper_v1	Tier‑1: описание Ryzome (agentic app store), MCP‑подхода и экономики платежей ARC (85/10/5).
Tier‑1	https://github.com/0xPlaygrounds/rig	Tier‑1: open‑source `rig` — Rust фреймворк для LLM‑агентов (features + примеры).
Tier‑1	https://github.com/0xPlaygrounds/rig/releases	Tier‑1: релизы/изменения `rig` (changelog/версии).
Tier‑1	https://ryzome.ai/	Tier‑1: публичная страница продукта Ryzome (что можно “потрогать”).
Tier‑2	https://dexscreener.com/solana/j3b6dvhes2y1cbmtvz5tcwxnegsjjdbukxduvdpoqms7	Контекст по торговой паре/ликвидности (не доказательство).
Tier‑3	—	—