Common

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

Common — Infra протокол/клиент для “programmable communities”: позволяет создавать onchain‑“loops” (контуры стимулов) вокруг действий пользователей (ончейн‑транзакции и офчейн‑активности) и выплачивать награды; токен: COMMON (ERC‑20 в сети Base).

Дисклеймер

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

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

Что это: протокол координации для сообществ: “loops” задают действия, правила вознаграждений, длительность и hooks на внешние контракты.
Для кого: сообщества/проекты, которым нужно управлять стимулами вокруг действий (посты, голоса, транзакции); разработчики, которые хотят собирать свои клиенты вокруг loops.
Зачем ончейн/токен: onchain нужен для фиксации loop‑состояния и распределения rewards; роль токена COMMON (кроме существования контракта) в Tier‑1 не детализирована.

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

Пользователь делает: участвует в loop (например, делает пост/апвоут/ончейн‑действие) и отправляет “action” (в т. ч. через релэйер).
Система делает: принимает intents, проверяет условия hooks (gating/вызовы внешних контрактов), считает результат и распределяет награды по расписанию.
Пользователь получает: NFT/токен‑reward (или иной приз), зависящий от reward schedule.
Где блокчейн: создание loop и hooks — onchain; действия могут быть офчейн‑интентом с релэйером, а выплаты — onchain.
Роль токена (если есть): токен COMMON существует в сети Base; конкретные обязательные утилити в Tier‑1 не зафиксированы.

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

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

Поле	Значение
Название проекта	Common
Также известен как (aliases)	Common Protocol; Commonwealth; commondotxyz; COMMON
Лого (logo)	../assets/157_common_logo.png
Символ токена (ticker)	COMMON
Категория	Infra \| Social
Основная сеть (chain)	Base
Тип	EVM
Статус сети	mainnet
Консенсус (consensus)	L2 (Optimistic Rollup, Base on Ethereum)
Дата запуска (launch_date)	—
Статус проекта (status)	active
Токен (стандарт)	ERC-20
Контракт токена	`0x4c87da04887a1F9F21F777E3A8dD55C3C9f84701`
Модель токена (token_type)	—
Макс. предложение	10,000,000,000 COMMON (BaseScan “Max Total Supply”); контракт содержит функцию `mint()` (возможна эмиссия сверх initial supply при наличии ролей).
Эмиссия	fixed initial supply (10B) / потенциально inflationary (если minter активен) — требует проверки governance/ролей.
Токеномика (tokenomics, кратко)	Initial mint в vault (по коду контракта); цели распределения/utility не раскрыты в Tier‑1 источниках.
Управление	—
Админы/ключи	—
Аудит	—
Bug bounty	—
Команда (team)	—
Финансирование (investors/funding)	—
AI‑компонент (ai_component)	AI agents as future loop participants
Use‑case (use_case)	programmable incentives for communities
DecAI Fit — AI‑соответствие (AI thesis fit)	3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit	1 / 2 / 0 / 2
Last verified	2026-02-11

Ссылки (links_*)

Тип	Ссылка
Website	https://common.xyz/
Docs	https://blog.common.xyz/common-protocol/
GitHub	https://github.com/hicommonwealth
Releases / Changelog	https://github.com/hicommonwealth/commonwealth/releases
Whitepaper	https://common.xyz/whitepaper.pdf
Roadmap	—
Security advisories	https://github.com/hicommonwealth/commonwealth/security/advisories
Explorer	https://basescan.org/token/0x4c87da04887a1F9F21F777E3A8dD55C3C9f84701
X	https://twitter.com/commondotxyz
Discord	https://discord.gg/hSBFjkEx8w
Telegram	https://t.me/HiCommonwealth
Medium	—
Audit report(s)	—
Bug bounty	—
CoinGecko (профиль, справочно)	https://www.coingecko.com/en/coins/common-2
CoinMarketCap (профиль, справочно)	https://coinmarketcap.com/currencies/common/

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

Common Protocol описывает себя как “primitive” для координации сообществ: вместо ручного менеджмента (контент, голоса, гранты, funding, ончейн‑действия) предлагается собирать loops — программируемые контуры стимулов. Loop задаёт:

actions: например, посты/апвоуты на форуме, onchain‑транзакции, или proofs от zkTLS‑оператора;
reward schedule: какие награды выдаются (NFT/FT и т. п.) и по каким правилам;
duration: одноразовый или повторяющийся цикл;
hooks: вызовы внешних контрактов до/после действия (например, governance‑вызовы или gating по владению токеном).

В посте подчёркивается, что actions могут отправляться как offchain‑intents (напрямую или через релэйер), а награды и hooks — исполняться ончейн. Также отдельно отмечается направление “agents”: ожидание, что loops станут инфраструктурой, где AI‑агенты смогут координироваться с людьми и выполнять onchain‑активность.

Фичи/модули

Loops (core primitive): onchain‑объекты с actions/rewards/duration/hooks.
Hooks в внешние контракты: вызовы governance‑контрактов, DeFi‑контрактов и др. (заявлено).
Relayers/intents: отправка действий пользователями без необходимости самостоятельно делать транзакцию в каждом шаге.
Интеграции с офчейн‑активностями: примеры (форум‑посты/апвоуты), плюс “proofs from zkTLS operator” (заявлено).

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

Сценарий 1 (сообщество/DAO): создаёт contest loop → участники делают действия (посты/апвоуты/транзакции) → победители получают награды.
Сценарий 2 (builder): пишет новый client поверх loops → подключает внешние контракты через hooks → автоматизирует координацию.
Сценарий 3 (агенты): (намерение) AI‑агенты выполняют actions и двигают ончейн‑активность в рамках loops.

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

Что нужно: EVM‑кошелёк для Base + аккаунт/доступ к common.xyz.
Сеть/chain: Base.
Комиссии: комиссии Base при создании loops/выплатах наград и вызовах hooks; при использовании релэйеров часть действий может быть скрыта от пользователя.

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

Компоненты: onchain‑контракты loops и токен COMMON (Base); clients (common.xyz и потенциально сторонние), релэйеры для intents.
Роли участников: loop creator, участники (submit actions), релэйер, внешние протоколы/контракты для hooks.
Где выполняется логика: создание loops и hooks — onchain; actions могут быть offchain intent; reward payouts — onchain.
Зависимости: Base RPC, внешние контракты (governance/DeFi) для hooks, zkTLS‑оператор (для некоторых proofs — заявлено).

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

Утилити токена: в используемых Tier‑1 источниках не раскрыто, является ли COMMON обязательным для loops (кроме того, что токен существует onchain).
Предложение: BaseScan отображает max total supply 10B COMMON; в коде есть initialSupply и функция mint() с ролью MINTER_ROLE → потенциальная эмиссия требует проверки того, кому принадлежат роли.

Управление

Governance: в использованных Tier‑1 источниках не описано.

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

Аудиты/bug bounty/инциденты: не зафиксированы в используемых Tier‑1 источниках.
Риски: ошибки hooks/релэйеров, злоупотребления reward‑схемами, риски централизации ролей токена/контрактов.

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

Текущий статус: активен (есть публичный пост о Common Protocol и ончейн‑токен в Base).
Roadmap: в посте приведён high‑level roadmap (Q1–Q4 2025) и направления развития loops/agents.

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

Интеграции: примеры hooks на внешние контракты (governance/DeFi) и интеграции с социальными платформами (Farcaster — “soon”, по посту).
Где реально используется: в посте приведён пример contest loop для форума Common (посты и апвоуты).

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

Что здесь реально ИИ? В Tier‑1 нет описания собственной AI‑системы; есть заявленное направление, что loops станут инфраструктурой, где AI‑агенты могут координироваться с людьми и выполнять onchain‑активность.
Что реально onchain? Создание loops, hooks в внешние контракты и выплаты reward‑схем; также токен COMMON в Base.
Зачем нужен токен? Токен COMMON существует onchain; обязательная утилити в протоколе (платёж/стейк/управление) не подтверждена Tier‑1.
Красные флаги (по найденной информации): AI‑washing — AI упоминается как “agents” без артефактов; onchain‑washing — разделить offchain intents и onchain‑исполнение; token‑washing — утилити токена не раскрыта; “max supply” против mint() — нужна проверка ролей.

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

DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI

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

Подробнее

AI reality

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

AI_0 (decision): 1
Claim (1 строка): Заявлено направление, что loops могут стать инфраструктурой, где AI‑агенты будут координироваться с людьми и выполнять onchain‑активность.
Evidence: Tier‑1 — https://blog.common.xyz/common-protocol/
Why sufficient / why not (1 строка): Это Tier‑1 намерение/позиционирование про agents, без доказательства работающего AI‑компонента (AI_1..AI_4 = 0).
Conflict note (если есть): —

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

AI_1 (decision): 0
Claim (1 строка): В Tier‑1 не описан собственный AI‑модуль/модель/агент — только совместимость/будущие сценарии.
Evidence: Tier‑1 — https://blog.common.xyz/common-protocol/
Why sufficient / why not (1 строка): Упоминания agents не описывают “что делает ИИ” как компонент продукта.
Conflict note (если есть): —

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

AI_2 (decision): 0
Claim (1 строка): Демо работы AI‑агентов в рамках loops не представлено.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): Нет примеров outputs/agent actions как артефакта.
Conflict note (если есть): —

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

AI_3 (decision): 0
Метрики: —
Контекст (версия/дата/на чём мерили): —
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): Метрики качества AI‑компонента отсутствуют (AI‑компонент не описан).
Conflict note (если есть): —

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

AI_4 (decision): 0
Claim (1 строка): Техописание AI‑агентов/моделей не раскрыто.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): В посте про протокол описаны loops/хуки, но не AI‑архитектура.
Conflict note (если есть): —

Onchain necessity

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

OC_1 (decision): 1
Сеть: Base (EVM L2)
Адреса/идентификаторы: COMMON ERC‑20: 0x4c87da04887a1F9F21F777E3A8dD55C3C9f84701
Evidence: Tier‑1 — https://basescan.org/token/0x4c87da04887a1F9F21F777E3A8dD55C3C9f84701
Why sufficient / why not (1 строка): Эксплорер подтверждает контракт токена и сеть.
Conflict note (если есть): —

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

OC_2 (decision): 1
Какая полезная логика onchain: Loops создаются onchain и могут выполнять hooks на внешние контракты; reward payouts описаны как часть механики.
Evidence: Tier‑1 — https://blog.common.xyz/common-protocol/
Why sufficient / why not (1 строка): Пост описывает “once a loop has been created onchain…” и hooks на external contracts.
Conflict note (если есть): Техдетали/адреса loop‑контрактов в посте не приведены.

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

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

Token necessity

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

TK_0 (decision): 0
Claim (1 строка): У проекта есть токен COMMON в сети Base.
Evidence: Tier‑1 — https://basescan.org/token/0x4c87da04887a1F9F21F777E3A8dD55C3C9f84701
Why sufficient / why not (1 строка): Контракт и supply видны в эксплорере.
Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

TK_1 (decision): 0
Claim (1 строка): В Tier‑1 нет утверждения, что COMMON обязателен как платёж за сервис.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): В описании loops речь о reward schedule, но не о платеже токеном COMMON.
Conflict note (если есть): —

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

TK_2 (decision): 0
Claim (1 строка): Стейкинг/залог/слэшинг через COMMON не описаны.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): Нет описания стимулов, завязанных именно на COMMON (возможны rewards любыми токенами/NFT).
Conflict note (если есть): —

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

TK_3 (decision): 0
Claim (1 строка): Governance через COMMON не подтверждено Tier‑1.
Evidence: Tier‑1 — —
Why sufficient / why not (1 строка): Упоминания governance — как hooks во внешние контракты, не как управление протоколом COMMON.
Conflict note (если есть): —

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

TK_4 (decision): 1
Claim (1 строка): По Tier‑1 не видно уникальной роли COMMON; loops могут использовать NFT/любой FT для rewards → COMMON потенциально заменим.
Evidence: Tier‑1 — https://blog.common.xyz/common-protocol/
Why sufficient / why not (1 строка): В описании reward schedule не зафиксирована обязательность COMMON.
Conflict note (если есть): —

Evidence (таблица)

Tier	Источник	Что доказывает
Tier‑1	https://blog.common.xyz/common-protocol/	Что такое loops (actions/reward schedule/hooks), что loops создаются onchain; направление “agents”.
Tier‑1	https://basescan.org/token/0x4c87da04887a1F9F21F777E3A8dD55C3C9f84701	Onchain‑подтверждение токена COMMON в Base (supply, роли mint/vault по коду).
Tier‑1	https://github.com/hicommonwealth/commonwealth	Наличие публичного репозитория клиента/платформы (контекст разработки).
Tier‑2	—	—
Tier‑3	—	—