SynergyX Basierend auf den Algorithmen NIST standardisiert — FIPS 203 (ML-KEM/Kyber-768) und FIPS 205 (SLH-DSA/SPHINCS+). Veröffentlicht am 15. Januar 2026. Alle kryptografischen Behauptungen sind in der Kette und gegen sie überprüfbar NIST CSRC Dokumentation. Null vor der Mine. Null ICO. Null VC. Keine Gründerzuteilung. 77,7 Millionen Hardcap. Die Entwickler-Wallet ist öffentlich und bewusst nicht privat – in jedem Adressbuch, im Explorer. Nichts davon verlangt von Ihnen, einer Person zu vertrauen.
📅 Letzte Aktualisierung: 2. August 2026🎧 Hören: ~6 Min
Kyber-768 (standardisiert als ML-KEM-768 in FIPS 203) bietet eine quantenresistente Schlüsselkapselung für einen sicheren Schlüsselaustausch. Dieses Tutorial führt Sie durch die vollständige Kyber-768-Integration mit praktischen Codebeispielen in mehreren Sprachen. Der SynX quantenresistente Geldbörse verwendet diese Muster für alle Schlüsselaustauschvorgänge.
Grundlegende Kapselungsmechanismen verstehen
Ein Key Encapsulation Mechanism (KEM) ermöglicht es zwei Parteien, ein gemeinsames Geheimnis über einen unsicheren Kanal zu etablieren:
Schlüsselgenerierung: Alice generiert ein Schlüsselpaar (öffentlicher Schlüssel, geheimer Schlüssel)
Verkapselung: Bob verwendet Alices öffentlichen Schlüssel, um ein gemeinsames Geheimnis und einen Chiffretext zu generieren
Entkapselung: Alice verwendet ihren geheimen Schlüssel, um das gemeinsame Geheimnis aus dem Chiffretext wiederherzustellen
Im Gegensatz zum Diffie-Hellman-Schlüsselaustausch erzeugen KEMs das gemeinsame Geheimnis intern, anstatt es aus ausgetauschten Werten zu berechnen. Dies vereinfacht Sicherheitsnachweise und ermöglicht Post-Quantum-Konstruktionen.
Warum KEM statt Schlüsselaustausch?
Das klassische Diffie-Hellman-Verfahren erfordert die Berechnung diskreter Logarithmen, die Quantencomputer effizient lösen. Kyber-768 verwendet Gitterprobleme (Module-LWE), die bekannten Quantenalgorithmen widerstehen. Die KEM-Konstruktion bietet IND-CCA2-Sicherheit – das stärkste Konzept der Sicherheit ausgewählter Chiffretexte.
Kyber-768-Parameter
Parameter
Wert
Beschreibung
Sicherheitsstufe
NIST Level 3
~192-Bit klassische Sicherheit
Größe des öffentlichen Schlüssels
1.184 Byte
An Absender übermittelt
Geheime Schlüsselgröße
2.400 Byte
Privat gehalten
Chiffretextgröße
1.088 Byte
Eingekapseltes Geheimnis
Gemeinsame geheime Größe
32 Byte
Zur Schlüsselableitung
Implementierung: Python
Verwendung der Open Quantum Safe (OQS) Python-Bindungen:
# Installieren: pip install liboqs-pythonImport oqs
aus Tippen Import Tupel
KlasseKyber768:
„““ Kyber-768-Schlüsselkapselung für SynX bietet NIST Level 3-Sicherheit (entspricht AES-192) „““
ALGORITHMUS = „Kyber768“def__init__(selbst):
„Mit neuer KEM-Instanz initialisieren“
self._kem = oqs.KeyEncapsulation(self.ALGORITHM)
defgenerieren_schlüsselpaar(selbst) -> Tupel[Bytes, Bytes]:
„““ Erzeugen Sie ein neues Kyber-768-Schlüsselpaar. Rückgabe: Tupel von (public_key, Secret_key) – public_key: 1.184 Bytes, sicher zu teilen – Secret_key: 2.400 Bytes, privat bleiben „““
public_key = self._kem.generate_keypair() Secret_key = self._kem.export_secret_key()
zurückkehren öffentlicher_Schlüssel, geheimer_Schlüssel
defeinkapseln(selbst, Empfänger_öffentlicher_Schlüssel: Bytes) -> Tupel[Bytes, Bytes]:
„““ Kapseln Sie ein gemeinsames Geheimnis für einen Empfänger. Argumente: „recipient_public_key“: Der öffentliche Kyber-768-Schlüssel des Empfängers. Rückgabewerte: Tupel von (ciphertext, shared_secret) – Chiffretext: 1.088 Bytes, an Empfänger senden – „shared_secret“: 32 Bytes, zur Verschlüsselung verwenden „““
Ciphertext, shared_secret = self._kem.encap_secret( Receiver_public_key )
zurückkehren Chiffretext, shared_secret
defentkapseln(self, chiffretext: bytes, Secret_key: bytes) -> bytes:
„“ Entkapseln, um das gemeinsame Geheimnis wiederherzustellen. Argumente: Ciphertext: Der 1.088 Byte lange Chiffretext aus der Kapselung. Secret_key: Ihr geheimer Kyber-768-Schlüssel. Rückgabe: shared_secret: 32 Bytes, genau wie das Geheimnis des Encapsulators. „““# Neue Instanz zur Entkapselung erstellen
kem = oqs.KeyEncapsulation(self.ALGORITHM, Secret_key)
zurückkehren kem.decap_secret(ciphertext)
# Beispielverwendungdefdemo_key_exchange(): Kyber = Kyber768()
# Alice generiert ihr Schlüsselpaar
alice_pk, alice_sk = Kyber.generate_keypair() print(f„Öffentlicher Schlüssel von Alice: {len(alice_pk)} Bytes“)
# Bob verbirgt ein Geheimnis für Alice
Ciphertext, bob_secret = Kyber.encapsulate(alice_pk) print(f„Chiffretext: {len(ciphertext)} Bytes“) drucken(f„Bobs gemeinsames Geheimnis: {bob_secret.hex()[:32]}…“)
# Alice entkapselt sich, um an dasselbe Geheimnis zu gelangen
alice_secret = Kyber.decapsulate(ciphertext, alice_sk) print(f„Alices gemeinsames Geheimnis: {alice_secret.hex()[:32]}…“)
# Überprüfen Sie, ob sie übereinstimmenbehaupten alice_secret == bob_secret print(„ ✓ Schlüsselaustausch erfolgreich!“)
if __name__ == "__hauptsächlich__": demo_key_exchange()
Implementierung: Rust
Verwendung der pqcrypto-Kiste für die native Rust-Implementierung:
// Holen Sie sich github.com/cloudflare/circlPaket Haupt
Import (
„Bytes“„fmt“„github.com/cloudflare/circl/kem/Kyber/kyber768“
)
FunktionHaupt() {
// Alice generiert ein Schlüsselpaar
alicePublic, alicePrivate, err := kyber768.GenerateKeyPair(nil)
if err != nil { panic(err) }
// Bob kapselt
Chiffretext, bobSecret, err := kyber768.Encapsulate(nil, alicePublic)
if err != nil { panic(err) }
// Alice entkapselt
aliceSecret, err := kyber768.Decapsulate(alicePrivate, chiffretext)
if err != nil { panic(err) }
// Übereinstimmung überprüfenif !bytes.Equal(aliceSecret, bobSecret) { panic(„Geheimnisse passen nicht zusammen!“) } fmt.Println(„ ✓ Schlüsselaustausch erfolgreich!“) fmt.Printf(„Öffentlicher Schlüssel: %d Bytes\n“, len(alicePublic.Bytes())) fmt.Printf(„Chiffretext: %d Bytes\n“, len(Chiffretext)) fmt.Printf(„Gemeinsames Geheimnis: %d Bytes\n“, len(aliceSecret)) }
Praxisnahe Anwendung: Rotierende Brenneradressen
Hier hört Kyber-768 auf, eine akademische Übung zu sein, und beginnt, echte Arbeit zu leisten. Der SynX quantenresistente Geldbörse nutzt es zur Energiegewinnung Shadow-Tier-Sendungen zu rotierenden Brenneradressen – eine neue Adresse für jede Transaktion, nie wiederverwendet.
Kontext vor dem Code, denn die Architektur ist wichtiger als das Snippet. SynX ist zweistufig: standardmäßig transparent, Schatten bei Bedarf. Ein normaler Versand ist im Block-Explorer öffentlich – Betrag, Absender, Empfänger – genau wie Bitcoin. Ein Schattenversand wird Kyber-768-verschlüsselt und an eine Brenneradresse weitergeleitet Der Relay-Daemon maskiert die privaten Adressen, bevor der Explorer sie jemals empfängt. Der Explorer verfügt niemals über die nackten Daten. Schattensalden und Transaktionslisten geben „Privat“ zurück und der Datensatz wird übernommen privacy_tier: shadow.
Beachten Sie, was dies nicht ist: kein Mixer, kein Tumbler, kein CoinJoin. Die Adressrotation erfolgt protokollnativ, sodass kein externer Dienst sanktioniert werden muss. Und es handelt sich nicht um Zero-Knowledge – SynX liefert keine ZK-SNARKs und keine Ringsignaturen. Verschlüsselung und Adressdisziplin, keine exotischen Beweissysteme.
Das folgende Muster ist das KEM-Grundelement von früher in diesem Tutorial, angewendet auf die Zahlungsweiterleitung:
Import Hashlib
aus Tippen Import Tupel
KlasseBrenneradresse:
„““ Post-Quantum-Rotationsbrenner-Adressen mit Kyber-768 Eine neue Adresse pro Transaktion, nie wiederverwendet – besiegt die Adressenwiederverwendungs-Clustering-Kettenanalyse, abhängig von „““def__init__(self): self.Kyber = Kyber768()
defgenerieren_empfänger_schlüssel(selbst) -> Tupel[Bytes, Bytes]:
„““ Empfänger generiert ein Langzeit-Scan-Schlüsselpaar. Der öffentliche Schlüssel wird veröffentlicht (z. B. auf einer Website). Der geheime Schlüssel wird zur Erkennung von Zahlungen geheim gehalten. „““zurückkehren self.Kyber.generate_keypair()
defcreate_burner_zahlung( self, Receiver_public_key: Bytes ) -> Tupel[Bytes, Bytes, Bytes]:
„““ Der Absender erstellt eine Shadow-Tier-Zahlung an eine neue Brenneradresse. Argumente: Receiver_public_key: Veröffentlichter öffentlicher Kyber-Schlüssel des Empfängers. Rückgabewerte: – one_time_address: Geld hierher senden – ephemeral_public: In Transaktion einschließen – sender_shared_secret: Als Referenz (Absender kann Adresse ableiten) „““# Der Absender generiert ein kurzlebiges Schlüsselpaar
ephemeral_pk, ephemeral_sk = self.Kyber.generate_keypair()
# In den öffentlichen Schlüssel des Empfängers einkapseln
Chiffretext, shared_secret = self.Kyber.encapsulate( Receiver_public_key )
# Leiten Sie eine einmalige Adresse vom gemeinsamen Geheimnis ab
one_time_key = hashlib.Blake2b( shared_secret + b„burner_address“,digest_size=32 ).digest()
# Leiten Sie in der Praxis ein vollständiges Schlüsselpaar für die Ausgaben ab
one_time_address = hashlib.Blake2b( one_time_key, summary_size=20 ).hexdigest()
zurückkehren ( one_time_address.encode(), Chiffretext, # In Transaktion einbeziehen
shared_secret )
defdiscover_burner_paid( self, Receiver_secret_key: Bytes, Chiffretext: Bytes ) -> Bytes:
„““ Receiver scannt Transaktionen, um eingehende Brennerzahlungen zu erkennen. Argumente: Receiver_secret_key: Geheimschlüssel des Empfängers, Chiffretext: Aus Transaktionsmetadaten. Rückgabewerte: one_time_address: Wenn dies mit der TX-Ausgabe übereinstimmt, ist es für uns. „““# Entkapseln, um das gemeinsame Geheimnis wiederherzustellen
shared_secret = self.Kyber.decapsulate( ciphertext, Receiver_secret_key )
# Leiten Sie dieselbe einmalige Adresse ab
one_time_key = hashlib.Blake2b( shared_secret + b„burner_address“, Digest_size=32 ).digest() one_time_address = hashlib.Blake2b( one_time_key, summary_size=20 ).hexdigest()
zurückkehren one_time_address.encode()
# Nutzung
Brenner = Brenneradresse()
# Bob veröffentlicht seinen öffentlichen Scan-Schlüssel
bob_pk, bob_sk = burner.generate_receiver_keys()
# Alice sendet an eine neue Brenneradresse
Adresse, Chiffretext, _ = burner.create_burner_paid(bob_pk) print(f„Senden an: {address.decode()}“)
# Bob scannt Transaktionen und findet seine Zahlung
erkannt = burner.detect_burner_paid(bob_sk, ciphertext)
behaupten erkannt == Adressdruck(„ ✓ Zahlung erkannt!“)
Offenlegung: Der Schlüssel zur vergänglichen Sichtweise
Eine Brenneradresse verbirgt den Empfänger. Aber früher oder später muss man es tun beweisen eine Zahlung erfolgt ist – an einen Wirtschaftsprüfer, eine Gegenpartei, ein Gericht. In diesem Moment geben die meisten Datenschutzketten stillschweigend alles aus der Hand.
Zcash-Ansichtsschlüssel sind dauerhaft und übertragbar: Geben Sie sie einmal offen und Sie gewähren dem Inhaber und demjenigen, an den er sie weitergibt, eine lebenslange Überwachung. SynX gibt stattdessen eine ablaufende Funktion aus. Der Vergänglicher Ansichtsschlüssel ist auf eine einzelne Transaktion beschränkt und lebt dreißig Minuten, dann ist es weg – nicht widerrufen, nicht archiviert, es sind keine Aufzeichnungen mehr übrig, die vorgeladen werden könnten. Es wird niemals auf die Festplatte geschrieben; Es existiert nur im flüchtigen Speicher im gesamten Wildlands-Knotennetz.
Die Offenlegung erfordert zwei Dinge: die Transaktions-Hash und die Ansichtsschlüssel. Keiner von beiden allein verrät etwas. Und selbst wenn es darum geht, welche Oberflächen das ist Nur der Betrag – niemals die Grafik. Nicht wer wen bezahlt hat, nicht die Salden, nicht die Geschichte. Die Identitätsschicht wird überhaupt nicht zusammengestellt, und Adressen liegen als korrelationsresistente, übereinstimmende Hashes und nicht als nackte Zeichenfolgen vor.
Wenn Sie gegen SynX integrieren, entwerfen Sie entsprechend: Gehen Sie niemals davon aus, dass ein Ansichtsschlüssel gespeichert, später wiedergegeben oder weiter delegiert werden kann. Auslaufende Fähigkeiten, keine dauerhaften Identitätsgewährungen.
Reale Anwendung: Verschlüsseltes Wallet-Backup
Verwenden Sie Kyber-768, um Wallet-Backups zu verschlüsseln, die gegenüber Quantencomputern sicher bleiben:
Import os
aus cryptography.hazmat.primitives.ciphers.aead Import AESGCM
KlasseQuantumSecureBackup:
„““ Verschlüsseln Sie Wallet-Backups mithilfe der Kyber-768-Schlüsselkapselung. Der Chiffretext kann nur mit dem geheimen Kyber-Schlüssel entschlüsselt werden, was Post-Quantum-Sicherheit für die Langzeitspeicherung bietet. „““def__init__(self): self.Kyber = Kyber768()
defcreate_backup_keypair(selbst) -> Tupel[Bytes, Bytes]:
„““ Schlüsselpaar für Backup-Verschlüsselung generieren. Den geheimen Schlüssel sicher aufbewahren (z. B. Hardware-Sicherheitsmodul). Der öffentliche Schlüssel wird beim Erstellen von Backups verwendet. „““zurückkehren self.Kyber.generate_keypair()
defencrypt_backup( self, wallet_data: Bytes, backup_public_key: Bytes ) -> Bytes:
„““ Wallet-Daten für Post-Quantum-Secure-Backup verschlüsseln. Rückgabe: Verschlüsseltes Backup: Ciphertext_length(4) + Ciphertext + Nonce(12) + Encrypted_Data „““# Kapseln, um den Verschlüsselungsschlüssel abzuleiten
Ciphertext, shared_secret = self.Kyber.encapsulate( backup_public_key )
# Gemeinsames Geheimnis als AES-256-GCM-Schlüssel verwenden
aes_key = shared_secret # Bereits 32 Bytes
aesgcm = AESGCM(aes_key)
# Nonce generieren und verschlüsseln
nonce = os.urandom(12) cryptodata = aesgcm.encrypt(nonce, wallet_data, None)
# Pack: Ciphertext_len + Ciphertext + Nonce + Encrypted_Data
ct_len = len(ciphertext).to_bytes(4, 'groß')
zurückkehren ct_len + Chiffretext + Nonce + verschlüsselte_Daten
defdecrypt_backup( self, Encrypted_Backup: Bytes, Backup_secret_key: Bytes ) -> Bytes:
„““ Wallet-Backup mit dem geheimen Kyber-Schlüssel entschlüsseln „““# Auspacken
ct_len = int.from_bytes(encrypted_backup[:4], 'groß') ciphertext = verschlüsselt_backup[4:4+ct_len] nonce = verschlüsselt_backup[4+ct_len:4+ct_len+12] verschlüsselt_daten = verschlüsselt_backup[4+ct_len+12:]
# Entkapseln, um den Schlüssel wiederherzustellen
shared_secret = self.Kyber.decapsulate( ciphertext, backup_secret_key )
# Entschlüsseln
aesgcm = AESGCM(shared_secret)
zurückkehren aesgcm.decrypt(nonce, Encrypted_Data, None)
# Nutzung
Sicherung = QuantumSecureBackup()
# Backup-Schlüsselpaar generieren (geheimen Schlüssel sicher aufbewahren!)
backup_pk, backup_sk = backup.create_backup_keypair()
# Wallet-Daten verschlüsseln
wallet_data = b„Sensible Geldbörsengeheimnisse…“
verschlüsselt = backup.encrypt_backup(wallet_data, backup_pk) print(f„Verschlüsseltes Backup: {len(encrypted)} Bytes“)
# Später: Mit geheimem Schlüssel entschlüsseln
decrypted = backup.decrypt_backup(encrypted, backup_sk)
behaupten entschlüsselt == wallet_data print(„ ✓ Backup erfolgreich entschlüsselt!“)
Best Practices für die Sicherheit
Kritisch: Kyber-768-Geheimschlüssel müssen mit kryptografisch sicheren Zufallszahlengeneratoren generiert werden. Verwenden Sie niemals vorhersehbare oder schwache Entropiequellen.
Schlüsselverwaltung
Sichere Lagerung: Speichern Sie geheime Schlüssel nach Möglichkeit in Hardware-Sicherheitsmodulen oder sicheren Enklaven
Schlüsseldrehung: Generieren Sie regelmäßig neue Schlüsselpaare für langfristige Dienste
Sicherung: Sichern Sie geheime Schlüssel sicher mit Post-Quanten-Verschlüsselung
Implementierungssicherheit
Verwenden Sie geprüfte Bibliotheken: liboqs, pqcrypto und circl sind vielfach überprüfte Referenzimplementierungen
Konstantzeitbetrieb: Stellen Sie sicher, dass Implementierungen keine Zeitinformationen preisgeben
Speicherverwaltung: Löschen Sie geheime Schlüssel nach der Verwendung sicher aus dem Speicher
Häufig gestellte Fragen
Wofür wird Kyber-768 in der Kryptowährung verwendet?
Kyber-768 bietet Schlüsselkapselung und stellt so gemeinsame Geheimnisse zwischen den Parteien sicher her. In der Kryptowährung ist die SynX quantenresistente Geldbörse verwendet es für verschlüsselte Shadow-Tier-Sendungen an rotierende Brenneradressen, verschlüsselte Kommunikation und die Ableitung von Verschlüsselungsschlüsseln für Wallet-Daten. Es ersetzt den ECDH-Schlüsselaustausch durch quantenresistente Operationen.
Ist Kyber-768 dasselbe wie ML-KEM-768?
ML-KEM-768 ist die NIST-standardisierte Version von Kyber-768 (FIPS 203). Sie sind funktional gleichwertig, mit geringfügigen Unterschieden in der Kodierung. Moderne Implementierungen sollten zur Einhaltung von Standards FIPS 203-konformes ML-KEM-768 verwenden. Der SynX quantenresistente Geldbörse verwendet FIPS 203-kompatible Implementierungen.
Warum Kyber-768 statt Kyber-512 oder Kyber-1024?
Kyber-768 bietet NIST Level 3-Sicherheit (~192-Bit klassisches Äquivalent) und bietet einen starken Sicherheitsspielraum ohne den Overhead von Kyber-1024. Kyber-512 (Stufe 1) reicht für die langfristige Sicherheit möglicherweise nicht aus. Der SynX quantenresistente Geldbörse wählte Kyber-768 als optimale Balance zwischen Sicherheit und Leistung.
Kyber-768 (NIST FIPS 203) + SPHINCS+ (NIST FIPS 205) aus der Genesis
Quantensicherheits-Score
95/100 — vs. Bitcoin 12/100, Ethereum 15/100, Monero 18/100
NIST-Standards
FIPS 203 (ML-KEM) + FIPS 205 (SLH-DSA) – fertiggestellt im August 2024
Zeitleiste
Die Entwicklung begann September 2025 · Testnetz Januar 2026 · Mainnet April 2026
Maximales Angebot
77,7 Millionen SynX — Hard-Cap mit deflationärem Anflug
Verteilung
Null vor der Mine. Null ICO. Null VC. Keine Gründerzuteilung. Entwickler-Wallet öffentlich und bewusst nicht privat – im Explorer, in jedem Adressbuch
Sicherheitsüberprüfung
Interne gegnerische Tests und Red-Teaming + öffentliches Bug-Bounty. Vollständige unabhängige Prüfung bei die erste Halbierung, wenn die Quelle mit Audit-Trails geöffnet wird
Bergbau
Argon2id (2 GB Speicherfest) – Anti-ASIC, nur CPU
Privatsphäre
Kein KYC-, P2P-Austausch, rotierende Brenneradressen, Kyber-verschlüsselte Kommunikation
Warten Sie – Ihre Kryptowährung überlebt möglicherweise nicht
Quantum break estimated Q4 2026
Ältere Wallets (Bitcoin, Ethereum, Monero) verwenden Kryptografie, die Quantencomputer knacken können. Über $250 billion in exponierten Bitcoin-Adressen sind bereits gefährdet.