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 functionKDF(·)— Argon2id key derivation functionKyber.KeyGen()— Kyber-768-SchlüsselgenerierungKyber.Encaps(pk)— Kyber-768-KapselungKyber.Decaps(sk, ct)— Kyber-768-EntkapselungSPHINCS.KeyGen()— SPHINCS+-SHAKE-128s SchlüsselgenerierungSPHINCS.Sign(sk, m)— SPHINCS+-SignaturgenerierungSPHINCS.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:
- 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.
- 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).
- Sichere Zufälligkeit: Das CSPRNG des Betriebssystems stellt 256 Bit echte Entropie für die Seed-Generierung bereit.
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 |
|---|---|---|
| n | 256 | Polynomgrad |
| k | 3 | Modulrang |
| q | 3329 | Modul |
| η₁ | 2 | Rauschparameter (Schlüsselgenerierung) |
| η₂ | 2 | Rauschparameter (Verschlüsselung) |
| Größe des öffentlichen Schlüssels | 1.184 Byte | — |
| Größe des geheimen Schlüssels | 2.400 Byte | — |
| Chiffretextgröße | 1.088 Byte | — |
| Geteiltes Geheimnis | 32 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 |
|---|---|---|
| Sicherheitsstufe | 128-Bit (Post-Quantum) | NIST Level 1 |
| Hash function | SHAKE256 | Extendable output function |
| Variante | 128f (schnell) | Optimiert für die Signiergeschwindigkeit |
| Größe des öffentlichen Schlüssels | 32 Byte | — |
| Größe des geheimen Schlüssels | 64 Byte | — |
| Signaturgröße | 7.856 Byte | ~7,7 KB |
| Zeit für die Unterzeichnung | Millisekunden | Implementierungsabhängig |
| Überprüfungszeit | unter einer Millisekunde | Implementierungsabhä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.
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:
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:
- Zusätzliche Entropie für erhöhte Sicherheitsmarge
- 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 |
|---|---|---|
| Englisch | en | BIP-39 inspiriert mit Quantenverbesserungen |
| Spanisch | es | BIP-39 inspiriert mit Quantenverbesserungen |
| Französisch | fr | BIP-39 inspiriert mit Quantenverbesserungen |
| Italienisch | it | BIP-39 inspiriert mit Quantenverbesserungen |
| Portugiesisch | pt | BIP-39 inspiriert mit Quantenverbesserungen |
| japanisch | ja | BIP-39 inspiriert mit Quantenverbesserungen |
| Koreanisch | ko | BIP-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:
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 |
|---|---|---|
| Version | 1 Byte | Protokollversion |
| Zeitstempel | 8 Byte | Unix-Zeitstempel (Millisekunden) |
| sender_pk | 32 Byte | Öffentlicher SPHINCS+-Schlüssel |
| Empfänger | 34 Byte | Empfängeradresse (verschlüsselt) |
| Menge | 8 Byte | Transaktionsbetrag (atomare Einheiten) |
| Gebühr | 8 Byte | Netzwerkgebühr |
| einmal | 8 Byte | Transaktionszähler des Absenders |
| Nutzlast | Variable | Optional verschlüsselte Daten |
| Unterschrift | 7.856 Byte | SPHINCS+-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:
Betrag, Empfänger, Gebühr und Zeitstempel werden kombiniert
Der Blake2b-Hash erzeugt eine eindeutige 256-Bit-Kennung
Hash-basierte Signatur beweist den Besitz (~5 ms)
Signierte Transaktion an Validatoren gesendet
5.3 Überprüfung
Knoten verifizieren Transaktionen durch:
- Überprüfung des Absenders über ausreichendes Guthaben (einschließlich Gebühr)
- Überprüfen, ob die Nonce genau die aktuelle Nonce des Absenders + 1 ist
- Neuberechnung des Transaktions-Hash aus serialisierten Daten
- Überprüfung der SPHINCS+-Signatur anhand des öffentlichen Schlüssels des Absenders
- Ü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:
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 |
|---|---|
| Mindesteinsatz | 10 SynX |
| Sperrfrist | Mindestens 7 Tage |
| Abklingzeit des Einsatzes aufheben | 24 Stunden |
| Basis-APR | 5 % (7 Tage) / 6 % (14 Tage) / 7,77 % (30 Tage) |
| Hiebstrafe | 5 % des Anteils |
| Zeit blockieren | Variabel (schwierigkeitsabhängig) |
6.3 Prämienverteilung
Blockbelohnungen werden proportional an die Staker verteilt, basierend auf ihrem Anteil am gesamten Stakes-Angebot. Die Belohnungsformel lautet:
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:
- Wählen Sie den Einsatzbetrag aus dem verfügbaren Guthaben aus
- Wählen Sie den Sperrzeitraum (7, 14 oder 30 Tage)
- Transaktion bestätigen (signiert mit SPHINCS+)
- Überwachen Sie Belohnungen im Echtzeit-Dashboard
- Mit einem Klick aufheben (nach Abklingzeit)
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 Iterationen | Sequentielle Durchgänge verhindern Parallelisierungsverknüpfungen |
| Parallelität (p) | 1 | Eliminiert mehrspurige ASIC-Optimierungsvektoren |
| Ausgabelänge | 32 Byte | 256-Bit-Hash, kompatibel mit der Blake2b-Kette |
| Modus | Argon2id (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.
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.
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:
Angebot gepostet
Beide hinterlegt
Handel abgeschlossen
Schiedsrichter beteiligt
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
- Angebotserstellung: Der Hersteller erstellt ein Angebot mit Angabe von Betrag, Preis, Zahlungsmethode und Zeitlimit
- Angebotsannahme: Der Abnehmer nimmt das Angebot an, die Gelder beider Parteien werden in einem 2-von-3-Multisig-Treuhandkonto gesperrt
- Zahlung: Der Abnehmer sendet Fiat-Zahlungen über die angegebene Methode (Bank, Bargeld usw.)
- Bestätigung: Der Hersteller bestätigt den Empfang, beide unterzeichnen die Freigabetransaktion
- Freigeben: Gelder an den Abnehmer freigegeben, Handel abgeschlossen
8.4 Streitbeilegung
Wenn die Parteien anderer Meinung sind, kann es zu einem Schiedsverfahren kommen:
- Die streitende Partei zahlt die Schiedsgerichtsgebühr (wird zurückerstattet, wenn sie obsiegt)
- Der Schiedsrichter prüft verschlüsselte Beweise beider Parteien
- Der Schiedsrichter unterzeichnet die Freigabetransaktion für die siegreiche Partei
- 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:
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:
- Stammphase: Die Transaktion wird entlang eines zufälligen Pfads durch Knoten weitergeleitet
- 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
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-Generierung | Subsekunde | minimal |
| SPHINCS+-Zeichen | Millisekunden | minimal |
| SPHINCS+ überprüfen | unter einer Millisekunde | minimal |
| Kyber kapseln | unter einer Millisekunde | minimal |
| Kyber entkapseln | unter einer Millisekunde | minimal |
| Transaktionsaufbau | Millisekunden | minimal |
| Blockvalidierung | Subsekunde | mäß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
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
- 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
- NIST (2024). „Post-Quantum-Kryptographie.“ Nationales Institut für Standards und Technologie. csrc.NIST.gov/projects/post-quantum-cryptography
- Avanzi, R., et al. (2021). „CRYSTALS-Kyber: Algorithmusspezifikationen und unterstützende Dokumentation.“ NIST PQC-Einreichung. pq-crystals.org/Kyber
- Bernstein, D. J., et al. (2019). „SPHINCS+: Einreichung beim NIST Post-Quantum-Projekt.“ NIST PQC-Einreichung. SPHINCS.org
- 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
- Aumasson, J.-P. & Neves, S. (2013). „BLAKE2: einfacher, kleiner, schnell wie MD5.“ ACNS 2013. blake2.net
- Biryukov, A., Dinu, D., & Khovratovich, D. (2016). "Argon2: the memory-hard function for password hashing and other applications." Passwort-Hashing-Wettbewerb. passwort-hashing.net
- 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
- Boneh, D. & Shoup, V. (2023). Ein Graduiertenkurs in Angewandter Kryptographie. Stanford-Universität. toc.cryptobook.us
- Mosca, M. (2018). „Cybersicherheit im Zeitalter der Quantencomputer: Werden wir bereit sein?“ IEEE-Sicherheit und Datenschutz. DOI: 10.1109/MSP.2018.3761723