Skip to main content

Intuition

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

Intuition — Infra | Identity | Data проект (децентрализованные аттестации и token‑curated knowledge graph), токен (символ: TRUST).

Дисклеймер

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

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

  • Что это: сеть/протокол для структурирования утверждений (attestations) в виде графа знаний и криптоэкономического “взвешивания доверия” к ним через стейкинг.
  • Для кого: для разработчиков (GraphQL/SDK/API), приложений и агентов, которым нужен переносимый слой идентичности/репутации/контекста, и для пользователей, которые хотят публиковать/курировать данные.
  • Зачем ончейн/токен: onchain фиксируются аттестации и экономический сигнал; TRUST — единица оплаты за write/read операции и токен стейкинга/сигналинга/управления, а также залог для операторов нод (с возможным slashing).

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

  1. Пользователь/приложение создаёт сущности (Atoms) и утверждения (Triples/Claims) и/или находит уже существующие.
  2. Участники ставят экономический сигнал (Signals) — депонируют TRUST в “vaults” (в т.ч. “за/против” для клеймов), формируя взвешенный консенсус и ранжирование.
  3. Индексирующие ноды собирают onchain+offchain состояние в пригодный для запросов граф и обслуживают запросы через API.
  4. Пользователь получает структурированные, проверяемые и ранжированные данные (контекст/репутация/сигналы) для приложений и агентов.
  5. Где блокчейн: запись attestations/Atoms/Triples и экономических сигналов (стейкинг, bonding curves) — onchain.
  6. Роль токена: TRUST метрит write/read операции, используется для стейкинга/сигналинга, governance и bonding/слэшинга операторов нод.

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

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

Поле Значение
Название проекта Intuition
Также известен как (aliases) Intuition Network; Intuition Protocol; Intuition Systems
Лого (logo) ../assets/103_intuition_logo.svg
Символ токена (ticker) TRUST
Категория Infra | Identity | Data
Основная сеть (chain) Base
Тип EVM
Статус сети mainnet
Консенсус (consensus) L3 (Arbitrum Orbit AnyTrust DA)
Дата запуска (launch_date) —
Статус проекта (status) активен (network live; docs/портал доступны)
Токен (стандарт) ERC-20
Контракт токена 0x6cd905dF2Ed214b22e0d48FF17CD4200C1C6d8A3 (Base)
Модель токена (token_type) utility (payments + staking + governance)
Макс. предложение 1,020,192,307.692307692307692305 TRUST (Max Total Supply по BaseScan)
Эмиссия emissions (minting schedule, decaying; по token whitepaper)
Токеномика write/read операции metered в TRUST; стейкинг/Signals и bonding curves; bonding для операторов нод; governance (по whitepaper)
Управление DAO
Админы/ключи токен‑контракт на Base помечен как proxy (TransparentUpgradeableProxy на BaseScan) ⇒ upgrade admin существует (риск админ‑апгрейдов)
Аудит yes
Bug bounty —
Команда Intuition Systems, Inc. (по token whitepaper)
Финансирование “Backed by 100+ Top Investors” (заявление на сайте; без детализации)
AI‑компонент (ai_component) context/reputation for AI agents (no proven ML core)
Use‑case (use_case) attestations + token-curated knowledge graph
DecAI Fit — AI‑соответствие 3/6 — среднее соответствие тезису Decentralized AI
Итог по компонентам DecAI Fit 1 / 3 / 3 / 3
Last verified 2026-02-11
Тип Ссылка
Website https://www.intuition.systems/
Docs https://github.com/0xIntuition/intuition-whitepaper/blob/main/intuition_whitepaper.pdf
GitHub https://github.com/0xintuition
Releases / Changelog https://github.com/0xIntuition/intuition-whitepaper/releases
Whitepaper https://github.com/0xIntuition/intuition-whitepaper
Roadmap https://github.com/0xIntuition/intuition-whitepaper/milestones
Security advisories https://github.com/0xIntuition/intuition-whitepaper/security
Explorer https://basescan.org/token/0x6cd905dF2Ed214b22e0d48FF17CD4200C1C6d8A3
X https://twitter.com/0xIntuition
Discord https://discord.gg/0xintuition
Telegram https://t.me/intuitionsystems
Medium https://medium.com/0xintuition
Audit report(s) https://tech.docs.intuition.systems/contracts/audit-reports
Bug bounty —
CoinGecko (профиль, справочно) https://www.coingecko.com/en/coins/intuition
CoinMarketCap (профиль, справочно) https://coinmarketcap.com/currencies/intuition/

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

Intuition описывает себя как децентрализованную систему аттестаций и “semantic web of trust”, в которой утверждения (claims) становятся структурированными объектами и получают экономический вес через стейкинг. В основе — модель данных из трёх примитивов: Atoms (идентификаторы сущностей), Triples (структурированные утверждения в формате subject‑predicate‑object) и Signals (стейк/вес доверия к сущности/утверждению).

С практической стороны это инфраструктура для:

  • публикации и курирования данных/утверждений в общем графе,
  • построения переносимой репутации/контекста,
  • доступа к данным через API/SDK (в т.ч. для приложений и AI‑агентов).

Ключевое: экономические механизмы (TRUST, стейкинг, vaults, bonding curves) призваны сделать “сигнал” дорогим для спама и выгодным для ранней, точной курации.

Фичи/модули

  • Intuition Network: L3‑цепочка (settle к Base), в которой записываются attestations/Atoms/Triples (по docs).
  • Intuition Protocol: правила/примитивы представления знаний и экономические стимулы (vaults, сигналы, bonding curves).
  • Rust Subnet: слой индексации/запросов и developer‑инструменты (GraphQL, SDK) (по docs).
  • Token‑curated knowledge graph: ранжирование/“цена” данных через стейкинг TRUST.

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

  • Сценарий 1 (публикация данных): разработчик/пользователь создаёт Atom/Triple → платит fee в TRUST и/или стейкает → данные появляются в графе и могут быть переиспользованы другими.
  • Сценарий 2 (курация/оспаривание): участники стейкают “за/против” claim → формируется экономически взвешенный сигнал доверия/спора.
  • Сценарий 3 (чтение контекста): приложение/агент запрашивает граф через API → получает структурированные утверждения и веса Signals → использует их для выдачи/ранжирования/проверок.

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

  • Что нужно: EVM‑кошелёк и TRUST для write/read операций и стейкинга (если вы публикуете/курируете), либо только доступ к API (если вы читаете через SDK).
  • Сеть/chain: токен TRUST (и часть взаимодействий) виден на Base; сеть/протокол описывают отдельный Intuition Network как Base L3 (по docs).
  • Комиссии: fee в TRUST за создание/запись/чтение/запросы (по token whitepaper: “All write and read operations are metered in TRUST”).

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

  • Компоненты: смарт‑контракты протокола (Atoms/Triples/vaults/сигналы), токен TRUST (ERC‑20), индексирующие ноды (Rust subnet), API (GraphQL/SDK).
  • Роли участников: создатели данных, кураторы (стейк/Signals), потребители данных (query), операторы нод (индексация/обслуживание запросов).
  • Где выполняется логика: запись утверждений и экономические состояния — onchain; индексация/поиск/доступ к графу — offchain (узлы), но с привязкой к onchain‑источнику.
  • Зависимости: Base как базовый сеттлмент‑слой; Arbitrum Orbit stack и AnyTrust DA для L3 (по docs); инфраструктура индексаторов/узлов.

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

  • Утилити токена: TRUST — единица оплаты за write/read операции и базовый актив для стейкинга/сигналинга на утверждениях и сущностях (по token whitepaper и docs primitives).
  • Источники необходимости: модель протокола опирается на “skin‑in‑the‑game” для курации и защиты от спама/DoS; без TRUST исчезают заявленные economic‑механизмы ранжирования и стимулы.
  • Кто платит комиссии: авторы/кураторы при публикации и стейке; потребители при запросах (whitepaper: “authors place stake… consumers pay ‘gas fees’ when querying”).
  • Куда идут комиссии: whitepaper описывает fee‑redistribution в пользу создателей/кураторов и протокольные механики; точные сплиты/параметры — governable (DAO).
  • Эмиссия/сжигание: whitepaper описывает minting schedule с decaying emissions; детальные числа/графики могут быть вынесены в отдельные таблицы/параметры DAO.
  • Механизмы безопасности/стимулов: стейкинг/Signals (включая counter‑stake), bonding curves в vaults; для операторов нод — bonding TRUST и slashing за downtime/тамперинг (по token whitepaper).
  • Распределение/вестинги: упомянуто “team and investor allocations… vesting‑protected”, но без конкретных чисел в доступном Tier‑1 фрагменте; фиксируем как “— (нужно подтвердить таблицей распределения/вестинга)”.
  • Казначейство: управляется governance держателей TRUST (по whitepaper); детали адресов/механизмов исполнения — не подтверждены Tier‑1 источниками.

Управление

  • Кто принимает решения: модель DAO: держатели TRUST (по token whitepaper).
  • Как меняются параметры: через proposals и голосование; описаны proposal thresholds/quorum и возможность delegation; экономические параметры (fees/emissions/bonding curves) — governable (по whitepaper).
  • Где обсуждают/принимают решения: явный governance‑форум/снапшот не подтверждён Tier‑1 источниками (в links_* есть roadmap/security advisories в GitHub).
  • Ключи/мультисиг: не подтверждено. Важно: токен‑контракт отмечен как proxy ⇒ апгрейд‑админ существует (см. паспорт).

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

  • Аудиты: Security Assessment (Summary Report) — March 28, 2024; high severity: none; перечислены medium/low findings и фиксы с привязкой к PR/commit (по audit reports).
  • Bug bounty: — (Tier‑1 страница/условия не найдены в links_*).
  • Инциденты: Tier‑1 постмортемов/инцидентов не найдено.
  • Модель угроз (коротко):
    • Экономические атаки на курацию (манипуляция сигналами/стейками).
    • Риски upgradeability (proxy‑админ может менять логику).
    • Риски доступности/правдивости индексаторов, компенсируются bonding/slashing (по whitepaper).

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

  • Текущий статус: “The Intuition Network is live” (заявление на сайте) ⇒ рассматриваем как mainnet/live.
  • Ключевые релизы/вехи: audit report обновлён 2024‑04‑03 (Tier‑1 отметка на audit reports).
  • Roadmap: в links_* указан GitHub milestones в repo whitepaper (как инженерный артефакт‑указатель); содержимое milestones не извлекалось в рамках этой карточки.

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

  • Интеграции (Tier‑1 указания): docs упоминают GraphQL API и SDK; сайт и docs показывают “Portal” как пользовательский вход.
  • Партнёры: на сайте есть блок “Our Partners / Trusted by”, но без проверяемых условий/интеграционных деталей в Tier‑1 (фиксируем как маркетинговое заявление).
  • Где реально используется: Tier‑1 конкретных production‑интеграций (кроме собственных портала/SDK/API) не зафиксировано.

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

  • Что здесь реально ИИ? Tier‑1 источники позиционируют систему как инфраструктуру, полезную для AI‑агентов (контекст/репутация/запросы к графу), но Tier‑1 доказательств собственных ML‑моделей/инференса в протоколе не найдено.
  • Что реально onchain? onchain фиксируются attestations и экономические сигналы (Atoms/Triples/Signals, vaults/стейкинг); токен TRUST — onchain (ERC‑20 на Base).
  • Зачем нужен токен? TRUST метрит write/read операции, используется для стейкинга/сигналинга и governance; также — залог для операторов нод (с риском slashing).
  • Красные флаги (по найденной информации): AI‑washing — высокий риск терминологического “AI” без верифицируемого AI‑ядра (нужно подтверждать AI_1..AI_4); onchain‑washing — низкий (онченйновая логика — ядро); token‑washing — низкий (token‑утилити подробно описано Tier‑1 в whitepaper). Что перепроверить: наличие/отсутствие реального AI‑компонента на уровне продукта (не “для AI”, а “делает AI”).

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

  • DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
Компонент Уровень Score
AI reality низко (есть AI‑intent, но нет Tier‑1 артефактов “делает AI”) 1
Onchain necessity высоко 3
Token necessity высоко 3
Evidence Tier‑1 есть 3
Подробнее

AI reality

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

  • AI_0 (decision): 1
  • Claim (1 строка): проект явно позиционирует свой граф/аттестации как инфраструктуру, полезную для AI/агентов (intent/направление), без подтверждения собственных моделей.
  • Evidence: Tier‑1 — https://www.intuition.systems/ (блок “Artificial Intelligence (AI)”), https://docs.intuition.systems/docs/introduction/overview (упоминание, что Subnet “powering AI agents…”).
  • Why sufficient / why not (1 строка): это Tier‑1 утверждения об AI‑ориентации/контексте использования, но не доказательство работающего AI‑компонента в протоколе.
  • Conflict note (если есть): —

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

  • AI_1 (decision): 0
  • Claim (1 строка): в доступных Tier‑1 источниках не описан конкретный ML/AI‑функционал, который выполняет протокол (инференс/обучение/агенты как продукт).
  • Evidence: Tier‑1 — https://docs.intuition.systems/docs/introduction/overview, https://www.docs.intuition.systems/docs/primitives/overview
  • Why sufficient / why not (1 строка): описаны данные/аттестации/сигналы и инфраструктура, но не “что именно делает ИИ”.
  • Conflict note (если есть): —

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

  • AI_2 (decision): 0
  • Claim (1 строка): Tier‑1 демо “AI‑компонента” (в смысле ML‑функции) не найдено.
  • Evidence: Tier‑1 — https://www.intuition.systems/, https://www.docs.intuition.systems/
  • Why sufficient / why not (1 строка): есть продукт/доки, но нет демонстрации AI‑функции как части протокола.
  • Conflict note (если есть): —

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

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

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

  • AI_4 (decision): 0
  • Claim (1 строка): есть архитектура протокола/примитивов, но нет техописания моделей/версий (как для AI‑компонента).
  • Evidence: Tier‑1 — https://docs.intuition.systems/docs/introduction/overview
  • Why sufficient / why not (1 строка): документация про сеть/протокол/индексацию, не про ML‑модели.
  • Conflict note (если есть): —

Onchain necessity

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

  • OC_1 (decision): 1
  • Сеть: Base (для ERC‑20 TRUST); Intuition Network описан как Base L3 (Orbit stack) в docs.
  • Адреса/идентификаторы: TRUST ERC‑20: 0x6cd905dF2Ed214b22e0d48FF17CD4200C1C6d8A3 (proxy).
  • Evidence: Tier‑1 — https://basescan.org/token/0x6cd905dF2Ed214b22e0d48FF17CD4200C1C6d8A3, https://docs.intuition.systems/docs/introduction/overview
  • Why sufficient / why not (1 строка): есть конкретный onchain адрес токена и Tier‑1 описание сети/слоя.
  • Conflict note (если есть): —

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

  • OC_2 (decision): 1
  • Какая полезная логика onchain: attestations/Atoms/Triples и экономические Signals (стейкинг в vaults, в т.ч. “за/против”), bonding curves — описаны как onchain‑примитивы/действия.
  • Evidence: Tier‑1 — https://docs.intuition.systems/docs/introduction/overview, https://www.docs.intuition.systems/docs/primitives/overview
  • Why sufficient / why not (1 строка): полезная логика протокола заявлена как onchain, не сводится к токену.
  • Conflict note (если есть): —

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

  • OC_3 (decision): 1
  • Тест “замены блокчейна”: без ончейна пропадает проверяемая фиксация attestations и экономический сигнал (stake/Signals), на котором строится ранжирование и incentives.
  • Evidence: Tier‑1 — https://docs.intuition.systems/docs/introduction/overview, https://raw.githubusercontent.com/0xIntuition/trust-whitepaper/main/trust-whitepaper.md
  • Why sufficient / why not (1 строка): onchain‑фиксируемость и экономический слой — заявленное ядро; замена на web2 ломает свойства “verifiable/tokenized/portable”.
  • Conflict note (если есть): —

Token necessity

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

  • TK_0 (decision): 0
  • Claim (1 строка): у проекта есть токен TRUST (ERC‑20).
  • Evidence: Tier‑1 — https://basescan.org/token/0x6cd905dF2Ed214b22e0d48FF17CD4200C1C6d8A3
  • Why sufficient / why not (1 строка): токен явно существует и верифицируем в эксплорере.
  • Conflict note (если есть): —

TK_1..TK_4 (1/0)

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

  • TK_1 (decision): 1
  • Claim (1 строка): write и read операции метерятся в TRUST (fees/“gas fees” для запросов).
  • Evidence: Tier‑1 — https://raw.githubusercontent.com/0xIntuition/trust-whitepaper/main/trust-whitepaper.md (Abstract: “All write and read operations are metered in TRUST…”)
  • Why sufficient / why not (1 строка): прямое Tier‑1 описание платёжной роли токена.
  • Conflict note (если есть): —

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

  • TK_2 (decision): 1
  • Claim (1 строка): стейкинг TRUST формирует Signals; операторы нод обязаны bond TRUST и могут быть наказаны slashing за downtime/тамперинг.
  • Evidence: Tier‑1 — https://www.docs.intuition.systems/docs/primitives/overview (Signals через staking), https://raw.githubusercontent.com/0xIntuition/trust-whitepaper/main/trust-whitepaper.md (node operator bonding/slashing)
  • Why sufficient / why not (1 строка): token‑стимулы и залоги описаны как ключевой механизм безопасности/качества.
  • Conflict note (если есть): —

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

  • TK_3 (decision): 1
  • Claim (1 строка): TRUST описан как governance token; держатели голосуют за апгрейды/fees/bonding curves/treasury allocations.
  • Evidence: Tier‑1 — https://raw.githubusercontent.com/0xIntuition/trust-whitepaper/main/trust-whitepaper.md (Abstract + Governance Framework)
  • Why sufficient / why not (1 строка): governance роль явно зафиксирована в Tier‑1 документе проекта.
  • Conflict note (если есть): —

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

  • TK_4 (decision): 0
  • Claim (1 строка): по Tier‑1 описанию токен — часть ядра механизма (metering + staking/Signals + bonding/slashing + governance), замена на “просто подписку/USDC” меняет заявленный дизайн.
  • Evidence: Tier‑1 — https://raw.githubusercontent.com/0xIntuition/trust-whitepaper/main/trust-whitepaper.md
  • Why sufficient / why not (1 строка): токен встроен в экономику протокола и механизмы доверия, а не “платёжный слой поверх”.
  • Conflict note (если есть): —

Evidence (таблица)

Tier Источник Что доказывает
Tier‑1 https://docs.intuition.systems/docs/introduction/overview описание архитектуры (Network/Protocol/Subnet), L3 на Orbit stack/AnyTrust DA, примитивы и onchain‑роль
Tier‑1 https://www.docs.intuition.systems/docs/primitives/overview определения Atoms/Triples/Signals и роль staking как “вес доверия”
Tier‑1 https://raw.githubusercontent.com/0xIntuition/trust-whitepaper/main/trust-whitepaper.md роль токена TRUST: metering write/read, staking/Signals, node bonding+slashing, governance
Tier‑1 https://basescan.org/token/0x6cd905dF2Ed214b22e0d48FF17CD4200C1C6d8A3 ERC‑20 TRUST на Base: адрес, max total supply, proxy/upgradability факт
Tier‑1 https://tech.docs.intuition.systems/contracts/audit-reports наличие security assessment; high severity: none; список исправлений (PR/commits)
Tier‑1 https://www.intuition.systems/ high‑level позиционирование, “network is live”, AI‑ориентация на уровне intent

No comments to display

Back to top