VargaMesh Projekt- & Risikoinformationen

Netzwerkdaten

Die folgenden Parameter beschreiben das öffentliche VMESH-Mainnet und sollten zusammen mit dem versionierten Technical Paper und den Live-Netzwerkdaten gelesen werden.

Projekt und Verantwortlichkeit

VargaMesh ist ein öffentliches Open-Source-Blockchain-Netzwerk. Attila Varga, handelnd als Varga-Tech, betreibt vargamesh.com und ausgewählte öffentliche Infrastruktur und wirkt an Softwareentwicklung und Wartung mit. Unabhängige Miner, Nodes, Wallets, Pools und Drittanbieter können separat teilnehmen. Dieses Dokument nimmt keine verbindliche rechtliche Einordnung von VMESH oder einzelnen Teilnehmern vor.

Entstehung von VMESH

VMESH ist der native Coin des VargaMesh-Mainnets. Neue VMESH entstehen nach den Konsensregeln als Proof-of-Work-Blockbelohnung. Die anfängliche Blocksubvention beträgt 25 VMESH, das Halving-Intervall 1.051.200 Blöcke, die Coinbase-Reife 100 Blöcke und die protokollseitige monetäre Obergrenze 52.560.000 VMESH. Der Genesis-Output ist nicht ausgebbar; ein ausgebbares Premine wird nicht ausgewiesen.

Kauf, Verkauf und Handel über Drittanbieter

vargamesh.com nimmt auf diesem Portal keine Kundenorders an, verwahrt keine Kundengelder für den Handel und betreibt keine Börse. Ein „VMESH kaufen“-Link kann zu einem unabhängigen Drittanbieter wie NestEx führen. Der Drittanbieter verantwortet Konten, Verwahrung, Orderausführung, Gebühren, Verfügbarkeit und seine regulatorischen Pflichten selbst. Ein Link oder Marktdatenfeed ist keine Zusage zu Zulassung, Liquidität, Preis, fortdauerndem Listing oder Verfügbarkeit in einer bestimmten Rechtsordnung. Nutzer in der EU sollten den Anbieter und das ESMA-MiCA-Register vor Nutzung eines Kryptowerte-Dienstes selbst prüfen.

Keine Rücknahme-, Rendite- oder Preiszusage

Der Besitz von VMESH begründet gegenüber Varga-Tech keinen vertraglichen Anspruch auf Rücknahme zu einem festen Wert, Rückzahlung, Zinsen, Dividenden oder einen Mindestmarktpreis. VMESH wird auf dieser Website nicht als durch Fiatgeld, Einlagen oder eine wertgarantierende Reserve gedeckt dargestellt. Marktpreise können stark schwanken und bis auf null fallen.

Self-Custody und technische Risiken

VMESH verwendet ein UTXO-Modell sowie SHA-256d-Proof-of-Work mit AuxPoW-Unterstützung ab Block 1 und ASERT-Schwierigkeitsanpassung. Bei Self-Custody sind Nutzer selbst für Recovery-Daten und private Schlüssel verantwortlich. Verlust oder Offenlegung der Schlüssel kann zu unwiederbringlichem Verlust führen. Weitere Risiken sind Softwarefehler, inkompatible Updates, Reorganisationen, Forks, Netzwerkteilungen, Mining-Konzentration, 51%-Angriffe, Gebührenänderungen und andere technische Störungen.

Markt-, Dienstleister- und Rechtsrisiken

Wesentliche Risiken sind unter anderem extreme Volatilität, geringe Liquidität, große Spreads, Delisting, ausgesetzte Ein- oder Auszahlungen, Ausfall oder Insolvenz von Drittanbietern, Cyberangriffe, Phishing, Wallet-Malware, Bedienfehler, steuerliche Folgen und regulatorische Änderungen. Ein heute vorhandener Markt muss nicht dauerhaft verfügbar bleiben. Nutzer müssen ihre eigene rechtliche, steuerliche und finanzielle Situation beurteilen.

Proof of Work und Umweltinformationen

Proof of Work benötigt Rechenhardware und elektrische Energie. Der genaue Energieverbrauch, Strommix und die daraus resultierenden Treibhausgaswirkungen des weltweiten VMESH-Netzwerks lassen sich aus der Blockchain allein nicht zuverlässig bestimmen. AuxPoW ermöglicht kompatiblen Minern, Proof-of-Work-Aufwand beim Merged Mining wiederzuverwenden und kann dadurch den zusätzlichen Aufwand für die VMESH-Sicherung reduzieren; daraus folgt jedoch nicht, dass VMESH keine Umweltauswirkungen hat.

MiCA-Kontext

Titel II der MiCA enthält Regeln für öffentliche Angebote und die Zulassung zum Handel von Kryptowerten, die keine vermögenswertreferenzierten Token oder E-Geld-Token sind. Artikel 4 enthält Ausnahmen, darunter für bestimmte Kryptowerte, die automatisch als Belohnung für die Aufrechterhaltung eines Distributed Ledgers oder die Validierung von Transaktionen entstehen. Ob eine Ausnahme greift, hängt jedoch von den tatsächlichen Umständen und Aktivitäten ab. Artikel 4 begrenzt Ausnahmen außerdem bei einer mitgeteilten Absicht, eine Zulassung zum Handel zu beantragen; Artikel 4 Absatz 8 sieht vor, dass die freiwillige Erstellung eines Kryptowerte-Whitepapers bei einem ansonsten ausgenommenen Angebot Anforderungen des Titels II auslösen kann. Deshalb wird diese Seite nicht als MiCA-Whitepaper bezeichnet. Falls ein formelles MiCA-Whitepaper erforderlich wird, muss es entsprechend den geltenden Vorgaben erstellt, gegebenenfalls notifiziert/veröffentlicht und im vorgeschriebenen maschinenlesbaren Format bereitgestellt werden.

Primäre regulatorische Quellen

• Regulation (EU) 2023/1114 (MiCA) ↗
• Commission Implementing Regulation (EU) 2024/2984 ↗
• ESMA Q&A 2552 — crypto-assets without an identifiable issuer ↗
• ESMA — Markets in Crypto-Assets Regulation / MiCA register ↗