VargaMesh Technical Paper

Dokumentstatus und Geltungsbereich

Diese Revision beschreibt das VargaMesh-Mainnet mit VargaMesh Core v0.2.0 und die Portal-/Pool-Funktionen zum Stand 28. September 2026. Konsensregeln ergeben sich aus der tatsächlich ausgeführten Node-Software; Webseiten, Dashboards und Poolregeln können sich unabhängig davon ändern.

Bei Abweichungen zwischen diesem Dokument und der validierenden Node-Software ist für die Gültigkeit eines Blocks oder einer Transaktion die Konsensimplementierung maßgeblich. Für Pool-Auszahlungen ist die bestätigte Coinbase-Transaktion des jeweiligen Blocks maßgeblich.

Proof of Work und Blocktakt

VargaMesh verwendet Double-SHA-256 (SHA-256d) als Proof-of-Work. AuxPoW ist ab Block 1 aktiv. Die Difficulty-Anpassung folgt einem ASERT-basierten Modell mit einem Zielabstand von 120 Sekunden. Reale Blockabstände schwanken durch die probabilistische Natur von Proof-of-Work.

UTXO-Modell und Adressen

VMESH verwendet ein Bitcoin-artiges UTXO-Modell. Adressen sind keine Konten im serverseitigen Sinn; die Kontrolle über ausgabefähige Outputs beruht auf privaten Schlüsseln. Das Portal unterstützt Bech32-Adressen mit dem Human-Readable-Part vm. Transaktionen werden nach Signierung ins P2P-Netzwerk übertragen und nach Aufnahme in Blöcke öffentlich repliziert.

Das WebWallet signiert lokal. Öffentliche Adressabfragen und Broadcasts sind dennoch gegenüber dem API-Server als Netzwerkzugriff sichtbar.

Existenznachweis über OP_RETURN

VargaProof berechnet SHA-256 lokal und verankert nur einen 32-Byte-Digest. Das VPF1-Format verwendet vier Magic-Bytes 56504631 („VPF1“) plus 32 Byte SHA-256 in einem OP_RETURN.

Der bestätigende Block liefert einen öffentlich prüfbaren spätestens-Zeitpunkt für das Vorhandensein genau dieses Digests. Daraus folgt allein keine Aussage über Urheberschaft, Eigentum, Wahrheit, Priorität gegenüber nicht veröffentlichten Nachweisen oder eine bestimmte Rechtswirkung.

Technische Dokumentation, keine Verkaufs- oder Listing-Unterlage

VargaMesh (VMESH) ist ein Open-Source-Blockchain-Projekt und öffentliches Netzwerk mit Community-Beteiligung. Attila Varga, handelnd unter Varga-Tech, betreibt vargamesh.com und ausgewählte öffentliche Infrastruktur und wirkt an Entwicklung und Wartung der Software mit. Diese Webseiten-/Infrastrukturrolle bedeutet nicht, dass Varga-Tech Eigentümer des öffentlichen Netzwerks ist oder unabhängige Nodes, Miner, Wallets oder Dienste Dritter kontrolliert. Dieses Dokument bezeichnet VMESH nicht als „issuerless“ und behauptet keine verbindliche aufsichtsrechtliche Einstufung.

vargamesh.com selbst bietet kein ICO, keinen direkten Token-Verkauf und keinen Kauf-/Verkaufs- oder Börsendienst für Kunden an. Börsen oder Handelsplattformen Dritter können VMESH eigenständig nach ihren eigenen Bedingungen und regulatorischen Pflichten listen oder unterstützen; dies ist kein von diesem Portal betriebener Börsendienst. Es gibt keine Zusage zu Preis, Liquidität, dauerhafter Übertragbarkeit, Börsenverfügbarkeit oder Rendite.

VMESH wird technisch nach den Konsensregeln als Blockbelohnung erzeugt. MiCA unterscheidet unter anderem zwischen Emittenten, Anbietern und Personen, die eine Zulassung zum Handel beantragen. Titel II enthält Anforderungen, die bei öffentlichen Angeboten oder einer Zulassung zum Handel von Kryptowerten, die keine vermögenswertreferenzierten Token oder E-Geld-Token sind, gelten können, vorbehaltlich Anwendungsbereich und Ausnahmen der Verordnung. Diese Normen werden hier nur als allgemeiner regulatorischer Kontext genannt; die anwendbare Rolle und die Pflichten hängen von der tatsächlichen Tätigkeit und den konkreten Umständen ab.

Erwägungsgrund 22 MiCA und die Antwort der Europäischen Kommission in ESMA Q&A 2552 vom 18.02.2026 behandeln Kryptowerte ohne identifizierbaren Emittenten. Daraus wird auf dieser Webseite ausdrücklich keine Einstufung von VMESH abgeleitet. Eine Handelsplattform muss eine solche Frage eigenständig beurteilen.

Jede Tätigkeit des Webseitenbetreibers, die als öffentliches Angebot, Beantragung einer Zulassung zum Handel, Verwahrung, Vermittlung, Tausch oder sonstige regulierte Kryptowerte-Dienstleistung einzuordnen sein könnte, muss für die konkrete Tätigkeit gesondert nach dem anwendbaren Recht geprüft werden. Das Technical Paper ersetzt kein Kryptowerte-Whitepaper, falls ein solches für eine konkrete Angebots- oder Handelszulassungstätigkeit gesetzlich erforderlich ist.