Venice Token
Venice Token (VVV) — справочная карточка криптопроекта: что делает продукт и насколько проверяемы ключевые утверждения проекта; также — соответствие тезису Decentralized AI (DecAI Fit).
Venice.ai описывает себя как приватную и “uncensored” альтернативу ChatGPT и предоставляет AI inference через приложение и API (генерация текста/изображений/кода). Токен VVV на Base используется как stake‑ключ доступа к доле общей inference‑ёмкости Venice API без оплаты “per request”.
Дисклеймер
Важно: эта страница — справочный разбор проекта. В рамках DecAIHub отдельно фиксируется проверка сведений из открытых источников по AI‑тезису (что реально AI/onchain/зачем токен и на каких источниках это основано).
Это не является финансовой рекомендацией и не является советом покупать/продавать/держать актив. Мы не оцениваем цену, доходность, тайминг входа/выхода.
Выводы основаны на публично доступных материалах, обнаруженных на дату проверки. Отсутствие подтверждения не означает отсутствие технологии.
TL;DR (для тех, кто не про ИИ)
- Что это: AI‑приложение и API для генерации текста/изображений/кода с упором на приватность и “uncensored” режимы.
- Для кого: пользователи, разработчики и AI‑агенты, которым нужна inference‑ёмкость через API.
- Зачем ончейн/токен: токен VVV используется как stake‑ключ, который даёт право потреблять пропорциональную долю AI‑ёмкости Venice API (вместо оплаты каждого запроса); onchain слой — Base ERC‑20 токен (и операции staking/переводы).
- Что можно потрогать (Tier‑1): Venice web‑app (чат/изображения/код) и примеры Venice API в docs.
Как это работает (очень кратко)
- Пользователь делает: использует Venice app или Venice API для текст/код/изображений; при желании стейкает VVV.
- Система делает: выдаёт AI‑ответы через API/приложение; при staking VVV даёт дневной лимит inference как pro‑rata долю общей “capacity” (по заявлению проекта).
- Пользователь получает: inference без оплаты “per request” (в пределах лимита), плюс потенциальный staking yield (эмиссии).
- Где блокчейн: токен VVV выпущен как ERC‑20 на Base; перевод/стейкинг/эмиссия завязаны на onchain операции.
- Роль токена: stake‑доступ к inference‑capacity + emissions‑yield; проект явно пишет, что token не обязателен для использования app/API (есть альтернативные режимы оплаты/подписок).
Быстрые ссылки: AI‑соответствие
Паспорт проекта
| Поле | Значение |
|---|---|
| Название проекта | Venice Token |
| Также известен как (aliases) | Venice.ai, VVV |
| Лого (logo) | ../assets/venice_logo.webp |
| Символ токена (ticker) | VVV |
| Категория | AI/Inference |
| Основная сеть (chain) | Base |
| Тип | EVM |
| Статус сети | mainnet |
| Консенсус (consensus) | L2 (Optimistic Rollup, Base on Ethereum) |
| Дата запуска (launch_date) | 2025-01-27 |
| Статус проекта (status) | active |
| Токен (стандарт) | ERC-20 |
| Контракт токена | 0xacfe6019ed1a7dc6f7b508c02d1b04ec88cc21bf |
| Модель токена (token_type) | utility (access + staking + emissions) |
| Макс. предложение | — (no hard cap; initial 100000000 at genesis) |
| Эмиссия | inflationary (mint) |
| Токеномика (tokenomics, кратко) | 100000000 at genesis; 14000000 minted annually (заявлено) |
| Управление | company (no token governance) |
| Админы/ключи | owner can mint (single owner) |
| Аудит | — |
| Bug bounty | — |
| Команда (team) | — |
| Финансирование (investors/funding) | — |
| AI‑компонент (ai_component) | private uncensored inference API (text/image/code) |
| Use‑case (use_case) | tokenized access to AI inference |
| DecAI Fit — AI‑соответствие (AI thesis fit) | 3/6 — среднее соответствие тезису Decentralized AI |
| Итог по компонентам DecAI Fit | 2 / 1 / 0 / 3 |
| Last verified | 2026-02-11 |
Ссылки (links_*)
| Тип | Ссылка |
|---|---|
| Website | https://venice.ai/home |
| Docs | https://docs.venice.ai/ |
| GitHub | https://github.com/veniceai |
| Releases / Changelog | https://veniceai.featurebase.app/changelog |
| Whitepaper | https://venice.ai/blog/introducing-the-venice-token-vvv |
| Roadmap | https://featurebase.venice.ai/roadmap |
| Security advisories | https://github.com/veniceai/api-docs/security/advisories |
| Explorer | https://basescan.org/token/0xacfE6019Ed1A7Dc6f7B508C02d1b04ec88cC21bf |
| App / Demo | https://venice.ai/chat |
| X | https://twitter.com/AskVenice |
| Discord | https://discord.gg/PxaQUQgshb |
| Telegram | — |
| Medium | — |
| Audit report(s) | https://www.trust-security.xyz/venice-ai-audit |
| Bug bounty | — |
| CoinGecko (профиль, справочно) | https://www.coingecko.com/en/coins/venice-token |
| CoinMarketCap (профиль, справочно) | https://coinmarketcap.com/currencies/venice-token/ |
Общее описание проекта
Venice.ai — AI‑продукт (app + API) для генеративной inference: text/image/code. В docs перечислены API‑эндпойнты (chat completions, image generation, audio TTS, characters) и модельный каталог. Проект продвигает приватность (no data retention) и возможность использовать API в стиле OpenAI (сменой base URL).
Токен VVV добавляет отдельный режим потребления inference: вместо оплаты “per request” можно стейкать VVV и получить пропорциональный доступ к общей емкости Venice API (по заявлению в официальном посте). При этом проект отдельно подчёркивает, что использование токена не является обязательным.
Фичи/модули
- Venice API: чат‑комплишены, генерация/редактирование изображений, audio TTS, “characters” API.
- Staking‑доступ по VVV: stake как “access key” к доле общей inference‑capacity (лимит/день).
- Changelog/Roadmap: публичная лента обновлений и roadmap через Featurebase.
Типичные сценарии
- Сценарий 1 (обычный пользователь): использует приложение/подписку → делает запросы к моделям → получает ответы/изображения.
- Сценарий 2 (разработчик/агент): интегрирует Venice API (OpenAI‑совместимый подход) → получает inference.
- Сценарий 3 (стейкер VVV): стейкает VVV → получает дневной лимит inference как долю capacity + emissions‑yield (по заявлению проекта).
Как начать (кошелёк/сеть)
- Что нужно: API key (для разработчиков) и/или аккаунт; для стейкинга — EVM‑кошелёк в Base.
- Сеть/chain: Base (VVV — ERC‑20 на Base).
- Комиссии: газ Base для операций с токеном/стейкингом; внутри продукта также есть альтернативные режимы оплаты/подписок.
Архитектура/техника (без AI)
- Компоненты: app + Venice API; onchain токен VVV.
- Где выполняется логика: inference/маршрутизация — offchain (API); учёт токена и его transfer/mint — onchain (Base).
Токен/экономика (развернуто, без прогнозов)
- Назначение VVV: stake даёт право на потребление pro‑rata доли inference‑capacity без оплаты per request (до дневного лимита).
- Эмиссия: в официальном посте указано “14m new VVV are created each year” (инфляция падает со временем).
- Контракт: в BaseScan видно, что токен — простой ERC‑20 с
mint()подonlyOwner(без жёсткого cap в коде). - Governance: в посте прямо указано “No governance”.
Управление
По заявлению проекта, governance токеном не предусмотрен (“No governance”), а контракт токена имеет owner‑роль для mint.
Безопасность и инциденты
- Security advisories: публичная страница advisories репозитория существует, но опубликованных advisories нет.
- Аудиты: есть публичная страница аудита Trust Security для Venice.ai (детали отчёта/объект аудита на странице не раскрыты).
- Bug bounty: в Tier‑1 источниках не найдено.
Статус проекта и таймлайн
- Текущий статус: токен VVV и продукт активны; changelog регулярно обновляется.
- Запуск токена: пост “Introducing the Venice token: VVV” датирован 2025‑01‑27.
Экосистема/интеграции
- Интеграции: docs содержат гайды для AI agents и совместимость с OpenAI SDK (смена base URL).
- Комьюнити: Discord/X в links_*.
Ai составляющая проекта
- Что здесь реально ИИ? Venice предоставляет AI‑inference через API: генерация текста/изображений/кода (модели перечислены в docs).
- Что реально onchain? В Tier‑1 видно onchain токен VVV на Base; логика inference — offchain (API), а token‑stake используется как ключ доступа (описано в официальном посте).
- Зачем нужен токен? VVV нужен, чтобы “stake → получить долю inference‑capacity без оплаты per request” и получать emissions‑yield; при этом token не обязателен для пользования сервисом (есть альтернативные способы).
- Красные флаги (по найденной информации): onchain‑washing (нужны адреса/спецификация именно staking‑механизма), token‑washing (проверять, где token действительно обязателен), централизованный риск (owner mint).
Итог по компонентам DecAI Fit
- DecAI Fit: 3/6 — среднее соответствие тезису Decentralized AI
| Компонент | Уровень | Score |
|---|---|---|
| AI reality | средне | 2 |
| Onchain necessity | низко | 1 |
| Token necessity | низко | 0 |
| Evidence | Tier‑1 есть | 3 |
Подробнее
AI reality
AI_0 — намерения про AI (roadmap Tier‑1) (1/0)
- AI_0 (decision): 0
- Claim (1 строка): AI — реальный продуктовый компонент (API inference), а не только roadmap‑намерение.
- Evidence: Tier‑1 — https://docs.venice.ai/
- Why sufficient / why not (1 строка): docs описывают API и модели (работающий продукт), поэтому AI_0 не нужен.
- Conflict note (если есть): —
AI_1 — что делает ИИ (1/0)
- AI_1 (decision): 1
- Claim (1 строка): Venice API даёт chat completions (text), image generation и др. эндпойнты для генеративной inference.
- Evidence: Tier‑1 — https://docs.venice.ai/
- Why sufficient / why not (1 строка): в docs перечислены возможности API (чат, изображения, audio, characters).
- Conflict note (если есть): —
AI_2 — демо/примеры (1/0)
- AI_2 (decision): 1
- Claim (1 строка): docs содержит примеры вызовов API (включая OpenAI‑совместимые примеры).
- Evidence: Tier‑1 — https://docs.venice.ai/
- Why sufficient / why not (1 строка): есть код‑сэмплы запросов.
- Conflict note (если есть): —
AI_3 — метрики/качество (1/0)
- AI_3 (decision): 0
- Метрики: —
- Контекст (версия/дата/на чём мерили): —
- Evidence: Tier‑1 — https://docs.venice.ai/
- Why sufficient / why not (1 строка): в Tier‑1 источниках нет воспроизводимых метрик качества/бенчмарков.
- Conflict note (если есть): —
AI_4 — техописание/архитектура/версии (1/0)
- AI_4 (decision): 0
- Claim (1 строка): есть перечисление моделей/параметров API, но нет техописания собственной AI‑архитектуры/версий моделей как “протокольного AI”.
- Evidence: Tier‑1 — https://docs.venice.ai/
- Why sufficient / why not (1 строка): docs фокусируются на потреблении моделей через API, а не на архитектуре моделей.
- Conflict note (если есть): —
Onchain necessity
OC_1 — контракты/адреса/сеть (1/0)
- OC_1 (decision): 1
- Сеть: Base Mainnet
- Адреса/идентификаторы: VVV ERC‑20: 0xacfE6019Ed1A7Dc6f7B508C02d1b04ec88cC21bf
- Evidence: Tier‑1 — https://basescan.org/token/0xacfE6019Ed1A7Dc6f7B508C02d1b04ec88cC21bf
- Why sufficient / why not (1 строка): контракт токена и supply/owner наблюдаемы на BaseScan.
- Conflict note (если есть): —
OC_2 — onchain не только токен (1/0)
- OC_2 (decision): 0
- Какая полезная логика onchain: в доступных Tier‑1 источниках нет конкретных адресов/контрактов staking‑механики (кроме токена).
- Evidence: Tier‑1 — https://venice.ai/blog/introducing-the-venice-token-vvv
- Why sufficient / why not (1 строка): пост описывает staking как концепт доступа, но без проверяемых onchain‑адресов staking‑контрактов.
- Conflict note (если есть): —
OC_3 — onchain критичен (1/0)
- OC_3 (decision): 0
- Тест “замены блокчейна”: на основании Tier‑1 нельзя доказать, что без блокчейна продукт “ломается” (inference доступен как обычный API/подписка).
- Evidence: Tier‑1 — https://venice.ai/blog/introducing-the-venice-token-vvv
- Why sufficient / why not (1 строка): в посте подчёркивается, что токен не обязателен.
- Conflict note (если есть): —
Token necessity
TK_0 — токена нет (1/0)
- TK_0 (decision): 0
- Claim (1 строка): токен VVV существует (ERC‑20 на Base).
- Evidence: Tier‑1 — https://basescan.org/token/0xacfE6019Ed1A7Dc6f7B508C02d1b04ec88cC21bf
- Why sufficient / why not (1 строка): BaseScan показывает контракт, символ и supply.
- Conflict note (если есть): —
TK_1..TK_4 (1/0)
TK_1 — платёж за сервис (1/0)
- TK_1 (decision): 0
- Claim (1 строка): модель VVV — stake‑доступ к capacity, а не “платёж за каждый запрос”.
- Evidence: Tier‑1 — https://venice.ai/blog/introducing-the-venice-token-vvv
- Why sufficient / why not (1 строка): пост явно сравнивает “pay per request” и “stake → infer for free (до лимита)”.
- Conflict note (если есть): —
TK_2 — стимулы/залоги/штрафы (1/0)
- TK_2 (decision): 1
- Claim (1 строка): стейкеры получают emissions‑based yield; эмиссия описана как часть механики.
- Evidence: Tier‑1 — https://venice.ai/blog/introducing-the-venice-token-vvv
- Why sufficient / why not (1 строка): в tokenomics описаны ежегодные эмиссии и их распределение стейкерам.
- Conflict note (если есть): —
TK_3 — управление (1/0)
- TK_3 (decision): 0
- Claim (1 строка): governance токеном отсутствует (“No governance”).
- Evidence: Tier‑1 — https://venice.ai/blog/introducing-the-venice-token-vvv
- Why sufficient / why not (1 строка): прямое утверждение в посте.
- Conflict note (если есть): —
TK_4 — токен заменим (1/0)
- TK_4 (decision): 1
- Claim (1 строка): token‑модель описана как опциональная; app/API можно использовать без токена.
- Evidence: Tier‑1 — https://venice.ai/blog/introducing-the-venice-token-vvv
- Why sufficient / why not (1 строка): пост подчёркивает “no new requirement to use the token”.
- Conflict note (если есть): —
Evidence (таблица)
| Tier | Источник | Что доказывает |
|---|---|---|
| Tier‑1 | https://docs.venice.ai/ | наличие работающего AI продукта (API), возможности (чат/изображения/аудио/characters) и примеры вызовов |
| Tier‑1 | https://venice.ai/blog/introducing-the-venice-token-vvv | назначение VVV: stake‑доступ к inference capacity, tokenomics (100m genesis, 14m/year), “No governance”, токен не обязателен |
| Tier‑1 | https://basescan.org/token/0xacfE6019Ed1A7Dc6f7B508C02d1b04ec88cC21bf | контракт VVV на Base, символ, supply, verified source (включая mint() под owner) |
| Tier‑1 | https://veniceai.featurebase.app/changelog | наличие публичного changelog (артефакт поддержки/развития продукта) |
| Tier‑1 | https://github.com/veniceai/api-docs/security/advisories | наличие страницы security advisories (на момент проверки опубликованных advisories нет) |
| Tier‑1 | https://www.trust-security.xyz/venice-ai-audit | Наличие публичной страницы аудитора Trust Security для Venice.ai (детали отчёта/объект аудита не раскрыты на странице). |
No comments to display
No comments to display