Core definition and technology
Venice Token, ticker VVV, is the utility, staking, and capital-asset token of Venice AI, a privacy-focused generative-AI platform available through Venice.ai. It is not the coin of an independent blockchain. Instead, VVV is an ERC-20 token deployed on Base, Coinbase’s Ethereum Layer 2.
The token’s central purpose is to connect crypto-based ownership with access to AI inference. Users, developers, applications, and autonomous agents can stake VVV to obtain a proportional share of Venice’s available AI-inference capacity, rather than paying exclusively for every individual request.
Venice AI provides text, image, video, code, audio-related, and character-generation capabilities through its consumer application and developer API. Its positioning differs from conventional AI services because it emphasizes:
- Private interactions and limited data retention.
- Access to open-source and relatively unrestricted models.
- Crypto-native payment and access mechanisms.
- Infrastructure for developers and autonomous AI agents.
- A tokenized credit system, DIEM, built on locked VVV.
The token launched on January 27, 2025, following the Venice API beta launch in November 2024. Venice AI itself began operating in May 2024.
Blockchain architecture
VVV is issued on Base, an EVM-compatible Ethereum Layer 2 built using the OP Stack and Optimism rollup architecture.
| Attribute | Details | |
|---|---|---|
| Blockchain | Base | |
| Token standard | ERC-20 | |
| Contract address | 0xacfe6019ed1a7dc6f7b508c02d1b04ec88cc21bf | |
| Decimals | 18 | |
| Settlement foundation | Ethereum | |
| Independent VVV blockchain | No | |
| Native consensus mechanism | None for VVV itself |
Base executes transactions on Layer 2 and periodically posts transaction data or commitments to Ethereum. This provides lower transaction costs and faster practical confirmations than Ethereum mainnet, while retaining Ethereum compatibility for wallets, decentralized exchanges, smart contracts, and developer tooling.
The Venice MiCA white paper describes typical Base confirmation times of approximately two seconds, with corresponding rollup data reaching Ethereum finality over a longer period, cited as approximately 20–30 minutes. These figures describe the network architecture rather than a guaranteed settlement time for every transaction.
The Base contract can be inspected through BaseScan:
0xacfe6019ed1a7dc6f7b508c02d1b04ec88cc21bf
Venice AI’s privacy architecture
Privacy is the project’s main product differentiator. Venice states that ordinary user conversations are stored locally rather than permanently retained on its servers. Its API documentation describes prompt and response content as being processed for inference and not retained after completion under its normal zero-data-retention model.
The published architecture includes several layers:
- Local storage: Conversations are stored locally in the user’s browser or device rather than as a conventional centralized chat history.
- Encrypted requests: Venice describes prompts and responses as being encrypted during transmission.
- Proxy routing: Requests pass through a Venice proxy before reaching the relevant model or compute infrastructure.
- Decentralized GPU providers: Venice says it routes inference requests across pools of GPUs operated by multiple providers.
- Privacy-specific model categories: API model metadata identifies whether models support anonymized routing, private infrastructure, trusted execution environments, or end-to-end encryption.
- Trusted execution environments: For compatible models, Venice supports flows in which the client encrypts the prompt and only a verified enclave decrypts it for inference.
The privacy model is not uniform across every model and request. Capabilities depend on the specific model, provider, and supported security features. Consequently, Venice should be viewed as a privacy-oriented AI platform with selected confidential-computing options, rather than assuming that every request follows the strongest possible end-to-end encrypted architecture.
Primary use cases
1. Staking for AI inference
The defining use case of VVV is stake-based access to Venice AI inference capacity.
A user or application locks VVV in the Venice staking system and receives an entitlement based on its proportion of the total tokens staked for capacity access. For example, an account controlling approximately 1% of relevant staked supply would be entitled to approximately 1% of the associated inference capacity, subject to Venice’s current parameters.
This model is intended to solve several problems associated with conventional AI APIs:
| Conventional AI API issue | Venice’s proposed approach | |
|---|---|---|
| Per-request billing | Stake-based access to ongoing capacity | |
| Centralized prompt retention | Local storage and zero-data-retention claims | |
| Dependence on one provider | Access to multiple models through one API | |
| Payment friction for autonomous agents | Crypto-native token and credit mechanisms | |
| Restrictive or opaque access policies | Emphasis on open-source and less restricted models |
Staked VVV is generally not consumed when inference is used. The holder retains ownership while the tokens remain locked, although the position may be subject to staking, locking, and reward rules.
2. Developer and autonomous-agent access
Venice offers an API intended for developers, applications, bots, and AI agents. Its API is designed to be compatible with the OpenAI chat-completions format, potentially reducing integration work for applications already built around that interface.
The documentation has described access to more than 100 text models, alongside image, video, code, audio, reasoning, vision, and other model categories. The practical value of VVV therefore depends on whether Venice can attract sustained API demand from developers and agents.
An autonomous agent can theoretically:
- Hold and stake VVV.
- Use its inference allocation internally.
- Route inference to applications or users.
- Use DIEM as a transferable AI-credit instrument.
- Potentially resell access, subject to Venice’s platform terms.
This agent-oriented design explains why the initial distribution targeted crypto-AI communities and AI-agent ecosystems.
3. DIEM, Venice’s tokenized AI credit
DIEM is a separate ERC-20 asset created by locking staked VVV, represented as sVVV. It is designed to package Venice inference capacity into a transferable daily-credit instrument.
The stated design is:
- One staked DIEM is intended to provide approximately $1 of Venice AI credit per day.
- At least one-tenth of a DIEM must be staked to receive API credit.
- The underlying VVV remains locked while DIEM is minted.
- DIEM can be transferred, traded, and staked.
- Destroying DIEM can unlock the VVV position supporting it.
- Holders continue receiving staking rewards, although reward treatment can be reduced while VVV is locked for DIEM creation.
The two-token design separates the system’s functions:
| Asset | Primary role | |
|---|---|---|
| VVV | Capital asset, staking asset, governance or ecosystem-linked utility, and collateral for DIEM | |
| DIEM | Transferable representation of recurring Venice AI credit |
DIEM creates a potential demand pathway for VVV: greater demand for recurring AI credits may require more VVV to be staked and locked. However, the economic outcome depends on actual platform usage, credit pricing, emissions, redemption conditions, and future protocol changes.
4. Venice Pro access
Venice’s current VVV materials state that staking 100 VVV unlocks Venice Pro access. Listed Pro benefits have included unlimited text prompts, access to leading image and video models, and advanced platform features.
The exact benefits and eligibility requirements can change as Venice adjusts its subscription, credit, and staking systems.
5. Staking rewards
Stakers receive emissions-based rewards. The original model linked reward distribution to Venice API utilization:
- At 0% utilization, 80% of emissions were directed to stakers and 20% to Venice.
- At roughly 50% utilization, 20% went to stakers and 80% to Venice for infrastructure expansion.
- At 100% utilization, the allocation returned to 80% for stakers and 20% for Venice.
Venice later modified the system alongside DIEM. An August 2025 update stated that annual emissions would be reduced from 14 million VVV to 10 million, with staker rewards generally ranging from 80% to 100% of emissions depending on whether tokens were locked to mint DIEM.
The official token page has advertised an 8% staking yield, but realized returns can vary with emissions, total staked supply, utilization, protocol parameters, and subsequent updates.
Current market data
The available CoinStats snapshot, associated with the September 1, 2026 research date, reported the following:
| Metric | Reported value | |
|---|---|---|
| Price | $17.3023 | |
| Market capitalization | Approximately $826.6 million | |
| 24-hour trading volume | Approximately $16.0 million | |
| CoinStats market-cap rank | #110 | |
| Circulating supply | 47,712,238 VVV | |
| Total supply | 80,914,590 VVV | |
| Fully diluted valuation | Approximately $1.402 billion | |
| 1-hour change | +1.00% | |
| 24-hour change | +3.72% | |
| 7-day change | +1.80% | |
| CoinStats risk score | 57.16/100 | |
| CoinStats liquidity score | 40.45 | |
| CoinStats volatility score | 13.66 | |
| All-time high | Not provided in the retrieved CoinStats data |
The circulating figure represents approximately 58.96% of the reported total supply, leaving roughly 41.04% outside circulation according to that particular snapshot. These values are time-sensitive and may differ from live market data.
Tokenomics
Genesis distribution
VVV launched with a genesis supply of 100 million tokens on January 27, 2025. There was no presale according to Venice’s launch materials.
| Allocation | Amount | Share of genesis supply | |
|---|---|---|---|
| Venice users and crypto-AI community airdrop | 50 million VVV | 50% | |
| Venice company allocation | 35 million VVV | 35% | |
| Venice Incentive Fund | 10 million VVV | 10% | |
| Liquidity development | 5 million VVV | 5% | |
| Total | 100 million VVV | 100% |
The 50-million-token airdrop was split into two primary groups:
- 25 million VVV: More than 100,000 Venice users.
- 25 million VVV: Crypto-AI and Base ecosystem communities.
The community allocation included accounts associated with Virtuals, AERO, DEGEN, AIXBT, GAME, LUNA, VADER, CLANKER, MOR, and other projects. Approximately 200 Coinbase AgentKit developers were also referenced in the distribution criteria. Venice additionally referenced a future allocation connected with Nous Research’s Psyche ecosystem.
The eligibility snapshot was December 31, 2024, and the original claim deadline was March 13, 2025.
Company and team allocation
The 35-million-token company allocation included the team and funds for development, infrastructure, and ecosystem expansion.
Venice’s published breakdown stated that:
- 10 million VVV, or 10% of the original supply, was allocated to the team.
- 25% of the team allocation unlocked at token generation.
- The remaining team allocation streamed over 24 months.
The precise vesting status of every company-held token is not fully established by the retrieved market data, so circulating-supply estimates should be treated as snapshots rather than a complete vesting ledger.
Emissions and inflation
The 100-million-token figure describes genesis supply, not a permanent maximum supply. The staking system can issue additional VVV through emissions.
Reported changes include:
| Period or update | Annual emission rate | |
|---|---|---|
| Original design | 14 million VVV | |
| August 2025 update | 10 million VVV | |
| October 2025 update | 8 million VVV | |
| July 2026 update | 3 million VVV | |
| September 1, 2026 scheduled rate | 2.5 million VVV | |
| October 1, 2026 scheduled rate | 2 million VVV |
The scheduled September 1, 2026 reduction is particularly relevant to the stated research date. The figures describe annualized emission rates and may not mean that the entire amount is minted immediately.
Because emissions continue, VVV does not have a permanently fixed maximum supply under the original design. BaseScan and third-party trackers have consequently reported total supply figures above the 100-million genesis amount in some periods.
Burns and deflationary mechanics
Venice has introduced multiple token-burning mechanisms:
- Unclaimed airdrop burn: Two burns on March 12, 2025 reportedly removed 33,539,739 VVV.
- Revenue-funded buybacks: Venice began using portions of platform revenue to purchase and burn VVV in late 2025.
- Subscription-linked burns: Beginning in April 2026, programmed purchases and burns were linked to new subscriptions:
- $2 for Pro subscriptions.
- $5 for Pro+ subscriptions.
- $10 for Max subscriptions.
- API-credit burns: A July 2026 update stated that $5 of every $100 spent on Venice credits would be used to buy and burn VVV.
Venice reported that more than 33.7 million VVV had been burned in total by April 2026, equivalent to approximately 42.9% of the original 100-million-token genesis supply. A separate update reported approximately 180,000 VVV, valued at roughly $1.35 million at the time, removed through discretionary burns since November 2025.
The supply is not automatically deflationary in every period. Net supply depends on:
- New staking emissions.
- The size and frequency of revenue-funded burns.
- Subscription and API-credit activity.
- Further treasury or incentive minting.
- Tokens locked in staking or DIEM contracts.
- Any future changes to the tokenomics system.
Current supply discrepancies
Different sources reported slightly different figures around September 1, 2026:
| Data source | Circulating supply | Total or maximum supply | |
|---|---|---|---|
| CoinStats | Approximately 47.71 million VVV | Approximately 80.91 million VVV | |
| CoinGecko | Approximately 47.68 million VVV | Approximately 80.91 million VVV | |
| BaseScan market-data display | Approximately 47.59 million VVV | Maximum near 114.72 million VVV | |
| Coinbase market-data page | Approximately 48 million VVV | Approximately 81 million VVV |
These differences can result from update timing, treatment of staked or locked tokens, burn recognition, and whether a provider displays current total supply or a theoretical maximum. The most reliable interpretation is that supply is dynamic and should be checked directly against on-chain records and current market-data methodology.
Founding team and project history
Erik Voorhees
Erik Voorhees is the founder and primary visionary associated with Venice AI. He previously founded ShapeShift, an early non-custodial cryptocurrency exchange, and later helped transition it toward a decentralized DAO structure.
His background in cryptocurrency, self-custody, privacy, and permissionless systems closely corresponds to Venice’s stated mission: providing powerful AI without extensive centralized surveillance or institutional control.
Teana Baker-Taylor
Teana Baker-Taylor was associated with Venice as co-founder and chief operating officer during its formative period, from February 2024 to January 2026 according to the team research. Her background includes digital assets, fintech strategy, public policy, government affairs, and regulatory work. She appears to have provided operational and policy leadership during the platform’s early development and VVV launch.
Jesse Proudman
Jesse Proudman joined Venice in March 2025 as co-founder, president, and chief technology officer. He brought experience in cloud infrastructure, enterprise technology, and cryptocurrency. He previously founded Blue Box, a private cloud-hosting company, and had experience at IBM before moving into crypto entrepreneurship.
Proudman has been a prominent public spokesperson for Venice’s technical direction, user growth, profitability claims, and fundraising. Mid-2026 reporting associated with Venice stated that the platform had reached approximately 3 million users, achieved profitability by the first quarter of 2026, and raised a $65 million Series A at a $1 billion valuation.
Other reported personnel and contributors
The broader team and contributor set includes:
| Person | Reported role or contribution | |
|---|---|---|
| Matthew J. Schiltz | Investor and advisor, with prior SaaS executive experience | |
| Travis Scher | Investor through North Island Ventures and crypto-asset investment background | |
| Gabriel D. Kruse | Head of Growth, associated with user and revenue expansion | |
| Johanna Tseng | Vice president of business operations | |
| Fielding Johnston | Principal engineer | |
| Jack Goewey | Head of user engagement | |
| Austin Virts | Vice president of marketing, joined in May 2026 | |
| Jacob Cooley | Web3 engineer involved in VVV airdrop infrastructure, Merkle distribution contracts, and transaction indexing | |
| Joel Konitzer | Venice Capacity Broker contributor, working on capacity brokering and agent orchestration | |
| Kyle Cohen | Product Lead for the API, with prior Amazon experience in AI and cryptocurrency strategy |
The research also identified Yuval Givon and Aviv Adar as engineers at a separate company called Venice.io. That entity is distinct from Venice.ai and should not be confused with the issuer or developer ecosystem associated with VVV.
Project timeline
| Date | Milestone | |
|---|---|---|
| February 2024 | Teana Baker-Taylor reportedly became associated with the project’s early operations | |
| May 2024 | Venice AI launched | |
| July 18, 2024 | Venice published its privacy-architecture explanation | |
| November 2024 | Venice API beta launched for Pro users | |
| December 31, 2024 | Snapshot date for the VVV airdrop | |
| January 27, 2025 | VVV launched on Base with a 100-million-token genesis supply | |
| March 12, 2025 | Approximately 33.54 million unclaimed airdrop tokens were reportedly burned | |
| March 2025 | Jesse Proudman joined as co-founder, president, and CTO | |
| April 2025 | Venice introduced text-to-image generation, according to later project timelines | |
| May 2025 | Venice announced a $27 million developer incentive fund | |
| August 20, 2025 | DIEM launched as a tokenized-intelligence asset | |
| October 2025 | Venice V2 and further emission reductions were announced | |
| Late 2025 | Revenue-funded VVV buybacks and burns began | |
| April 2026 | Programmatic subscription-linked buy-and-burn transactions were introduced | |
| July 2026 | API-credit burns and a higher DIEM supply target were announced | |
| July 2026 | Venice announced a $65 million Series A at a $1 billion valuation | |
| September 1, 2026 | Scheduled emission reduction from 3 million to 2.5 million VVV annually | |
| October 1, 2026 | Further scheduled reduction to 2 million VVV annually |
Partnerships and ecosystem integrations
Base and Coinbase
Base is the core blockchain environment for VVV, providing settlement, token transfers, staking-related contracts, liquidity, emissions, and burn execution.
The initial distribution targeted Base-native crypto-AI communities. Coinbase AgentKit developers were included in the launch criteria, and Coinbase’s ecosystem provides compatibility with Base wallets, applications, and developer infrastructure.
Aerodrome
Aerodrome was identified as an initial public liquidity venue on Base. This is important because liquidity affects how easily users, developers, and agents can acquire or dispose of VVV, although CoinStats assigned the token a liquidity score of 40.45, indicating that its liquidity was not considered top-tier under that scoring model.
Virtuals and AI-agent communities
The launch distribution included communities and accounts associated with Virtuals, Luna, AIXBT, VaderAI, and other AI-agent projects. This was strategically significant: it positioned VVV as infrastructure for autonomous software rather than solely as a consumer loyalty or payment token.
Nous Research and Hermes Agent
Venice provides integration documentation for Hermes Agent, an open-source, self-hosted agent developed by Nous Research. Hermes can use Venice as an inference provider for general, reasoning, coding, vision, and less restricted model categories.
Venice also publishes integration skills for chat, image, video, audio, embeddings, and related API functionality. This supports the project’s broader objective of making VVV-linked inference available to autonomous agents and developer applications.
Venice Incentive Fund
In May 2025, Venice announced a $27 million Venice Incentive Fund for developers building:
- Private AI applications.
- Autonomous agents.
- Model tooling.
- Integrations.
- Decentralized applications.
- Infrastructure connected to the Venice API.
This is an ecosystem-development program rather than a traditional blockchain partnership. Its significance for VVV is indirect: successful applications could increase API usage, staking demand, DIEM creation, platform revenue, and token burns.
Make integration
Venice also published a partnership-oriented integration with Make, an automation platform. The integration focused on privacy-oriented generative-image workflows, extending Venice’s AI capabilities into business and workflow automation.
Competitive advantages
Privacy-focused positioning
The strongest differentiation is Venice’s privacy-oriented product design. The platform combines local conversation storage, zero-data-retention claims, encrypted routing, decentralized GPU-provider pools, and selective trusted-execution support.
This contrasts with centralized AI services that may retain account data, prompts, files, and interaction histories for operational, analytical, or product-development purposes.
Stake-to-use economics
Most AI APIs charge users per request, per token, per image, or through a subscription. Venice’s VVV model attempts to transform access into a right associated with staked capital.
This can be attractive to:
- Autonomous agents with unpredictable inference demand.
- Developers seeking recurring access.
- Businesses that want a capacity allocation rather than many small payments.
- Crypto-native applications that already manage on-chain assets.
The trade-off is that users must acquire and lock a volatile crypto asset, and the amount of available inference depends on changing platform parameters.
Multi-model and multimodal access
Venice aggregates numerous models and modalities through one platform. This reduces the need for developers to integrate individually with multiple AI providers and allows users to select models for different tasks, such as coding, reasoning, image generation, video, or vision.
The quality and privacy characteristics can vary by model, however. Model availability, commercial terms, output quality, and restrictions are not necessarily uniform across the catalogue.
Agent-native distribution
The initial airdrop, AgentKit connection, Hermes integration, and broader crypto-AI positioning give Venice a potentially useful distribution channel among autonomous-agent developers.
This is distinct from many AI-related crypto assets that primarily function as governance tokens, speculative ecosystem currencies, or incentives for decentralized compute networks. VVV is more directly connected to an operating AI application and API.
Revenue-linked burns
Subscription-linked and API-credit-linked burns create a proposed relationship between platform usage and token supply:
More Venice revenue can lead to more VVV purchases and burns, which can reduce supply.
This mechanism is economically meaningful only if platform revenue and burn activity are substantial relative to staking emissions and other sources of supply growth.
Limitations and risks in the design
VVV is not a fully decentralized AI network in the same sense as a system where independent operators collectively execute and verify all model inference. The token settles on Base, but Venice’s application, API orchestration, model access, and much of its infrastructure remain associated with the Venice company and its service providers.
Important dependencies include:
- Base sequencer and rollup operations.
- Ethereum settlement and security.
- Venice’s staking and DIEM smart contracts.
- Venice’s off-chain API and application infrastructure.
- GPU-provider availability.
- Model-provider reliability and licensing.
- Continued user, developer, and agent adoption.
- The balance between emissions and burns.
- Changes to product, staking, and credit parameters.
The MiCA white paper states that VVV contracts were audited by Trust Security in the first quarter of 2025. The audit reportedly identified two high-severity and four medium-severity issues, which the document says were fixed, along with one acknowledged low-severity issue. An audit reduces, but does not eliminate, smart-contract risk.
Current development and roadmap
Venice V2
The October 2025 development update described Venice V2 as a broader platform phase intended to integrate VVV more closely with Venice’s business and move beyond the token’s original API-access focus.
Emission reductions
Reducing annual emissions is a major tokenomics objective. The reported path moved from 14 million to 10 million, then 8 million, 3 million, 2.5 million on September 1, 2026, and a scheduled 2 million on October 1, 2026.
Lower emissions reduce dilution pressure, although the impact depends on the number of tokens already staked, the market value of rewards, and whether lower incentives affect participation.
Expanded buy-and-burn programs
Venice has increasingly linked burns to commercial activity:
- Subscriptions trigger programmed purchases and burns.
- API-credit spending contributes a stated $5 per $100 to burns.
- Additional discretionary revenue-funded buybacks may occur.
This attempts to make token supply reduction scale with platform monetization rather than relying solely on discretionary treasury actions.
DIEM expansion
Venice’s July 2026 update proposed increasing the DIEM supply target from 38,000 to 40,000 tokens in phases. The project is also refining mint-rate formulas, credit burns, and the relationship between locked sVVV and recurring AI credits.
The goal is to make AI access more predictable and liquid while preserving VVV as the underlying collateral asset.
API and privacy expansion
Venice continues to expand:
- The number of supported models.
- Text, image, video, code, and audio capabilities.
- OpenAI-compatible developer tooling.
- Model-specific privacy levels.
- Trusted execution and end-to-end encrypted inference where supported.
- Integrations for autonomous agents and external applications.
Funding and platform growth
Venice reported a $65 million Series A at a $1 billion valuation in July 2026. The project also reported approximately 3 million users, profitability by the first quarter of 2026, and access to more than 200 AI models across text, image, video, and audio.
Earlier MiCA-related materials cited more than 450,000 registered users and tens of thousands of daily active users. These figures come from different dates and measurement categories, so they should not be treated as directly comparable. Taken together, they indicate reported platform growth, but independent verification of user activity, revenue, profitability, and retention remains important.
Overall assessment
Venice Token is best understood as a Base-based AI utility and staking asset, not as a standalone blockchain coin. Its economic model combines:
- Stake-based access to Venice AI inference.
- Venice Pro eligibility.
- Emissions-based staking rewards.
- DIEM creation through locked VVV.
- Privacy-focused AI services.
- Developer and autonomous-agent integrations.
- Revenue-funded buybacks and burns.
- Declining scheduled emission rates.
Its principal value proposition is the attempt to turn private AI inference into a crypto-native, stake-based service. Its long-term relevance depends on whether Venice can convert its privacy positioning, model access, agent integrations, and commercial growth into sustained demand for staking and DIEM, while keeping emissions below the economic impact of platform-linked burns.
The main facts to verify before assessing the token are its live circulating supply, current emissions rate, staking and DIEM terms, actual burn volume, API usage, and the precise privacy guarantees of the models being used. Market-data providers currently report broadly similar circulating and total-supply figures, but differences remain because VVV supply is dynamic and providers use different methodologies.