Skip to main content

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.

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

  1. Пользователь делает: использует Venice app или Venice API для текст/код/изображений; при желании стейкает VVV.
  2. Система делает: выдаёт AI‑ответы через API/приложение; при staking VVV даёт дневной лимит inference как pro‑rata долю общей “capacity” (по заявлению проекта).
  3. Пользователь получает: inference без оплаты “per request” (в пределах лимита), плюс потенциальный staking yield (эмиссии).
  4. Где блокчейн: токен VVV выпущен как ERC‑20 на Base; перевод/стейкинг/эмиссия завязаны на onchain операции.
  5. Роль токена: 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
Тип Ссылка
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 (детали отчёта/объект аудита не раскрыты на странице).