Maschinelle Übersetzung des englischen Originals. English

SynX: Eine Post-Quantum-Datenschutzebene für das Informationszeitalter

Technisches Whitepaper

v1.0

Abstrakt

SynX ist eine Kryptowährung, die die Privatsphäre schützt und von Anfang an mit postquantenkryptografischen Grundelementen entwickelt wurde. Im Gegensatz zu Legacy-Ketten, die auf elliptischer Kurvenkryptographie basieren und anfällig für den Algorithmus von Shor sind, implementiert SynX NIST-standardisiertes Kyber-768 für die Schlüsselkapselung und SPHINCS+-SHAKE-128s für digitale Signaturen. In diesem Dokument wird die vollständige technische Spezifikation des SynX-Protokolls vorgestellt, einschließlich der Wallet-Architektur, die sieben Sprachen mit 25-Wörter-Mnemonik-Wiederherstellung und USB-Hardware-Export unterstützt, eines vertrauenswürdigen P2P-Treuhandmarktplatzes, eines hybriden Proof-of-Work- und Proof-of-Stake-Konsenses sowie einer umfassenden Analyse des Bedrohungsmodells. Wir zeigen, dass SynX gleichwertige oder bessere Datenschutzgarantien als bestehende Lösungen bietet und gleichzeitig die Widerstandsfähigkeit gegenüber kryptografisch relevanten Quantencomputern (CRQC) aufrechterhält. Das Protokoll erfordert keine vertrauenswürdige Einrichtung und bietet informationstheoretische Signatursicherheit durch Hash-basierte Konstruktionen.

1. Einführung

Das Aufkommen des Quantencomputings stellt eine existenzielle Bedrohung für die kryptografischen Grundlagen moderner digitaler Infrastruktur dar. Der 1994 veröffentlichte Algorithmus von Shor bietet Polynomzeitlösungen sowohl für die Ganzzahlfaktorisierung als auch für das Problem des diskreten Logarithmus – die mathematischen Annahmen, die RSA, DSA und der Elliptic Curve Cryptography (ECC) zugrunde liegen. Jede heute eingesetzte große Kryptowährung, einschließlich Bitcoin, Ethereum, Monero und Zcash, verlässt sich bei der Transaktionsauthentifizierung ausschließlich auf ECC.

Der Zeitplan für kryptografisch relevante Quantencomputer (CRQC) bleibt ungewiss, aber die Richtung ist klar. Die Quanten-Roadmap von IBM prognostiziert bis 2033 mehr als 100.000 Qubit-Systeme. Der Willow-Prozessor von Google zeigte im Jahr 2024 exponentielle Verbesserungen bei der Fehlerkorrektur. Nationalstaatliche Akteure unterhalten geheime Programme mit unbekannten Fähigkeiten. Die Strategie „Jetzt ernten, später entschlüsseln“ – bei der Gegner heute verschlüsselte Daten für die zukünftige Entschlüsselung sammeln – verwandelt dieses Problem von einem zukünftigen Problem in ein unmittelbares Problem der langfristigen Wertspeicherung.

Bestehende Kryptowährungen stehen vor einer großen Herausforderung: Die Nachrüstung der Quantenresistenz erfordert Hard Forks, einen Konsens der Stakeholder und die Migration vorhandener Adressen. Während einer Übergangszeit bleiben alte Adressen anfällig. Die Komplexität der Aufrechterhaltung der Abwärtskompatibilität bei der Einführung neuer kryptografischer Grundelemente schafft eine erhebliche Angriffsfläche.

SynX geht dieses Problem an, indem es die Post-Quanten-Kryptographie von Genesis implementiert. Bei jeder Adresse, Transaktion und Peer-to-Peer-Kommunikation wurden von Block Null an NIST-standardisierte Algorithmen verwendet. Es gibt keine veraltete Kryptografie und kein Migrationsrisiko. Dieses Dokument enthält die vollständige technische Spezifikation des SynX-Protokolls.

1.1 Designziele

SynX wurde mit folgenden Zielen entwickelt:

  • Quantenwiderstand: Alle kryptografischen Operationen müssen Angriffen sowohl von klassischen als auch von Quantengegnern widerstehen, die NIST-standardisierte Algorithmen verwenden.
  • Transaktionsdatenschutz: Transaktionsbeträge sowie Absender- und Empfängerinformationen müssen vor passiven Beobachtern geheim gehalten werden.
  • Selbstsouveränität: Benutzer müssen die vollständige Kontrolle über ihre Gelder behalten, ohne auf vertrauenswürdige Dritte, zentrale Börsen oder KYC-erfordernde Dienste angewiesen zu sein.
  • Benutzerfreundlichkeit: Das Wallet muss für technisch nicht versierte Benutzer zugänglich sein und mehrere Sprachen sowie Standardwiederherstellungsmechanismen unterstützen.
  • Dezentralisierung: Das Netzwerk muss der Gefangennahme durch gut ausgestattete Gegner durch verteilten Konsens und Knotenbetrieb widerstehen.

1.2 Notation

In diesem Artikel verwenden wir die folgende Notation:

  • H(·) — BLAKE2b-256 hash function
  • KDF(·) — Argon2id key derivation function
  • Kyber.KeyGen() — Kyber-768-Schlüsselgenerierung
  • Kyber.Encaps(pk) — Kyber-768-Kapselung
  • Kyber.Decaps(sk, ct) — Kyber-768-Entkapselung
  • SPHINCS.KeyGen() — SPHINCS+-SHAKE-128s Schlüsselgenerierung
  • SPHINCS.Sign(sk, m) — SPHINCS+-Signaturgenerierung
  • SPHINCS.Verify(pk, m, σ) — SPHINCS+-Signaturüberprüfung
  • || — Byte-Verkettung
  • — Bitweises XOR

2. Bedrohungsmodell und Sicherheitsannahmen

2.1 Fähigkeiten des Gegners

SynX wurde entwickelt, um Sicherheit gegen die folgenden Gegnerklassen zu bieten:

2.1.1 Klassische Gegner

Gegner mit Zugriff auf beliebige klassische Rechenressourcen, einschließlich spezialisierter Hardware (ASICs, FPGAs) und verteilter Rechencluster. Hierzu zählen auch nationalstaatliche Akteure mit beträchtlichen, aber begrenzten Rechenbudgets.

2.1.2 Quantengegner

Gegner mit Zugriff auf kryptografisch relevante Quantencomputer, die den Shor-Algorithmus für elliptische 256-Bit-Kurven und den Grover-Algorithmus für die Suche nach symmetrischen Schlüsseln ausführen können. Wir gehen davon aus, dass Quantencomputer kollisionsresistente Hash-Funktionen nicht über die durch den Grover-Algorithmus bereitgestellte quadratische Beschleunigung hinaus effizient invertieren können.

2.1.3 Netzwerkgegner

Gegner, die in der Lage sind, den gesamten Netzwerkverkehr passiv zu beobachten (globaler passiver Gegner), aktive Man-in-the-Middle-Angriffe auf bestimmte Verbindungen durchzuführen und die zeitliche Analyse von Transaktionsübertragungen durchzuführen.

2.2 Sicherheitsannahmen

Die SynX-Sicherheit basiert auf den folgenden rechnerischen Annahmen:

  1. Modul-LWE-Härte: Das Problem des Modullernens mit Fehlern mit den in Kyber-768 verwendeten Parametern ist sowohl für klassische Computer als auch für Quantencomputer rechnerisch unlösbar.
  2. Sicherheit der Hash-Funktion: SHAKE256 und Blake2b verhalten sich wie zufällige Orakel und bieten Kollisionsresistenz, Preimage-Resistenz und Second-Preimage-Resistenz gegen Quantengegner (unter Berücksichtigung der quadratischen Beschleunigung von Grover).
  3. Sichere Zufälligkeit: Das CSPRNG des Betriebssystems stellt 256 Bit echte Entropie für die Seed-Generierung bereit.
Sicherheitshinweis

SPHINCS+ security reduces entirely to hash function properties — collision and preimage resistance — rather than unproven number-theoretic hardness assumptions. That is a computational guarantee, not an information-theoretic one, but it rests on the most battle-tested primitives in cryptography, which makes it the most conservative choice for long-term security.

2.3 Außerhalb des Geltungsbereichs

Die folgenden Bedrohungen gelten als außerhalb des Geltungsbereichs des Kernprotokolls:

  • Kompromittierung des Geräts des Benutzers durch Malware oder physischen Zugriff
  • Seitenkanalangriffe auf bestimmte Hardware-Implementierungen
  • Social-Engineering-Angriffe gegen einzelne Benutzer
  • 51 % Angriffe mit anhaltender Supermajoritätskontrolle*

* Das Protokoll geht von einer ehrlichen Mehrheit beim Abstecken aus. Mehrheitsangriffe werden durch Slashing wirtschaftlich entmutigt, aber kryptografisch nicht verhindert.

3. Kryptografische Grundlagen

3.1 Kyber-768-Schlüsselkapselung

Kyber ist ein Schlüsselkapselungsmechanismus (KEM), der auf dem Modul Learning With Errors (MLWE)-Problem basiert. Es wurde 2022 von NIST als Finalist ausgewählt und im August 2024 nach sechsjähriger öffentlicher Evaluierung offiziell als FIPS 203 (ML-KEM) standardisiert.

Kyber-768 bietet NIST-Sicherheitsstufe 3, was ungefähr AES-192 entspricht. Das Schema funktioniert über Polynomringe R_q = Z_q[X]/(X^n + 1) mit n = 256 und q = 3329.

3.1.1 Parametersatz

Parameter Wert Beschreibung
n256Polynomgrad
k3Modulrang
q3329Modul
η₁2Rauschparameter (Schlüsselgenerierung)
η₂2Rauschparameter (Verschlüsselung)
Größe des öffentlichen Schlüssels1.184 Byte
Größe des geheimen Schlüssels2.400 Byte
Chiffretextgröße1.088 Byte
Geteiltes Geheimnis32 Byte

3.1.2 Verwendung in SynX

SynX verwendet Kyber-768 für:

  • Peer-to-Peer-Knotenkommunikation (flüchtiger Schlüsselaustausch)
  • Verschlüsselte Nachrichten im P2P-Marktplatz
  • Stealth-Adressableitung (Empfängerschlüsselkapselung)

3.2 SPHINCS+ Digitale Signaturen

SPHINCS+ is a stateless hash-based signature scheme selected by NIST as a post-quantum signature standard. Unlike lattice-based signatures, SPHINCS+ security relies solely on hash function properties, providing information-theoretic security guarantees.

SynX verwendet SPHINCS+-SHAKE-128s, den kompakten Parametersatz, der 7.856-Byte-Signaturen auf NIST Level 1 (128-Bit-Sicherheit) erzeugt. Der öffentliche 32-Byte-Schlüssel und der private 64-Byte-Schlüssel halten den Wallet-Status klein, während die Signatur den vollständigen Merkle-Authentifizierungspfad enthält.

3.2.1 Parametersatz

Parameter Wert Beschreibung
Sicherheitsstufe128-Bit (Post-Quantum)NIST Level 1
Hash functionSHAKE256Extendable output function
Variante128f (schnell)Optimiert für die Signiergeschwindigkeit
Größe des öffentlichen Schlüssels32 Byte
Größe des geheimen Schlüssels64 Byte
Signaturgröße7.856 Byte~7,7 KB
Zeit für die UnterzeichnungMillisekundenImplementierungsabhängig
Überprüfungszeitunter einer MillisekundeImplementierungsabhängig

3.2.2 Signaturstruktur

SPHINCS+ erstellt Signaturen mithilfe eines Hyperbaums aus Merkle-Bäumen mit WOTS+ (Winternitz One-Time Signatures) an den Blättern. Die zustandslose Eigenschaft wird durch eine deterministische Pfadauswahl basierend auf dem Nachrichten-Hash erreicht, wodurch die Schwachstellen bei der Zustandsverwaltung früherer Hash-basierter Schemata wie XMSS beseitigt werden.

SPHINCS+ hypertree structure showing multi-layer Merkle tree architecture with XMSS subtrees, WOTS+ one-time signatures, and FORS few-time signatures used in SynX digital signature scheme
Abbildung 3: SPHINCS+-Hypertree-Struktur. Der öffentliche Root-Schlüssel authentifiziert XMSS-Teilbäume, die WOTS+-Einmalsignaturen an den Blättern authentifizieren. FORS bietet eine zeitsparende Signatur für den Nachrichten-Hash. Authentifizierungspfade (hervorgehoben) ermöglichen eine zustandslose Überprüfung.

3.3 Symmetrische Primitive

SynX verwendet die folgenden symmetrischen kryptografischen Grundelemente:

  • BLAKE2b-256: Primary hash function for transaction IDs, Merkle trees, and address derivation
  • AES-256-GCM: Authentifizierte Verschlüsselung für Wallet-Speicher und P2P-Nachrichten
  • Argon2id: Speicherfeste Schlüsselableitung für die Wallet-Verschlüsselung
  • SHAKE256: Extendable output function for key expansion and SPHINCS+ internals

All symmetric primitives provide at least 128-bit post-quantum security when accounting for Grover's algorithm quadratic speedup. While BLAKE2b-256 is the primary hash function, nodes support fallback to SHA3-256 for future cryptographic agility.

3.4 Weiterleitungsgeheimnis

Bei der gesamten Peer-to-Peer-Kommunikation werden kurzlebige Kyber-Schlüsselpaare verwendet, die eine perfekte Vorwärtsgeheimnis gewährleisten. Selbst wenn Langzeitschlüssel kompromittiert werden, bleiben vergangene Sitzungen sicher. Jede Verbindung stellt ein neues gemeinsames Geheimnis her, das nach der Verwendung verworfen wird.

4. Wallet-Architektur

4.1 Seed-Generierung und Schlüsselableitung

Die Wallet-Erstellung folgt einem sicheren mehrstufigen Prozess zur Generierung Ihrer eindeutigen kryptografischen Identität:

🎲
Zufällige Entropie
256 Bit gesammelt
📝
Satz mit 25 Wörtern
Für Menschen lesbar
🔐
Meistersamen
Argon2id gesichert
🔑
Schlüsselpaare
Kyber + SPHINCS+
📍
Ihre Adresse
SX...-Kennung

Der gesamte Vorgang dauert etwa 150 Millisekunden und ergibt ein Wallet, das sowohl gegen klassische als auch gegen Quantenangriffe vollständig geschützt ist.

4.2 25-Wörter-Mnemonik-Wiederherstellung

SynX verwendet ein erweitertes BIP-39-kompatibles mnemonisches Schema mit 25 Wörtern und bietet 264 Bit Entropie (256 Bit + 8-Bit-Prüfsumme). Dies geht über das standardmäßige 24-Wörter-Format hinaus und gewährleistet gleichzeitig die Kompatibilität mit vorhandenen Hardware-Wallet-Wortlisten.

Das 25. Wort dient einem doppelten Zweck:

  1. Zusätzliche Entropie für erhöhte Sicherheitsmarge
  2. Integrierte Prüfsumme zur Fehlererkennung

Für die Wallet-Wiederherstellung sind lediglich die mnemonische Phrase und die optionale Passphrase erforderlich. Derselbe Seed regeneriert deterministisch identische Kyber- und SPHINCS+-Schlüsselpaare.

4.3 Mehrsprachige Unterstützung

Das SynX-Wallet unterstützt sieben Sprachen sowohl für die Benutzeroberfläche als auch für mnemonische Wortlisten:

Sprache Code Wortliste
EnglischenBIP-39 inspiriert mit Quantenverbesserungen
SpanischesBIP-39 inspiriert mit Quantenverbesserungen
FranzösischfrBIP-39 inspiriert mit Quantenverbesserungen
ItalienischitBIP-39 inspiriert mit Quantenverbesserungen
PortugiesischptBIP-39 inspiriert mit Quantenverbesserungen
japanischjaBIP-39 inspiriert mit Quantenverbesserungen
KoreanischkoBIP-39 inspiriert mit Quantenverbesserungen

Benutzer können Wallets in jeder unterstützten Sprache erstellen und wiederherstellen. Die zugrunde liegende Entropie ist sprachunabhängig – eine mit englischen Wörtern erstellte Wallet kann mit den entsprechenden japanischen Wörtern wiederhergestellt werden.

4.4 USB-Hardware-Export

SynX unterstützt den sicheren Export von Wallet-Anmeldeinformationen auf USB-Speichergeräte für Air-Gap-Betrieb und Kühllagerung.

4.4.1 Exportformat

Das Exportformat verwendet AES-256-GCM-authentifizierte Verschlüsselung mit von Argon2id abgeleiteten Schlüsseln. Die Dateiintegrität wird über die BLAKE2b-256-Prüfsumme überprüft. Spezifische Parameter werden durch die Implementierung definiert.

4.4.2 Signieren mit Luftspalt

Der USB-Export ermöglicht die Offline-Transaktionssignierung. Nicht signierte Transaktionen werden an eine Air-Gap-Maschine übertragen, mit SPHINCS+ signiert und zur Übertragung zurückgesendet. Private Schlüssel berühren niemals ein mit dem Internet verbundenes Gerät.

4.5 Adressformat

SynX-Adressen verwenden das folgende Format:

Adresse = „SX“ || Base58Check(BLAKE2b-256(kyber768_pk)[0:32])

Die Adresse wird aus dem öffentlichen Kyber-768-Schlüssel abgeleitet. Das Präfix „SX“ ermöglicht die visuelle Identifizierung und die Base58Check-Kodierung umfasst eine 4-Byte-Prüfsumme zur Fehlererkennung. Die Gesamtlänge der Adresse beträgt 35 Zeichen.

5. Transaktionsprotokoll

5.1 Transaktionsstruktur

Eine SynX-Transaktion enthält die folgenden Felder:

Feld Größe Beschreibung
Version1 ByteProtokollversion
Zeitstempel8 ByteUnix-Zeitstempel (Millisekunden)
sender_pk32 ByteÖffentlicher SPHINCS+-Schlüssel
Empfänger34 ByteEmpfängeradresse (verschlüsselt)
Menge8 ByteTransaktionsbetrag (atomare Einheiten)
Gebühr8 ByteNetzwerkgebühr
einmal8 ByteTransaktionszähler des Absenders
NutzlastVariableOptional verschlüsselte Daten
Unterschrift7.856 ByteSPHINCS+-Signatur

5.2 Signiervorgang

Wenn Sie eine Transaktion senden, führt das Wallet die folgenden Schritte aus, um eine fälschungssichere, quantensichere Signatur zu erstellen:

1
Pakettransaktionsdaten

Betrag, Empfänger, Gebühr und Zeitstempel werden kombiniert

2
Erstellen Sie einen digitalen Fingerabdruck

Der Blake2b-Hash erzeugt eine eindeutige 256-Bit-Kennung

3
Wenden Sie die SPHINCS+-Signatur an

Hash-basierte Signatur beweist den Besitz (~5 ms)

4
An Netzwerk senden

Signierte Transaktion an Validatoren gesendet

5.3 Überprüfung

Knoten verifizieren Transaktionen durch:

  1. Überprüfung des Absenders über ausreichendes Guthaben (einschließlich Gebühr)
  2. Überprüfen, ob die Nonce genau die aktuelle Nonce des Absenders + 1 ist
  3. Neuberechnung des Transaktions-Hash aus serialisierten Daten
  4. Überprüfung der SPHINCS+-Signatur anhand des öffentlichen Schlüssels des Absenders
  5. Überprüfungszeitstempel liegt innerhalb akzeptabler Grenzen (±5 Minuten)

Ungültige Transaktionen werden abgelehnt und nicht weitergegeben.

5.4 Stealth-Adressen

SynX implementiert rotierende Brenneradressen zum Schutz der Privatsphäre des Empfängers. Für jede Transaktion wird eine neue Adresse verwendet, sodass Beobachter keine Zahlungen einem einzelnen Empfänger zuordnen können:

👤 Absender
erstellt temporären Schlüssel →
🔑 Vergänglicher Schlüssel
wird mit dem öffentlichen Schlüssel des Empfängers kombiniert →
🎯 Einmalige Adresse
👤 Empfänger
← scannt mit privatem Schlüssel
✅ Gelder erkannt

Nur der vorgesehene Empfänger kann eingehende Transaktionen identifizieren und beanspruchen. Externe Beobachter sehen unabhängige Einmaladressen ohne sichtbare Verbindung.

6. Absteckmechanismus

6.1 Konsensübersicht

SynX verwendet eine hybride Proof-of-Stake + Proof-of-Work-Konsensarchitektur namens Synergy Sea. Staking-Validatoren sorgen für die Endgültigkeit der Transaktion in Sekundenbruchteilen, während Miner das Sicherheitsrückgrat tragen. Die Blockproduktion läuft konstruktionsbedingt in einem variablen Intervall: Der SerendipityX-Schwierigkeitsgrad steigt kontinuierlich, sodass sich die Lücke zwischen den Blöcken mit den Netzwerkbedingungen verschiebt und nicht nach einem festen Takt tickt. Dieses zweischichtige Design trennt die Transaktionsverarbeitung von der Blockproduktion – der architektonische Quantensprung, der SynX für praktische Transaktionsendgültigkeit schneller als Solana macht und der einem Gegner keinen vorhersehbaren Blockrhythmus lässt, mit dem er sich synchronisieren kann.

  • Endgültigkeit der Transaktion in Sekundenbruchteilen durch Konsens des Staking-Validators
  • Variable Blockproduktionsintervalle, die durch einen kontinuierlich steigenden Schwierigkeitsgrad bestimmt werden, für Mining-Belohnungen und Kettensicherheit
  • Energieeffiziente Absteckschicht kombiniert mit speicherhartem PoW (Argon2id, 2 GB)
  • Wirtschaftliche Sicherheit durch Anteilsreduzierung
  • Durch den zweischichtigen Konsens entfällt der Kompromiss zwischen Geschwindigkeit und Sicherheit

6.2 Absteckparameter

Parameter Wert
Mindesteinsatz10 SynX
SperrfristMindestens 7 Tage
Abklingzeit des Einsatzes aufheben24 Stunden
Basis-APR5 % (7 Tage) / 6 % (14 Tage) / 7,77 % (30 Tage)
Hiebstrafe5 % des Anteils
Zeit blockierenVariabel (schwierigkeitsabhängig)

6.3 Prämienverteilung

Blockbelohnungen werden proportional an die Staker verteilt, basierend auf ihrem Anteil am gesamten Stakes-Angebot. Die Belohnungsformel lautet:

Belohnung_i = block_reward × (stake_i / total_staked)

Die Prämien werden automatisch erhöht, es sei denn, der Benutzer veranlasst eine Auszahlung.

6.4 Slashing-Bedingungen

Staker werden gekürzt (sie verlieren einen Teil ihres Einsatzes) für:

  • Doppelsignierung (Erzeugung widersprüchlicher Blöcke)
  • Längere Ausfallzeit (>24 Stunden offline)
  • Es werden ungültige Blöcke erzeugt

6.5 In-Wallet-Absteckschnittstelle

Das SynX-Wallet bietet native Absteckfunktionen ohne externe Tools:

  1. Wählen Sie den Einsatzbetrag aus dem verfügbaren Guthaben aus
  2. Wählen Sie den Sperrzeitraum (7, 14 oder 30 Tage)
  3. Transaktion bestätigen (signiert mit SPHINCS+)
  4. Überwachen Sie Belohnungen im Echtzeit-Dashboard
  5. Mit einem Klick aufheben (nach Abklingzeit)
Lattice-based cryptography mathematical foundation showing 2D lattice grid, Shortest Vector Problem (SVP), Learning With Errors (LWE) equations, and ML-KEM-768 parameters used in SynX quantum-resistant encryption
Abbildung 1: 2D-Visualisierung der Gitterprobleme, die ML-KEM-768 zugrunde liegen. Der tatsächliche Kyber arbeitet im 768-dimensionalen Raum, wo das Problem des kürzesten Vektors selbst für Quantencomputer rechnerisch undurchführbar bleibt.

7. SerendipityX-Mining-Algorithmus

7.1 Designphilosophie

SerendipityX is SynX's anti-ASIC mining algorithm, inspired by Monero's RandomX and built on the Argon2id memory-hard function. The name reflects the protocol's core belief: that the discovery of new blocks should be a matter of glücklicher Zufall—equal opportunity for all participants—not a function of who can deploy the largest server rack.

Bitcoin-Mining wurde als „ein CPU, eine Stimme“ konzipiert. Heutzutage kontrollieren weniger als fünf Mining-Pools über 80 % der Hash-Rate von Bitcoin und betreiben ASIC-Farmen in Lagerhausgröße, die mehr Strom verbrauchen als ganze Nationen. Das dezentrale Ideal wurde von den sehr zentralisierten Machtstrukturen übernommen, denen es widerstehen sollte. SerendipityX wurde entwickelt, um dies zu verhindern.

7.2 Technische Grundlagen

SerendipityX basiert auf Argon2id, dem Gewinner des Password Hashing Competition (PHC), und ist in RFC 9106 standardisiert. Der Algorithmus erreicht ASIC-Resistenz durch drei mathematische Garantien:

Parameter Wert Zweck
Speicherkosten (m_cost)2 GBÜbertrifft das Mobilgerät RAM – eliminiert Telefonfarmen und ASIC-Wirtschaftlichkeit
Zeitkosten (t_cost)3 IterationenSequentielle Durchgänge verhindern Parallelisierungsverknüpfungen
Parallelität (p)1Eliminiert mehrspurige ASIC-Optimierungsvektoren
Ausgabelänge32 Byte256-Bit-Hash, kompatibel mit der Blake2b-Kette
ModusArgon2id (Hybrid)Datenunabhängige + datenabhängige Durchgänge für den Seitenkanalwiderstand

7.3 Warum die Speicherhärte die ASIC-Zentralisierung besiegt

ASIC-Chips dominieren das SHA-256-Mining (Bitcoin), indem sie Milliarden einfacher Hash-Schaltkreise auf Silizium packen. Jede Schaltung ist winzig, günstig und schnell. Aber SerendipityX erfordert die Durchführung jeder Hash-Berechnung 2 GB zufällige Speicherzugriffsmuster– Speicher, der nicht wie Logikgatter miniaturisiert werden kann. Die 2-GB-Anforderung wurde bewusst gewählt: Sie übersteigt die auf den meisten Mobiltelefonen verfügbare RAM-Größe und verhindert so, dass chinesische und staatlich geförderte Telefonfarmbetriebe das Netzwerk mit Tausenden von Billiggeräten überschwemmen. Die Kosten für DRAM mit hoher Bandbreite dominieren die gesamten Chipkosten und gleichen die Leistung zwischen benutzerdefinierten ASICs und Consumer-Desktop-CPUs/GPUs aus.

ASIC_advantage = Compute_Speedup / Memory_Bottleneck → ≈ 1× für Argon2id

Bei SHA-256 erreichen ASICs eine Geschwindigkeitssteigerung von über 10.000x gegenüber CPUs. Für Argon2id begrenzt die Speicherwand den ASIC-Vorteil auf etwa das 1- bis 3-fache, wodurch kundenspezifisches Silizium im großen Maßstab wirtschaftlich nicht vertretbar ist.

7.4 Hybrider Konsens: SerendipityX PoW + Staking (Der Synergy Sea)

SynX verwendet eine hybride PoS+PoW-Konsensarchitektur namens Synergy Sea. Dieses zweischichtige Design trennt die Transaktionsverarbeitung von der Blockproduktion – der architektonische Quantensprung, der SynX für praktische Transaktionsendgültigkeit schneller als Solana macht:

  • Mining-Schicht (PoW): Der neue SynX wird durch den SerendipityX-Proof-of-Work in einem variablen Blockintervall geprägt, wodurch Strom in Versorgung umgewandelt und gleichzeitig eine faire Verteilung und Kettensicherheit gewährleistet werden
  • Absteckschicht (PoS): Stake-Validatoren bestätigen Transaktionen in Sekundenbruchteilen und sorgen so für sofortige Endgültigkeit, unabhängig von der Blockproduktion
  • Der Quantensprung: Die Transaktionsverarbeitung erfolgt unabhängig von der Blockproduktion. Benutzer erleben sofortige Versendungen, unabhängig davon, wie lange es dauert, bis der aktuelle Block landet. Aus diesem Grund ist SynX schneller als Solana (~400 ms Slots), XRP (3–5 Sekunden) und jede klassische Blockchain – und warum ein variabler Blockintervall den Benutzer nichts kostet
  • Übergang: Die Mining-Belohnungen halbieren sich nach einem Zeitplan und verlagern nach und nach den Schwerpunkt auf das Abstecken

Das bedeutet, dass ein Student mit Laptop auf Messegelände mit einem staatlichen Schauspieler konkurriert. Kein einzelnes Unternehmen kann die Blockproduktion durch Hardwarevorteile dominieren. Das Protokoll erzwingt, was Bitcoin nur versprochen hat: gleichberechtigte Beteiligung an der Geldschöpfung.

Der SerendipityX-Anti-ASIC-Mining-Vergleich zeigt eine faire Hashratenverteilung im Vergleich zur Bitcoin ASIC-Zentralisierung mit speicherharten Argon2id-Parametern
Abbildung 2: Vergleich der Hash-Ratenverteilung – ASIC-dominiertes Bitcoin-Mining im Vergleich zur mathematisch fairen Verteilung von SerendipityX durch speicherintensives Argon2id-Proof-of-Work.

8. P2P Treuhand-Marktplatz

8.1 Designziele

Der SynX-Marktplatz ermöglicht vertrauenswürdigen Peer-to-Peer-Handel ohne zentralisierte Vermittler oder KYC-Anforderungen. Haupteigenschaften:

  • Nicht verwahrtes Treuhandkonto (im Smart Contract gesperrte Gelder)
  • Verschlüsselte Kommunikation zwischen Parteien
  • Dezentrale Streitbeilegung
  • Keine Gefährdung der Gegenpartei durch Börsen-Hacks

8.2 Treuhandprotokoll

Das Treuhandsystem durchläuft klar definierte Zustände und stellt sicher, dass beide Parteien bei jedem Schritt geschützt sind:

Erstellt
Angebot gepostet
Gefördert
Beide hinterlegt
Freigegeben
Handel abgeschlossen
Umstritten
Schiedsrichter beteiligt
Erstattet
Gelder zurückgegeben

An jedem Treuhandkonto sind drei Parteien beteiligt: ​​Hersteller, Nehmer und Schiedsrichter. Für die Freigabe von Geldern sind zwei von drei Unterschriften erforderlich, um sicherzustellen, dass keine einzelne Partei Gelder stehlen kann.

8.3 Handelsströme

  1. Angebotserstellung: Der Hersteller erstellt ein Angebot mit Angabe von Betrag, Preis, Zahlungsmethode und Zeitlimit
  2. Angebotsannahme: Der Abnehmer nimmt das Angebot an, die Gelder beider Parteien werden in einem 2-von-3-Multisig-Treuhandkonto gesperrt
  3. Zahlung: Der Abnehmer sendet Fiat-Zahlungen über die angegebene Methode (Bank, Bargeld usw.)
  4. Bestätigung: Der Hersteller bestätigt den Empfang, beide unterzeichnen die Freigabetransaktion
  5. Freigeben: Gelder an den Abnehmer freigegeben, Handel abgeschlossen

8.4 Streitbeilegung

Wenn die Parteien anderer Meinung sind, kann es zu einem Schiedsverfahren kommen:

  1. Die streitende Partei zahlt die Schiedsgerichtsgebühr (wird zurückerstattet, wenn sie obsiegt)
  2. Der Schiedsrichter prüft verschlüsselte Beweise beider Parteien
  3. Der Schiedsrichter unterzeichnet die Freigabetransaktion für die siegreiche Partei
  4. 2 von 3 Unterschriften (Schiedsrichter + Gewinner) geben Gelder frei

Schiedsrichter werden aus einem dezentralen Pool basierend auf Reputation und Einsatz ausgewählt.

8.5 Verschlüsselte Nachrichten

Handelsteilnehmer kommunizieren über Ende-zu-Ende-verschlüsselte Kanäle mithilfe des Kyber-Schlüsselaustauschs:

💬
Ihre Nachricht
Kyber + AES-256
🔒
Verschlüsselt
Netzwerk
📨
Nur Empfänger

Nachrichten werden mit AES-256-GCM unter Verwendung eines über Kyber-768 eingerichteten gemeinsamen Geheimnisses verschlüsselt. Selbst wenn sie abgefangen werden, können Nachrichten nicht von Dritten gelesen werden – auch nicht von Netzwerkbetreibern.

9. Datenschutz auf Netzwerkebene

9.1 Tor-Integration

SynX-Knoten können vollständig über Tor betrieben werden und bieten:

  • Verschleierung der IP-Adresse für Transaktionsübertragungen
  • Widerstand gegen Verkehrsanalyse
  • Zensurumgehung

Der Daemon unterstützt den automatischen Aufbau von Tor-Verbindungen und den Betrieb versteckter Dienste.

9.2 Dandelion++-Protokoll

Die Transaktionsweitergabe verwendet Dandelion++, um eine Deanonymisierung auf Netzwerkebene zu verhindern:

  1. Stammphase: Die Transaktion wird entlang eines zufälligen Pfads durch Knoten weitergeleitet
  2. Flauschphase: Die Transaktion wird weithin über Standardklatsch verbreitet

Dadurch wird verhindert, dass Angreifer den Ursprung der Transaktion durch First-Seen-Heuristiken identifizieren können.

9.3 Peer-Discovery

Knoten entdecken Peers durch:

  • Hartcodierte Bootstrap-Knoten
  • DNS-Seed-Server
  • Peer-Austauschprotokoll
  • Versteckte Tor-Dienstverzeichnisse

10. Vergleich mit Legacy-Ketten

Die folgende Tabelle vergleicht SynX mit den wichtigsten datenschutzorientierten und gängigen Kryptowährungen:

Besonderheit Bitcoin Monero Zcash SynX
Signaturalgorithmus ECDSA (secp256k1) EdDSA (Ed25519) EdDSA/Groth16 SPHINCS+-128f
Schlüsselaustausch ECDH X25519 X25519 Kyber-768
Quantenbeständig No No No Ja
Datenschutzstandard No Ja Optional Ja
Vertrauenswürdiges Setup No No Ja No
Durchschn. TX-Größe ~250 Byte ~2-3 KB ~2 KB ~20 KB
Blockzeit ~10 Min ~2 Min ~75 Sek ~60 Sek
TX-Endgültigkeit ~60 Min ~20 Min ~12,5 Min Subsekunde
Konsens POW POW POW Hybrides PoS+PoW
Einheimisches Abstecken No No No Ja
P2P-Marktplatz No No No Ja
Mehrsprachiges Wallet Variiert Ja Beschränkt 7 Sprachen
USB Kühllager Über Hardware-Wallet Über Hardware-Wallet Über Hardware-Wallet Einheimisch

10.1 Quantenmigrationsrisiko

ECDSA quantum vulnerability analysis versus post-quantum cryptography defense comparison showing Shor's algorithm polynomial-time attack on elliptic curves versus ML-KEM-768 lattice-based security requiring 2^187 classical operations
Abbildung 4: Vergleich der Quantenangriffskomplexität. ECDSA (Bitcoin, Ethereum, Monero, Zcash) wird durch den Algorithmus von Shor in der Polynomzeit O(n³) gebrochen. Der ML-KEM-768 von SynX erfordert 2¹⁸⁷ Operationen – über die Rechenkapazität jedes denkbaren Quantencomputers hinaus.

Legacy-Ketten stehen bei der Migration zur Post-Quanten-Kryptographie vor großen Herausforderungen:

  • Bitcoin: Erfordert einen Hard-Fork-Konsens in der dezentralen Gemeinschaft. Durch die Adressmigration sind alte P2PKH-Ausgaben angreifbar. Geschätzte 4+ Millionen BTC in Adressen mit offengelegten öffentlichen Schlüsseln.
  • Ethereum: Account abstraction provides upgrade path, but smart contract compatibility is complex. Migration period creates attack window.
  • Monero: Ringsignaturen erfordern eine sorgfältige Neugestaltung für Post-Quantum. Die akademische Forschung läuft, es gibt jedoch keinen Zeitplan für die Bereitstellung.
  • Zcash: zk-SNARKs basieren auf elliptischen Kurvenpaaren. Post-Quanten-SNARKs existieren, sind jedoch deutlich größer und langsamer.

SynX erfordert keine Migration. Alle Adressen verwenden seit Genesis Post-Quanten-Kryptographie.

11. Leistungsanalyse

11.1 Benchmarks

Erwartete Leistung auf Standardhardware:

Betrieb Zeit Erinnerung
Wallet-GenerierungSubsekundeminimal
SPHINCS+-ZeichenMillisekundenminimal
SPHINCS+ überprüfenunter einer Millisekundeminimal
Kyber kapselnunter einer Millisekundeminimal
Kyber entkapselnunter einer Millisekundeminimal
TransaktionsaufbauMillisekundenminimal
BlockvalidierungSubsekundemäßig

Spezifische Zeitvorgaben hängen von der Implementierung ab und werden bewusst weggelassen.

11.2 Skalierbarkeit

SynX ist für den Betrieb mit hohem Durchsatz konzipiert:

  • Blockgrößenbeschränkung: 500 KB
  • Blockintervall: variabel, schwierigkeitsgesteuert (Mining-Schicht)
  • Transaktionsendgültigkeit: Sekundenbruchteil (Absteckvalidierungsschicht)
  • Zieldurchsatz: 2.000+ TPS
  • RPC-Kapazität: 8.000 Anfragen/Sekunde dauerhaft

Das Netzwerk verwendet adaptive Brennmechanismen, die mit dem Transaktionsvolumen skalieren und so die wirtschaftliche Stabilität auch bei einem Durchsatz auf Solana-Ebene aufrechterhalten. Layer-2-Lösungen können zusätzliche Kapazität für spezielle Anwendungsfälle bereitstellen.

11.3 Speicheranforderungen

  • Vollständiger Knoten (aktuell): ~15 GB
  • Beschnittener Knoten: ~5 GB
  • Nur Wallet: ~100 MB

12. Zukünftige Arbeit

12.1 In Prüfung

Die folgenden Funktionen werden für eine mögliche Aufnahme in zukünftige Protokollversionen evaluiert:

  • Hardware-Wallet-Integration: Unterstützung für dedizierte Signiergeräte, die SPHINCS+ implementieren
  • Mobile Geldbörse: Native Anwendungen für iOS- und Android-Plattformen
  • Layer-2-Skalierung: Staatliche Kanalkonstruktionen für höheren Durchsatz
  • Kettenübergreifende Interoperabilität: Brückenmechanismen zu externen Netzwerken
  • Vertrauliche Transaktionen: Betragsversteckung durch Post-Quantum-Commitment-Systeme

Die Zeitpläne für die Implementierung hängen von Sicherheitsüberprüfungen, Community-Feedback und Protokoll-Governance ab.

12.2 Aktive Forschungsbereiche

Die folgenden Themen werden derzeit wissenschaftlich untersucht, sind aber noch nicht in die Roadmap aufgenommen:

  • Post-Quantum-Ring-Signaturen für eine verbesserte Privatsphäre des Absenders
  • Gitterbasierte, wissensfreie Konstruktionen
  • Quantenresistente Schwellenwertkryptographie für Treuhandzwecke

13. Fazit

The inevitable evolution from classical cryptocurrency to quantum-resistant post-quantum protocols - illustrating why migration from ECDSA to lattice-based cryptography is mathematically inevitable
Abbildung 5: Die unvermeidliche Entwicklung der Kryptowährung. Klassische Ketten, die auf ECDSA basieren, sind mit der mathematischen Gewissheit der Quantenanfälligkeit konfrontiert. Post-Quantum-Protokolle wie SynX stellen den einzig gangbaren Vorwärtspfad dar.

SynX repräsentiert einen grundlegend anderen Ansatz zur Sicherheit von Kryptowährungen. Anstatt auf alten kryptografischen Annahmen aufzubauen und zukünftige Upgrades zu planen, implementiert SynX NIST-standardisierte Post-Quanten-Algorithmen von Genesis. Jede Transaktionssignatur verwendet SPHINCS+-Hash-basierte Kryptographie mit informationstheoretischer Sicherheit. Jeder Schlüsselaustausch nutzt die Kyber-768-Gitter-basierte Kapselung.

Bei der Wallet-Architektur stehen sowohl Sicherheit als auch Benutzerfreundlichkeit im Vordergrund: 25-Wörter-Mnemonik-Wiederherstellung, Unterstützung für sieben Sprachen, nativer USB-Export für Air-Gap-Signierung und integriertes Abstecken ohne externe Tools. Der P2P-Treuhandmarktplatz ermöglicht vertrauenswürdigen Handel ohne zentralisierte Börsen oder KYC-Anforderungen.

Wenn kryptografisch relevante Quantencomputer auftauchen, stehen Legacy-Ketten vor schwierigen Migrationen mit erheblicher Angriffsfläche. Für SynX-Benutzer gibt es keinen solchen Übergang. Ihre Gelder wurden vom ersten Block an durch Post-Quanten-Kryptographie geschützt.

SynX enthält keine bekannten Hintertüren, wichtigen Treuhandmechanismen oder Zugriffsfunktionen für Strafverfolgungsbehörden. Das Protokoll ist Closed Source bis Blockhöhe 200K und sind bei Veröffentlichung unabhängig überprüfbar.

Das Protokoll ist Closed Source bis Blockhöhe 200K, das Netzwerk ist live und das Wallet steht zum Download zur Verfügung.

14. Referenzen

  1. Shor, P. W. (1994). „Algorithmen für die Quantenberechnung: diskrete Logarithmen und Faktorisierung.“ Tagungsband 35. jährliches Symposium über Grundlagen der Informatik. DOI: 10.1109/SFCS.1994.365700
  2. NIST (2024). „Post-Quantum-Kryptographie.“ Nationales Institut für Standards und Technologie. csrc.NIST.gov/projects/post-quantum-cryptography
  3. Avanzi, R., et al. (2021). „CRYSTALS-Kyber: Algorithmusspezifikationen und unterstützende Dokumentation.“ NIST PQC-Einreichung. pq-crystals.org/Kyber
  4. Bernstein, D. J., et al. (2019). „SPHINCS+: Einreichung beim NIST Post-Quantum-Projekt.“ NIST PQC-Einreichung. SPHINCS.org
  5. Grover, L. K. (1996). „Ein schneller quantenmechanischer Algorithmus für die Datenbanksuche.“ Tagungsband 28. jährliches ACM-Symposium zur Computertheorie. DOI: 10.1145/237814.237866
  6. Aumasson, J.-P. & Neves, S. (2013). „BLAKE2: einfacher, kleiner, schnell wie MD5.“ ACNS 2013. blake2.net
  7. Biryukov, A., Dinu, D., & Khovratovich, D. (2016). "Argon2: the memory-hard function for password hashing and other applications." Passwort-Hashing-Wettbewerb. passwort-hashing.net
  8. Fiat, A. & Shamir, A. (1986). „So beweisen Sie sich: praktische Lösungen für Identifikations- und Signaturprobleme.“ KRYPTO 1986. DOI: 10.1007/3-540-47721-7_12
  9. Boneh, D. & Shoup, V. (2023). Ein Graduiertenkurs in Angewandter Kryptographie. Stanford-Universität. toc.cryptobook.us
  10. Mosca, M. (2018). „Cybersicherheit im Zeitalter der Quantencomputer: Werden wir bereit sein?“ IEEE-Sicherheit und Datenschutz. DOI: 10.1109/MSP.2018.3761723

© 2026 SynergyX • synxcrypto.com

Dieses Dokument dient ausschließlich Informationszwecken. Es handelt sich nicht um eine Finanz-, Rechts- oder Anlageberatung.