Virtuals Protocol ist eine Agenten-Ökonomie-Plattform, die Agentenidentität, Wallets, Jobs, Service-Abwicklung und tokenisierte Kapitalmärkte zusammenführt. Sein stärkstes Merkmal ist nicht ein einzelner Chatbot oder Token; es ist der gemeinsame Weg von der Erstellung eines Agenten über die Ausstattung mit Tools bis hin zum Finden bezahlter Arbeit und dem Einwerben von Kapital.

Das Fazit des Reviews ist positiv in Bezug auf die Produktbreite, aber an Betriebsnachweise gebunden. Virtuals bietet Buildern und Tradern eine der klarsten öffentlichen Agenten-Marktplätze in Krypto, doch ein Agent-Token kann dennoch Liquidität anziehen, ohne zu belegen, dass der dahinterstehende Agent Kunden, verlässliche Ausgabe oder wiederkehrende Umsätze hat.

Was Virtuals Protocol ist

Virtuals Protocol gibt KI-Agenten eine Identität, eine Wallet, einen Service-Marktplatz und eine optionale Token-Ebene. Die öffentliche Virtuals-Plattform präsentiert EconomyOS, das Agent Commerce Protocol (ACP), Kapitalmärkte, Robotik und Governance inzwischen als verknüpfte Produkte statt als bloße Token-Launch-Oberfläche.

Builder können einen Agenten erstellen, Gründer können einen Token starten, Unternehmen können ACP-Services durchsuchen und Inhaber können VIRTUAL locken. Das sind getrennte Betriebsrollen und keine einheitliche KI-Token-Kategorie; die Oberfläche wird verständlicher, sobald die Wege getrennt betrachtet werden: einen Agenten bauen, einen Agenten beauftragen oder ein Engagement in einen Agenten handeln.

Die hier geprüften Live-Seiten für Agenten und Kapitalmärkte waren auf Base ausgerichtet. Virtuals veröffentlicht VIRTUAL-Verträge außerdem auf Ethereum und Solana, aber das bedeutet nicht, dass jeder Agent, jeder Launch-Mechanismus oder jeder ACP-Service auf allen drei Chains funktioniert.

Create Agent: der stärkste Teil von EconomyOS

Die öffentliche Create-Agent-Oberfläche zeigt das Produkt in einer praktischen Reihenfolge:

• Identität — Agentenname, Beschreibung und Profilbild.
• Runtime — eine verwaltete Console oder eine vom Builder bereitgestellte externe Runtime.
• Agentenkonto — eine eingebettete Wallet und eine Agentenkarte.
• Token — ein optionales Feld, das nach der Anlage der Agentenidentität konfiguriert werden kann.

Virtuals zwingt den Token nicht zum Ausgangspunkt des Produkts; ein Builder kann zuerst den Agenten und sein Betriebskonto definieren. Die Einschränkung zeigt sich erst nach diesem Bildschirm, denn Runtime-Zuverlässigkeit, Wallet-Wiederherstellung und Berechtigungssteuerung lassen sich ohne Start und tatsächliche Nutzung des Agenten nicht beurteilen.

Das Erstellen einer ACP-Identität ist nicht dasselbe wie das Starten eines Agent-Tokens. Nach den aktuellen Virtuals-Launch-Mechaniken fällt für einen Token-Launch eine nicht erstattungsfähige Erstellungsgebühr von 1,000 VIRTUAL an. Pegasus- und Unicorn-Launches erheben anschließend eine Basishandelsgebühr von 1%, wobei 70% an den Ersteller und 30% an ACP-Anreize gehen. Titan-Launches nutzen einen öffentlichen Liquiditätspool statt desselben Bonding-Curve-Wegs.

Die eingebettete Wallet reduziert den Einrichtungsaufwand, wird aber zugleich zur zentralen Sicherheitsgrenze. Langfristige Vermögenswerte sollten kein Konto mit einem aktiven Agenten teilen; die Trennung von Hot- und Cold-Wallet ist die empfohlene Praxis.

ACP wirkt wie ein Service-Marktplatz, aber die Belege sind entscheidend

Die öffentliche ACP-Oberfläche stellt Agenten als Dienstleister mit benannten Angeboten, Preisen und erwarteten Ausführungszeiten dar. Eine abgeschlossene Servicegebühr wird in USDC treuhänderisch hinterlegt; die veröffentlichte Abwicklungsregel sieht nach Freigabe 80% für den Anbieter und 20% für das Protokoll vor. Ein abgelaufener, nicht gelieferter Auftrag sollte den treuhänderisch gehaltenen Betrag an den Käufer zurückgeben.

Das öffentliche Axelrod-ACP-Profil macht den Marktplatz konkret. Es bot das Schließen einer Spot-Position für 0.10 USDC, Base-Token-Swaps und das Eröffnen von Positionen zu einer angezeigten Gebühr von 0.3%, Vault-Rücknahmen für 5 USDC sowie das Stornieren automatisierter Trades für 5 USDC an. Jeder Eintrag zeigte zudem ein Servicefenster von 10 oder 20 Minuten.

Dieselbe Seite zeigte auch die Lücke bei den Nachweisen. Im ACP-v2-Bereich stand "No stats yet", es wurden keine Bewertungen oder abgeschlossenen Transaktionen angezeigt und vermerkt, dass Legacy- und v2-Metriken nicht zusammengeführt wurden. Mehrere sichtbare Vorgänge waren noch offen und zeigten 0 USDC. Der Eintrag belegt, dass Virtuals einen kaufbaren Service strukturieren kann; er belegt jedoch noch nicht Axelrods Ausführungsqualität, den realisierten Slippage oder die beworbene Vault-Rendite.

Diese Unterscheidung trennt ACP auch von Infrastrukturprojekten im Compute-Netzwerk. Compute-Netzwerke verkaufen Kapazität oder fertige Workloads, während ACP-Agenten definierte Services verkaufen, deren Ergebnis und Abwicklung Auftrag für Auftrag beurteilt werden können.

Butler bietet nicht-technischen Nutzern eine einfachere Möglichkeit, ACP-Services zu durchsuchen und mehrere Agenten zu koordinieren. Eine Google-Cloud-Case-Study sagt, Butler könne mehr als 1,300 registrierte Agenten durchsuchen, doch in diesem Review wurde kein bezahlter Butler-Job abgeschlossen. Endkosten, geliefertes Ergebnis und Abwicklungsqualität bleiben daher unverifiziert.

Die Builder-Seite verkauft Verteilung vor technischer Tiefe

Die Builder-Seite stellt Launch-Zugang, Finanzierung und Reichweite der Community vor die Runtime-Konfiguration. Diese Reihenfolge ist für Gründer auf Kapitalsuche sinnvoll, bedeutet aber auch, dass der öffentliche Pitch stärker bei Distribution als bei Uptime, Modellbewertung, Rate Limits oder Incident Handling ist.

Die erfasste Seite zeigte 68,820 gestartete Agenten, 643 millionen $ kumulierte Marktkapitalisierung der Agenten und mehr als 69 millionen $ an geteilten Einnahmen. Das waren von Virtuals angezeigte Zahlen vom 24. Juli 2026, keine im Rahmen dieses Reviews unabhängig abgeglichenen Werte. Sie belegen Größenbehauptungen der Plattform, aber nicht, wie viel Aktivität aus Agenten-Services statt aus Token-Handel stammt.

Das Launch-System bietet Pegasus für offene Verteilung, Unicorn für Kapitalbildung und Titan für größere etablierte Projekte. Diese Wege lösen Distribution unterschiedlich, aber keiner nimmt dem Builder die Verantwortung für Agenten-Uptime, Ausgabequalität und Kundensupport ab.

Ein leicht durchsuchbarer, stark tokenzentrierter Kapitalmarkt

Die Kapitalmarkt-Seite ist schnell zu überblicken. Sie stellt frisch graduierte Agenten, FDV, Kursentwicklung, wöchentliche Unterstützer und die Zahl der Ökosystem-Projekte auf einer Seite dar. Ein Trader kann neue Märkte schnell identifizieren, ein Käufer sieht jedoch nicht neben den Token-Daten, wie viele ACP-Jobs abgeschlossen wurden, wie viele Kunden bleiben oder wie die Service-Performance ausfällt.

Die fünf im Screenshot sichtbaren „Just Graduated“-Einträge waren alle negativ und lagen ungefähr zwischen -18.7% und -61.3%. Diese kleine, datierte Stichprobe misst nicht das gesamte Ökosystem, zeigt aber die Volatilität, die Nutzer schon auf der Entdeckungsseite erleben. Produktqualität lässt sich aus Graduierung oder FDV nicht ableiten.

Die richtige Lesart trennt drei Assets:

• VIRTUAL ist der Ökosystem-Asset für Koordination, Liquidität und Teilnahme.
• Agent Tokens stehen für das Engagement in einzelne Projekte und deren eigenes Marktmodell.
• veVIRTUAL entsteht durch das Locken von VIRTUAL und wird über die öffentliche Staking-Oberfläche als Weg zu Governance-Macht und Ökosystem-Belohnungen dargestellt.

Diese Assets haben nicht denselben Anspruch. VIRTUAL zu halten bedeutet Engagement im breiteren Netzwerk, während ein Agent-Token das Risiko auf einen Builder, ein Produkt und einen Liquiditätsmarkt konzentriert. veVIRTUAL fügt Lock-up-Risiko hinzu, da Belohnungen und Stimmrechte gegen verringerte Liquidität abgewogen werden müssen.

Ein bei Kraken gehostetes Virtuals-Regelwerk nennt eine maximale Versorgung von 1 billion VIRTUAL: 60% im öffentlichen Umlauf, 35% Ökosystem-Treasury und 5% Liquidität. Die Treasury-Zuteilung und künftige Governance-Entscheidungen sind wichtig, weil ein fixes Maximum nicht bedeutet, dass die gesamte Menge bereits liquide ist.

Das Protokoll verdient außerdem Geld, ohne es automatisch an VIRTUAL-Inhaber auszuschütten. Zum Zeitpunkt des Reviews zeigte DeFiLlama rund $1.77 million an 30-Tage-Gebühren und Protokollumsatz sowie $49.09 million an 30-Tage-DEX-Volumen, während das Netto-Einkommen der Token-Inhaber bei $0 blieb. VIRTUAL kann von Nachfrage-Weiterleitung, Staking-Teilnahme und Ökosystem-Anreizen profitieren, aber Protokollumsatz ist nicht dasselbe wie Cashflow für Inhaber.

Das Kraken-Papier nennt Volatilitäts-, Liquiditäts-, Smart-Contract-, Netzwerk-, Bridge-, Adoptions- und externe-Service-Abhängigkeiten. Ein Agent kann sich auf Offchain-Modelle und APIs stützen, selbst wenn Token- und Abwicklungsdaten Onchain vorliegen; Token-Transparenz beseitigt das Betriebsrisiko daher nicht.

Wo Virtuals weiterhin schwach bleibt

• Agentenleistung ist schwerer zu prüfen als Token-Performance. Der Marktplatz zeigt FDV und Kursbewegungen klarer als abgeschlossene Jobs, wiederkehrende Käufer und akzeptierte Liefergegenstände.
• ACP v1- und v2-Historien sind fragmentiert. Axelrods Seite warnt ausdrücklich davor, dass die beiden Metrik-Sätze nicht zusammengeführt sind, wodurch ein kontinuierlicher Betriebsverlauf schwerer lesbar wird.
• Umsatz ist nicht gleich Inhabereinkommen. Protokollgebühren können steigen, während das direkte Nettoeinkommen der Token-Inhaber bei null bleibt.
• Ein Token-Launch validiert den Agenten nicht. Die Gebühr von 1,000 VIRTUAL und die Launch-Mechanik schaffen einen Markt, nicht aber Modellqualität, Uptime oder Kundennachfrage.
• Offchain-Abhängigkeiten bleiben wesentlich. Modelle, APIs, Hosting und Betreiberentscheidungen können ausfallen, auch wenn Zahlungs- und Token-Daten Onchain sind.

Eine technische Diskussion über Virtuals stellte in Frage, ob sichtbare Token-Aktivität tatsächlich der Nutzung des Frameworks entspricht. Es handelt sich um einen älteren skeptischen Beitrag und nicht um ein Audit, passt aber zur zentralen Lücke: Märkte sind leichter zu prüfen als abgeschlossene Agentenarbeit.

Das Review kann bestätigen, dass Virtuals eine integrierte und überprüfbare Produktoberfläche hat. Es kann jedoch nicht bestätigen, dass jeder Agent autonom, profitabel oder dezentral ist. Onchain-Eigentum und Abwicklung dezentralisieren Modell, Hosting oder Datenquelle nicht automatisch.

Virtuals Protocol: Vor- und Nachteile

Vorteile

EconomyOS kombiniert Identität, Wallet, Berechtigungen und Runtime-Setup in einem Workflow.

ACP gibt Agenten-Services sichtbare Preise, Servicefenster, Escrow und Abwicklungsregeln.

Kapitalmärkte bieten Buildern Verteilungs- und Finanzierungsmöglichkeiten.

VIRTUAL hat eine breitere Ökosystemfunktion als ein Token, der an eine einzelne Agenten-Persona gebunden ist.

Die öffentlichen Oberflächen machen Agenten, Launches und Serviceangebote leichter prüfbar.

Nachteile

Wachstum der Plattform garantiert nicht, dass einzelne Agenten zahlende Nutzer haben.

Token-Liquidität kann die Aufmerksamkeit dominieren, bevor Produktnachweise ausgereift sind.

ACP-Profile können ohne zusammengeführte Historie, abgeschlossene Transaktionen und Nutzerbewertungen sein.

Offchain-Modelle, Hosting und APIs bleiben operative Abhängigkeiten.

Wallet-Befugnisse erzeugen Sicherheitsrisiken, wenn Berechtigungen zu weit gefasst sind.

Launch-, Staking- und Anreizregeln können sich im Zuge der Ökosystementwicklung ändern.

Lohnt sich die Nutzung von Virtuals Protocol?

Virtuals ist dann erwägenswert, wenn man in einem einzigen Ökosystem Agentenerstellung, Wallet-Infrastruktur, Service-Entdeckung und Token-Verteilung benötigt. Weniger überzeugend ist es, wenn die Entscheidung von nachgewiesenen Agentenumsätzen oder einer langen Historie abgeschlossener Kundenjobs abhängt.

Geeignet für: Builder, die integrierte Distribution schätzen, und Nutzer, die bereit sind, einen engen ACP-Service zu testen. Zu vermeiden, wenn: die Entscheidung geprüfte Agentenumsätze, nachgewiesene Dezentralisierung oder geringe Volatilität erfordert.

Service-Käufer sollten Ausgabe, Abschlussnachweise und Streitbeilegung prüfen, bevor sie den Auftragswert erhöhen. Token-Teilnehmer können Virtuals mit anderen Agenten-Ökosystem-Projekten vergleichen, müssen aber Service-Nachfrage weiterhin von Handels- und Staking-Anreizen trennen.

Fazit

Virtuals Protocol ist über die einfache Beschreibung eines KI-Token-Launchpads hinausgewachsen. EconomyOS gibt Agenten wirtschaftliche Konten, ACP eröffnet ihnen einen Weg zu bezahlter Arbeit, und die Kapitalmärkte geben Buildern einen Finanzierungs- und Distributionskanal. Nur wenige Krypto-Agenten-Plattformen zeigen alle drei Ebenen in einem Ökosystem so klar.

Die Plattformthese ist stärker als eine pauschale These zu ihren Agent-Tokens. Virtuals verdient Aufmerksamkeit, wenn Agenten sichtbare Jobs abschließen und wiederkehrende Service-Nachfrage erzeugen; Skepsis ist angebracht, wenn Liquidität, Anzahl der Launches oder Reichweite in sozialen Medien die einzigen verfügbaren Belege sind. Prüfen Sie den konkreten Agenten, seine Wallet-Berechtigungen und seinen Umsatzpfad, bevor Sie Ökosystemwachstum als Produkterfolg interpretieren.

Häufig gestellte Fragen

Ist Virtuals Protocol nur ein Launchpad für KI-Agenten?

Nein. Token-Launch und Handel sind Teil des Produkts, aber EconomyOS und ACP bieten außerdem Agentenidentität, Wallets, Job-Findung, Service-Koordination und Abwicklung. Die aktuelle Plattform ist breiter als ihre ursprüngliche Launchpad-Definition.

Braucht jeder Virtuals-Agent einen eigenen Token?

Nein. Die aktuelle Oberfläche zur Agentenerstellung stellt die Token-Erstellung als optionale Ebene dar, die nach Identität und Runtime konfiguriert werden kann. Ein Token sollte eine definierte Rolle haben und nicht als Beweis dafür gelten, dass der Agent nützlich ist.

Wozu dient VIRTUAL?

VIRTUAL ist über Koordination, Liquidität und staking-bezogene Funktionen Teil der breiteren Agenten-Ökonomie. Die Nachfrage hängt weiterhin von anhaltender Aktivität von Buildern, Nutzern und Märkten innerhalb von Virtuals ab, nicht vom Erfolg eines einzelnen Agenten.

Was ist das größte Risiko bei Virtuals Protocol?

Das größte analytische Risiko besteht darin, Token-Markttätigkeit mit Agentennachfrage zu verwechseln. Zu den operativen Risiken zählen außerdem Smart Contracts, Wallet-Berechtigungen, Bridges, Offchain-KI-Services, sich ändernde Launch-Regeln und die Abhängigkeit von der breiteren Virtuals-Plattform.

Disclaimer: Der Quellartikel gibt an, dass die bereitgestellten Informationen ausschließlich zu Bildungs- und Informationszwecken dienen und keine finanzielle, Anlage- oder Handelsberatung darstellen; außerdem seien Kryptowährungsinvestitionen mit Risiken verbunden und könnten zu finanziellen Verlusten führen.

Source: AiCryptoCore