Grass
Grass (GRASS) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Grass — инфраструктура для сбора публичных веб‑данных через распределённую сеть узлов (nodes/routers/validators) и их превращения в структурированные датасеты. Проект описывает ZK‑пруфы и чекпоинтинг данных “на блокчейн” для проверки происхождения (provenance) и распределения вознаграждений; токен GRASS используется для платежей/стейкинга/стимулов и управления.
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: сеть, где пользователи/узлы делятся интернет‑ресурсами, а система собирает публичные веб‑данные и оформляет их как проверяемые наборы данных.
- Для кого: (1) люди/операторы узлов, которые хотят получать вознаграждение; (2) покупатели данных/разработчики, которым нужны датасеты.
- Зачем ончейн/токен: обещают проверяемость происхождения данных и расчёт вознаграждений через onchain‑чекпоинты; GRASS используется для оплаты операций, стейкинга к роутерам и governance.
Как это работает (очень кратко)
- Пользователь делает: запускает Grass App/Grass Node и предоставляет неиспользуемые сетевые ресурсы (релей трафика).
- Система делает: роутеры и валидатор маршрутизируют/проверяют веб‑транзакции, формируют сессии, генерируют доказательства и публикуют onchain‑чекпоинты.
- Пользователь получает: вознаграждение в GRASS (и/или “очки/поинты” внутри экосистемы — как механизм учёта активности).
- Где блокчейн: в документации описаны ZK‑пруфы и чекпоинты сессионных данных “на L1” для доказуемой provenance и прозрачного распределения наград.
- Роль токена: GRASS — расчёты за сетевые операции/датасеты, стейкинг к роутерам, стимулы и governance.
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Grass |
| Также известен как (aliases) | GRASS |
| Лого (logo) | ../assets/36_grass_logo.svg |
| Символ токена (ticker) | GRASS |
| Категория | AI/Data | Infra |
| Основная сеть (chain) | Solana |
| Тип | non-EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | PoS (Solana) |
| Дата запуска (launch_date) | — |
| Статус проекта (status) | active |
| Токен (стандарт) | SPL |
| Контракт токена | Grass7B4RdKfBCjTKgSqnXkqjwiGvQyFbuSCUJr3XXjs |
| Модель токена (token_type) | utility (payments + staking + governance) |
| Макс. предложение | 1,000,000,000 GRASS (fixed total supply) |
| Эмиссия | fixed cap + unlock/vesting по аллокациям |
| Токеномика (tokenomics, кратко) | фиксированный supply; аллокации на community/экосистему/инвесторов/контрибьюторов; GRASS используется для сетевых платежей и стейкинга к роутерам |
| Управление | token governance (описано в документации) |
| Админы/ключи | — |
| Аудит | — |
| Bug bounty | — |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | web data → structured datasets + provenance |
| Use‑case (use_case) | crowd bandwidth → datasets for AI |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 5/6 — высокое соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 2 / 3 / 3 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://www.getgrass.io/ |
| Docs | https://grass-foundation.gitbook.io/grass-docs |
| GitHub | — |
| Releases / Changelog | — |
| Whitepaper | — |
| Roadmap | — |
| Security advisories | — |
| Explorer | https://solscan.io/token/Grass7B4RdKfBCjTKgSqnXkqjwiGvQyFbuSCUJr3XXjs |
| Dashboard | https://app.grass.io/ |
| Blog | https://www.grass.io/learn |
| X | https://twitter.com/getgrass_io/ |
| Discord | https://discord.gg/getgrass |
| Telegram | https://t.me/grassannouncementschannel |
| Medium | — |
| Audit report(s) | — |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/grass |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/grass/ |
Общее описание проекта
Grass позиционирует себя как инфраструктуру, которая объединяет распределённую сеть узлов (grass nodes) и маршрутизаторов (routers) для выполнения веб‑транзакций (запросов к публичным источникам) и последующей проверки/агрегации данных в валидаторе. В документации подчёркивается цель: превращать публичные веб‑данные в структурированные наборы данных, пригодные для AI и enterprise‑использования, с проверяемым происхождением.
С точки зрения “что реально сделано” по Tier‑1: есть описанная архитектура (node/router/validator), механика fee market и staking к роутерам, а также документированная токеномика GRASS и назначение токена в экосистеме.
Фичи/модули
- Grass App / Grass Node: софт для участия в сети (релей трафика/участие в сборе).
- Router: геораспределённый хаб, соединяющий ноды и валидатор; учёт метрик/латентности/объёма.
- Validator: инициирует веб‑запросы и верифицирует веб‑транзакции; далее передаёт данные в ZK‑процессор для формирования доказательств и чекпоинтов.
- ZK Processor (описано): батчит доказательства сессионных данных и публикует их “на L1”.
- Fee market (описано): динамическая модель “газа” для веб‑транзакций.
Типичные сценарии
- Сценарий 1 (оператор узла): ставит Grass → узел ретранслирует трафик → сеть считает вклад → оператор получает вознаграждение в GRASS.
- Сценарий 2 (стейкер): держит GRASS → делегирует stake на роутер → получает часть наград (при unstake действует период блокировки).
- Сценарий 3 (покупатель данных/разработчик): оплачивает веб‑транзакции/датасеты → получает структурированные данные (при заявлении проекта — с проверяемой provenance).
Как начать (кошелёк/сеть)
- Что нужно: кошелёк в экосистеме Solana (для токена GRASS) и аккаунт/приложение Grass для участия в сети.
- Сеть/chain: Solana (токен GRASS).
- Комиссии: комиссии сети (Solana) для операций с токеном; плюс “gas/fees” на уровне протокола Grass для веб‑транзакций (по документации).
Архитектура/техника (без AI)
- Компоненты: nodes → routers → validator → (ZK processor) → onchain settlement/checkpoints.
- Роли участников: операторы нод, операторы роутеров, делегаторы стейка, валидатор(ы), покупатели данных.
- Где выполняется логика: релей/метрики — в роутерах и валидаторе (offchain); публикация доказательств/чекпоинтов — onchain (по описанию).
- Зависимости: публичные веб‑источники; TLS‑соединения; блокчейн‑сеть(и) для settlement (в документации прямо не фиксируется конкретный L1 для чекпоинтов).
Токен/экономика (развернуто, без прогнозов)
- Утилити токена: оплата сетевых операций (web scraping transactions / dataset purchases), staking к роутерам, governance.
- Источники необходимости в протоколе: вознаграждения и стимулы внутри сети описаны как расчёты “в GRASS”; стейкинг к роутерам описан как механизм безопасности/распределения трафика.
- Кто платит комиссии: пользователи экосистемы (участники операций/покупатели данных); также возможна оплата в USD/USDC с последующей конвертацией в GRASS (по документации).
- Куда идут комиссии: на компенсацию стейкхолдерам сети (роутеры/делегаторы) — по описанию экономики.
- Эмиссия/сжигание: supply фиксирован; детали burn‑механики в Tier‑1 источниках для этой карточки не выявлены.
- Механизмы безопасности/стимулов: stake делегируется к роутерам; slashing описан как ожидаемый/будущий риск (в текущей реализации slashing “не в протоколе”).
- Распределение и график выпуска токенов: в документации описаны аллокации (community/foundation+ecosystem/early investors/contributors) и cliff/vesting для инвесторов/контрибьюторов.
- Казначейство: упоминается foundation & ecosystem growth allocation; детали управления казначейством в карточке не установлены.
Управление
- Кто принимает решения: в документации заявлено network governance через GRASS (детали процесса/площадок не раскрыты в выбранных Tier‑1 источниках).
- Как меняются параметры протокола: — (не установлено по текущим Tier‑1 страницам).
- Где обсуждают/принимают решения: — (не установлено).
- Ключи/мультисиг: — (не установлено).
Безопасность и инциденты
- Аудиты: — (Tier‑1 подтверждение аудитов не найдено).
- Bug bounty: — (Tier‑1 подтверждение bug bounty не найдено).
- Инциденты: — (не установлено).
- Модель угроз: ключевые риски — централизация валидатора на ранней стадии, корректность метрик/репутации, качество “анти‑фрода” при сборе данных, и доверие к offchain‑компонентам до полной децентрализации.
Статус проекта и таймлайн
- Текущий статус: продукт и документация описывают работающую сеть и токен (mainnet по факту существования токена/стейкинга).
- Ключевые вехи: — (не формализовано в виде релиз‑нотов/roadmap Tier‑1 для этой карточки).
- Roadmap: —.
Экосистема/интеграции
- Интеграции: кошельки и инфраструктура Solana для токена; собственные web‑приложения/дашборды проекта.
- Где реально используется: заявляемая область — сбор данных и подготовка датасетов для AI/enterprise; конкретные публичные кейсы/покупатели в выбранных Tier‑1 источниках не перечислены.
Ai составляющая проекта
- Что здесь реально ИИ? В архитектуре прямо указан блок Edge Embedding Models — преобразование неструктурированных веб‑данных в “структурированные модели/представления”, что является AI/ML‑релевантной частью пайплайна подготовки данных.
- Что реально onchain? В документации описаны ZK‑пруфы и чекпоинты сессионных данных “на L1”, чтобы можно было проверять provenance и прозрачность расчётов/наград.
- Зачем нужен токен? GRASS описан как “native token” для оплаты сетевых операций, стейкинга к роутерам (вознаграждения/безопасность) и governance.
- Красные флаги (по найденной информации): AI‑washing (часть AI описана на уровне “embedding models”, но без демо/метрик), onchain‑washing (L1 settlement упоминается без конкретики по сети/контрактам кроме адреса токена), token‑washing (часть платежей допускается в USD/USDC с конвертацией; важно понимать, что именно без токена не работает).
Итог по компонентам 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‑намерения не используются как замена работающему AI‑компоненту, потому что в Tier‑1 уже описан AI‑релевантный блок (embedding models).
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/architecture/overview
- Why sufficient / why not (1 строка): AI упоминается не только как “intent”, но и как часть архитектуры пайплайна.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 1
- Claim (1 строка): edge embedding models преобразуют неструктурированные веб‑данные в структурированные представления.
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/architecture/overview
- Why sufficient / why not (1 строка): явно выделенный AI‑релевантный компонент в архитектуре.
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 0
- Claim (1 строка): публичные демо/примеры конкретных embedding/датасетов не зафиксированы в выбранных Tier‑1 страницах.
- Evidence: Tier‑1 — — | Tier‑1 источник по утверждению “есть публичные демо/примеры embedding/датасетов” не найден.
- Why sufficient / why not (1 строка): нет конкретных воспроизводимых примеров в Tier‑1.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — — | Tier‑1 источник по метрикам embedding/качества данных не найден.
- Why sufficient / why not (1 строка): без чисел/контекста метрика не засчитывается.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 1
- Claim (1 строка): описана архитектура узлов/роутеров/валидатора и pipeline с ZK‑пруфами и embedding‑компонентом.
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/architecture/overview, https://grass-foundation.gitbook.io/grass-docs/architecture/validator
- Why sufficient / why not (1 строка): есть структурированное описание компонентов и ролей.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Solana (токен GRASS)
- Адреса/идентификаторы: Grass7B4RdKfBCjTKgSqnXkqjwiGvQyFbuSCUJr3XXjs
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/introduction/grass
- Why sufficient / why not (1 строка): Tier‑1 docs публикуют contract address токена.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 1
- Какая полезная логика onchain: чекпоинтинг/публикация ZK‑пруфов сессионных данных для provenance и проверки распределения.
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/architecture/overview
- Why sufficient / why not (1 строка): onchain фиксируются доказательства/чекпоинты, а не только токен.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 1
- Тест “замены блокчейна”: без публичных onchain‑пруфов/чекпоинтов теряется проверяемая provenance и прозрачность распределения наград, на которые опирается модель доверия проекта.
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/introduction/grass, https://grass-foundation.gitbook.io/grass-docs/architecture/overview
- Why sufficient / why not (1 строка): Tier‑1 прямо обосновывает необходимость блокчейна (transparency + provenance + settlement).
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): токен GRASS существует.
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/introduction/grass
- Why sufficient / why not (1 строка): в Tier‑1 указан токен и contract address.
- Conflict note (если есть): —
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 1
- Claim (1 строка): GRASS используется для web scraping transactions / dataset purchases / LCR usage.
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/introduction/grass
- Why sufficient / why not (1 строка): прямое назначение токена в документации.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): стейкинг GRASS к роутерам + награды; описан период unstake и потенциальный slashing в будущем.
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/introduction/grass/grass-staking, https://grass-foundation.gitbook.io/grass-docs/architecture/router
- Why sufficient / why not (1 строка): описаны staking/rewards как экономическая “клейкость” сети.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 1
- Claim (1 строка): токен позволяет участвовать в network governance (предложения/голосования).
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/introduction/grass
- Why sufficient / why not (1 строка): governance прямо указан как use of token.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 0
- Claim (1 строка): нет Tier‑1 доказательства, что токен можно полностью заменить без потери стейкинга/управления.
- Evidence: Tier‑1 — https://grass-foundation.gitbook.io/grass-docs/introduction/grass
- Why sufficient / why not (1 строка): возможность оплаты в USD/USDC описана, но это не доказывает заменимость токена в стейкинге/управлении.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://grass-foundation.gitbook.io/grass-docs/introduction/grass | токен GRASS существует; указан contract address; описаны use cases (payments/staking/governance) и мотивация “почему blockchain нужен” |
| Tier‑1 | https://grass-foundation.gitbook.io/grass-docs/introduction/grass/grass-tokenomics | фиксированный total supply 1,000,000,000; аллокации и cliff/vesting для инвесторов/контрибьюторов |
| Tier‑1 | https://grass-foundation.gitbook.io/grass-docs/introduction/grass/grass-staking | staking к роутерам; rewards “every second”; 7‑дневный unstake; slashing пока не реализован |
| Tier‑1 | https://grass-foundation.gitbook.io/grass-docs/architecture/overview | архитектура (node/router/validator); ZK proofs и onchain checkpoint; edge embedding models |
| Tier‑1 | https://grass-foundation.gitbook.io/grass-docs/architecture/validator | роль валидатора; ZK processor и батчинг доказательств на блокчейн |
| Tier‑1 | https://grass-foundation.gitbook.io/grass-docs/architecture/router | роль роутера; метрики/награды; связь наград со stake |
| Tier‑1 | https://grass-foundation.gitbook.io/grass-docs/architecture/fee-market | формула и параметры fee market (G) для веб‑транзакций |
| Tier‑2 | https://www.coingecko.com/en/coins/grass | справочный профиль (не доказательство) |
| Tier‑2 | https://coinmarketcap.com/currencies/grass/ | справочный профиль (не доказательство) |
No comments to display
No comments to display