Virtuals Protocol

virtual
CoinYQ Dossier

The coin at the gate is not the agent behind it

Virtuals wraps three different things in one market story: software agents that must still run somewhere, launch tokens that price a project, and VIRTUAL that routes liquidity and governance. The decisive evidence is found at the seams—Genesis versus newer launch classes, VIRTUAL versus USDC payments, and token “ownership” versus IP and administrator rights.

An agent appears twice: as running software and as a market object

ACP can register a provider, record a job, hold payment in escrow and release it after signed evaluation. Separately, AgentFactory can mint registry, token, DAO and token-bound-account objects. None of that guarantees the developer keeps a model online or that the ERC-20 holder owns its weights, brand or outputs.

The September 2025 terms sharpen the split. Launchpad projects are third parties responsible for their own IP, while users grant Virtuals a broad, perpetual license over agents and source data derived from their inputs. “Co-ownership” therefore needs a contract-specific definition; it cannot be inferred from the ticker.

Pegasus, Unicorn and Titan redraw the same launch gate

The current launch menu does not promise one universal distribution. Pegasus sends 95% to LP and 5% to airdrops. Unicorn opens 25% to the team and 25% to automated capital formation, leaving 45% for LP and 5% for airdrops. Titan lets an established team define tokenomics and skip the curve.

For Pegasus and Unicorn, 1,000 VIRTUAL opens the launch and 42,000 VIRTUAL completes the curve. The tax begins at 99% and decays to 1% over 98 minutes. Those parameters shape entry and liquidity; they do not make VIRTUAL holders beneficiaries of the launched company.

Genesis allocates attention before it allocates tokens

The Genesis page describes a different contest. For 24 hours, points set relative allocation and VIRTUAL commitments fill a 21,000, 42,000 or 100,000 tier. Seven percent goes to the presale and 6% to liquidity, while 2% goes to veVIRTUAL holders and 85% stays with developer, treasury and marketing.

That 85% is the important ownership boundary. A participant can receive a tradable token while most supply and the operational agent remain with project-side wallets and people. Unused commitments may be refunded; a token allocation is still not an assignment of code, brand or corporate equity.

One billion VIRTUAL routes launches, but not every payment

The token-distribution page states a published allocation of 1 billion VIRTUAL: 60% public, 5% liquidity and 35% ecosystem treasury. It describes all tokens as fully unlocked and vested, but treasury use still requires governance approval and is subject to a stated annual emission ceiling of 10% for three years. This review could not confirm the denominator of that 10% from an accessible source, so it does not convert the percentage into a token amount. Locking VIRTUAL creates veVIRTUAL voting power; a liquid balance alone does not submit or vote on proposals.

VIRTUAL remains the pair and launch input in current tokenization pages. But ACP’s changelog says service prices and actual payments changed to USDC on August 12, 2025. The older claim that every inference is paid in VIRTUAL is therefore not a safe description of the whole current product.

The last mile belongs to keys, licenses and the team keeping the agent alive

Public code marks the factory and several registries or reward modules upgradeable. AgentFactoryV6 lets its default administrator change implementations, the vault, router, delegatee, token administrator and recipient of trading-tax proceeds, and pause launches. The documentation linked from the 2025 Code4rena report described separate multisignature wallets, giving Fireblocks as an example, and stated that execution required at least two of three approvals. That audit-era description does not establish the actual number of signing addresses or people. The audit reported six high-severity findings in the code it reviewed.

Governance can set direction, but authorized multisig signers and proxy administrators carry out changes. The reviewed materials contain newer launch and ACP payment rules alongside older pages. They did not let this review identify current role assignments across every deployed chain from a single canonical registry. That is a limit of this review, not a finding that no registry exists or that those roles have been renounced.

The Base VIRTUAL token itself currently reports a zero owner through its owner() read method, while the published source retains a capped owner-only mint function. That observation narrows control over this deployment but does not renounce roles in separate factories, bridges, tax modules or proxies.

How the project changed

  1. 2024
    Agent tokenization reaches Base

    Virtuals’ launch stack pairs agent tokens with VIRTUAL and creates token, DAO, registry and liquidity objects around software agents.

  2. 2025-04-17 to 2025-05-07
    Code4rena reviews the contract system

    The contest later reports six high- and 26 medium-severity findings in its reviewed scope, showing why deployed version and remediation status matter.

  3. 2025-08-12
    ACP service payments switch to USDC

    The changelog replaces VIRTUAL icons, prices and actual job payments with USDC, narrowing VIRTUAL’s current product role.

  4. 2025-09-24
    Terms define the IP boundary

    Version 9 treats launchpad projects as third parties and grants the company a broad license over user-derived agent/source data.

Evidence and primary sources

Last evidence review: 2026-09-04

What is Virtuals Protocol?

Virtuals Protocol is a launch and commerce stack for software agents. ACP gives teams a registry, job state, signed memos and escrow; the launch system gives a project an on-chain token, liquidity path and optional governance objects. These layers can be used together, but an agent’s working model, API and operator remain distinct from its ERC-20.

VIRTUAL is the common pair and entry asset in the launch market and can be locked into veVIRTUAL for governance. The official Base address is 0x0b3e328455c4059EEb9e3f84b5543F74E24e7E1b. Neither a VIRTUAL balance nor an agent-token balance is, by itself, a copyright assignment, corporate share or contractual claim on an agent’s service revenue.

What problem does Virtuals Protocol solve?

Virtuals tries to turn software that normally lives behind one developer’s server into something discoverable, payable and financeable on-chain. That creates two different coordination problems: proving that a job was requested and paid, and deciding how a new agent token reaches a market.

ACP addresses the first with jobs, memos and escrow. Launch mechanisms address the second with curves, allocations and liquidity. The retained Genesis model distributes 7% through a points-and-VIRTUAL pledge, while the newer Pegasus, Unicorn and Titan classes use different founder, LP and airdrop shares. Treating every launch as the same “fair launch” erases those differences.

How does Virtuals Protocol work?

Pegasus and Unicorn currently publish a 1,000 VIRTUAL creation fee and trade on a curve until 42,000 VIRTUAL is accumulated; Titan starts directly in a public pool. Pegasus assigns 95% of supply to liquidity and 5% to airdrops. Unicorn reserves 25% for the team, 25% for automated capital formation, 45% for liquidity and 5% for airdrops. Titan tokenomics are team-defined. A 99% launch tax that falls one percentage point per minute to 1% is a launch defense, not a holder dividend.

Genesis is another allocation path: during 24 hours, points determine relative access while participants commit VIRTUAL into 21,000, 42,000 or 100,000 tiers. Its published split is 7% presale, 6% LP, 2% veVIRTUAL airdrop and 85% developer/treasury/marketing. These are token-distribution rules, not proof that token buyers own the agent’s code or company.

The VIRTUAL page states a 1 billion allocation—60% public, 5% liquidity and 35% ecosystem treasury—and veVIRTUAL governs proposals. Yet ACP changed service pricing and actual job payment from VIRTUAL to USDC on August 12, 2025. Terms place third-party project IP with those projects and grant the company a broad license over user-derived agents and source data. Factory implementations, tax recipients, routers, vaults and pause state remain privileged contract parameters even when governance decides policy.

Key facts

  • An AI agent service, its agent token, its Agent NFT/DAO objects and VIRTUAL are separate assets and control surfaces.
  • Pegasus, Unicorn and Titan publish different supply allocations; Titan does not use a bonding curve.
  • Current Pegasus/Unicorn materials specify 1,000 VIRTUAL to create and 42,000 VIRTUAL to graduate, with launch tax decaying from 99% to 1%.
  • Genesis documentation instead uses a 24-hour points pledge and 21k/42k/100k VIRTUAL raise tiers; 85% is assigned to developer, treasury and marketing.
  • The official allocation is 1 billion VIRTUAL: 60% public, 5% liquidity and 35% ecosystem treasury.
  • Governance runs through locked veVIRTUAL, not through every transferable VIRTUAL balance automatically.
  • ACP moved displayed and actual service payments from VIRTUAL to USDC on August 12, 2025.
  • The terms do not transfer third-party project IP to token holders and give the company a broad license over user-derived agent/source data.
  • AgentFactory can be paused and its implementations, router, delegatee, token admin, vault and tax recipient can be changed by privileged roles.

Official links

Categories

Related coins

Frequently asked questions

Does an agent token mean I own part of the AI?

It proves an ERC-20 position under that launch’s rules. The terms do not make it an IP assignment or company share; the project’s developer agreement, DAO contracts and separate legal instruments would have to create any stronger right.

Is Genesis the same as the current bonding launch?

No. The retained Genesis page uses points, a 24-hour pledge and tiered raises. Current Pegasus and Unicorn pages describe curves and different supply splits, while Titan launches directly to liquidity.

What does VIRTUAL itself do?

It pairs with agent tokens, pays launch fees under current launch rules and can be locked for veVIRTUAL governance. ACP service jobs, however, switched their quoted and actual payment token to USDC in August 2025.

Who owns an agent’s IP and revenue?

Terms make a third-party project responsible for its IP and give Virtuals a broad license to user-derived agents and source data. Trading-fee or buyback descriptions are protocol mechanics, not a general legal right of every token holder to revenue or copyright.

Can a DAO vote remove all operator control?

A vote can authorize policy, but execution still meets contract roles. Public code lets privileged accounts change factory implementations and parameters and pause the factory; current role holders and every live proxy must be checked on-chain.

External trackers

Choose a tracking site for Virtuals Protocol: