Traduction automatique de l'original anglais. English

SynX : une couche de confidentialité post-quantique pour l'ère de l'information

Livre blanc technique

v1.0

Abstrait

SynX est une crypto-monnaie préservant la confidentialité, conçue dès la genèse avec des primitives cryptographiques post-quantiques. Contrairement aux chaînes existantes qui s'appuient sur une cryptographie à courbe elliptique vulnérable à l'algorithme de Shor, SynX implémente Kyber-768 standardisé par le NIST pour l'encapsulation de clé et SPHINCS+-SHAKE-128 pour les signatures numériques. Cet article présente les spécifications techniques complètes du protocole SynX, y compris l'architecture de portefeuille prenant en charge sept langues avec une récupération mnémonique de 25 mots et l'exportation du matériel USB, un marché de dépôt P2P sans confiance, un consensus de preuve de travail et de preuve de participation hybride, et une analyse complète du modèle de menace. Nous démontrons que SynX offre des garanties de confidentialité équivalentes ou supérieures aux solutions existantes tout en conservant une résistance aux ordinateurs quantiques cryptographiquement pertinents (CRQC). Le protocole ne nécessite aucune configuration fiable et fournit une sécurité de signature théorique grâce à des constructions basées sur le hachage.

1. Introduction

L’émergence de l’informatique quantique constitue une menace existentielle pour les fondements cryptographiques de l’infrastructure numérique moderne. L'algorithme de Shor, publié en 1994, fournit des solutions en temps polynomial à la fois à la factorisation entière et au problème du logarithme discret, les hypothèses mathématiques sous-jacentes au RSA, au DSA et à la cryptographie à courbe elliptique (ECC). Toutes les principales crypto-monnaies déployées aujourd'hui, notamment Bitcoin, Ethereum, Monero et Zcash, s'appuient exclusivement sur ECC pour l'authentification des transactions.

Le calendrier des ordinateurs quantiques cryptographiquement pertinents (CRQC) reste incertain, mais la trajectoire est claire. La feuille de route quantique d'IBM prévoit plus de 100 000 systèmes de qubits d'ici 2033. Le processeur Willow de Google a démontré des améliorations exponentielles en matière de correction d'erreurs en 2024. Les acteurs des États-nations maintiennent des programmes classifiés aux capacités inconnues. La stratégie « récolter maintenant, décrypter plus tard » – dans laquelle les adversaires collectent des données chiffrées aujourd'hui pour un décryptage futur – transforme ce problème d'avenir en une préoccupation immédiate de stockage de valeur à long terme.

Les crypto-monnaies existantes sont confrontées à un défi de taille : la mise à niveau de la résistance quantique nécessite des hard forks, un consensus des parties prenantes et une migration des adresses existantes. Pendant toute période de transition, les anciennes adresses restent vulnérables. La complexité du maintien de la compatibilité ascendante tout en introduisant de nouvelles primitives cryptographiques crée une surface d’attaque importante.

SynX résout ce problème en implémentant la cryptographie post-quantique depuis Genesis. Chaque adresse, transaction et communication peer-to-peer utilise des algorithmes standardisés par le NIST depuis le bloc zéro. Il n’y a aucune cryptographie héritée à déprécier et aucun risque de migration. Cet article fournit la spécification technique complète du protocole SynX.

1.1 Objectifs de conception

SynX a été conçu avec les objectifs suivants :

  • Résistance quantique : Toutes les opérations cryptographiques doivent résister aux attaques d’adversaires classiques et quantiques utilisant des algorithmes standardisés par le NIST.
  • Confidentialité des transactions : Les montants des transactions, les informations sur l’expéditeur et le destinataire doivent être cachés aux observateurs passifs.
  • Auto-souveraineté : Les utilisateurs doivent garder le contrôle total de leurs fonds sans dépendre de tiers de confiance, d'échanges centralisés ou de services nécessitant KYC.
  • Utilisabilité : Le portefeuille doit être accessible aux utilisateurs non techniques avec prise en charge de plusieurs langues et mécanismes de récupération standard.
  • Décentralisation: Le réseau doit résister à la capture par des adversaires disposant de ressources suffisantes grâce au consensus distribué et au fonctionnement des nœuds.

1.2 Notations

Tout au long de cet article, nous utilisons la notation suivante :

  • H(·) — BLAKE2b-256 hash function
  • KDF(·) — Argon2id key derivation function
  • Kyber.KeyGen() — Génération de clé Kyber-768
  • Kyber.Encaps(pk) — Encapsulation Kyber-768
  • Kyber.Decaps(sk, ct) — Décapsulation Kyber-768
  • SPHINCS.KeyGen() — Génération de clé SPHINCS+-SHAKE-128s
  • SPHINCS.Sign(sk, m) — Génération de signature SPHINCS+
  • SPHINCS.Verify(pk, m, σ) — Vérification de la signature SPHINCS+
  • || — Concaténation d'octets
  • - XOR au niveau du bit

2. Modèle de menace et hypothèses de sécurité

2.1 Capacités de l'adversaire

SynX est conçu pour assurer la sécurité contre les classes d'adversaires suivantes :

2.1.1 Adversaires classiques

Adversaires ayant accès à des ressources informatiques classiques arbitraires, notamment du matériel spécialisé (ASIC, FPGA) et des clusters informatiques distribués. Cela inclut les acteurs étatiques dotés de budgets de calcul importants mais limités.

2.1.2 Adversaires quantiques

Des adversaires ayant accès à des ordinateurs quantiques cryptographiquement pertinents, capables d'exécuter l'algorithme de Shor sur des courbes elliptiques de 256 bits et l'algorithme de Grover pour la recherche de clé symétrique. Nous supposons que les ordinateurs quantiques ne peuvent pas inverser efficacement les fonctions de hachage résistantes aux collisions au-delà de l'accélération quadratique fournie par l'algorithme de Grover.

2.1.3 Adversaires du réseau

Adversaires capables d'observer passivement tout le trafic réseau (adversaire passif global), d'attaques actives de l'homme du milieu sur des connexions spécifiques et d'analyse temporelle des diffusions de transactions.

2.2 Hypothèses de sécurité

La sécurité de SynX repose sur les hypothèses de calcul suivantes :

  1. Dureté module-LWE : Le problème d'apprentissage du module avec des erreurs avec les paramètres utilisés dans Kyber-768 est insoluble sur le plan informatique pour les ordinateurs classiques et quantiques.
  2. Sécurité de la fonction de hachage : SHAKE256 et Blake2b se comportent comme des oracles aléatoires, offrant une résistance aux collisions, une résistance à la pré-image et une résistance à la seconde pré-image contre les adversaires quantiques (en tenant compte de l'accélération quadratique de Grover).
  3. Aléatoire sécurisé : Le CSPRNG du système d'exploitation fournit 256 bits de véritable entropie pour la génération de graines.
Note de sécurité

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 Hors de portée

Les menaces suivantes sont considérées comme hors de portée du protocole principal :

  • Compromission de l'appareil de l'utilisateur via un logiciel malveillant ou un accès physique
  • Attaques par canal secondaire sur des implémentations matérielles spécifiques
  • Attaques d'ingénierie sociale contre des utilisateurs individuels
  • 51 % d'attaques avec un contrôle soutenu de la majorité qualifiée*

* Le protocole suppose une majorité honnête dans les mises. Les attaques majoritaires sont découragées économiquement par le biais du slashing, mais ne sont pas empêchées par la cryptographie.

3. Fondements cryptographiques

3.1 Encapsulation de la clé Kyber-768

Kyber est un mécanisme d'encapsulation de clé (KEM) basé sur le problème Module Learning With Errors (MLWE). Il a été sélectionné par NIST en 2022 comme finaliste et officiellement normalisé sous le nom de FIPS 203 (ML-KEM) en août 2024 après six ans d'évaluation publique.

Kyber-768 fournit le niveau de sécurité 3 du NIST, approximativement équivalent à AES-192. Le schéma fonctionne sur des anneaux polynomiaux R_q = Z_q[X]/(X^n + 1) avec n = 256 et q = 3329.

3.1.1 Jeu de paramètres

Paramètre Valeur Description
n256Degré polynomial
k3Rang du module
q3329Module
η₁2Paramètre de bruit (génération de clé)
η₂2Paramètre de bruit (cryptage)
Taille de la clé publique1 184 octets
Taille de la clé secrète2 400 octets
Taille du texte chiffré1 088 octets
Secret partagé32 octets

3.1.2 Utilisation dans SynX

SynX utilise Kyber-768 pour :

  • Communication de nœud peer-to-peer (échange de clés éphémères)
  • Messagerie cryptée sur le marché P2P
  • Dérivation d'adresse furtive (encapsulation de la clé du destinataire)

3.2 Signatures numériques SPHINCS+

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 utilise SPHINCS+-SHAKE-128s, le jeu de paramètres compact, produisant des signatures de 7 856 octets au niveau 1 de NIST (sécurité 128 bits). La clé publique de 32 octets et la clé privée de 64 octets maintiennent l'état du portefeuille petit tandis que la signature comporte le chemin d'authentification Merkle complet.

3.2.1 Jeu de paramètres

Paramètre Valeur Description
Niveau de sécurité128 bits (post-quantique)NIST Niveau 1
Hash functionSHAKE256Extendable output function
Variante128f (rapide)Optimisé pour la vitesse de signature
Taille de la clé publique32 octets
Taille de la clé secrète64 octets
Taille de la signature7 856 octets~7,7 Ko
Heure de signaturemillisecondesDépend de la mise en œuvre
Temps de vérificationsous-millisecondeDépend de la mise en œuvre

3.2.2 Structure des signatures

SPHINCS+ construit des signatures à l'aide d'un hyperarbre d'arbres Merkle avec WOTS+ (Winternitz One-Time Signatures) au niveau des feuilles. La propriété sans état est obtenue grâce à une sélection de chemin déterministe basée sur le hachage du message, éliminant les vulnérabilités de gestion d'état des schémas antérieurs basés sur le hachage comme XMSS.

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
Figure 3 : Structure de l'hyperarbre SPHINCS+. La clé publique racine authentifie les sous-arbres XMSS, qui authentifient les signatures uniques WOTS+ au niveau des feuilles. FORS fournit une signature temporaire pour le hachage du message. Les chemins d'authentification (mis en surbrillance) permettent une vérification sans état.

3.3 Primitives symétriques

SynX utilise les primitives cryptographiques symétriques suivantes :

  • BLAKE2b-256 : Primary hash function for transaction IDs, Merkle trees, and address derivation
  • AES-256-GCM : Cryptage authentifié pour le stockage du portefeuille et les messages P2P
  • Argon2id : Dérivation de clé mémoire-matériel pour le cryptage du portefeuille
  • 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 Confidentialité transmise

Toutes les communications peer-to-peer utilisent des paires de clés éphémères Kyber, offrant une parfaite confidentialité de transmission. Même si les clés à long terme sont compromises, les sessions passées restent sécurisées. Chaque connexion établit un nouveau secret partagé qui est supprimé après utilisation.

4. Architecture du portefeuille

4.1 Génération de semences et dérivation clé

La création d'un portefeuille suit un processus sécurisé en plusieurs étapes pour générer votre identité cryptographique unique :

🎲
Entropie aléatoire
256 bits collectés
📝
Phrase de 25 mots
Lisible par l'homme
🔐
Semence principale
Argon2id sécurisé
🔑
Paires de clés
Kyber + SPHINCS+
📍
Votre adresse
SX... identifiant

L'ensemble du processus prend environ 150 millisecondes et produit un portefeuille entièrement protégé contre les attaques classiques et quantiques.

4.2 Récupération mnémonique de 25 mots

SynX utilise un schéma mnémonique étendu compatible BIP-39 avec 25 mots, fournissant 264 bits d'entropie (256 bits + somme de contrôle de 8 bits). Cela dépasse le format standard de 24 mots tout en conservant la compatibilité avec les listes de mots de portefeuille matériel existantes.

Le 25ème mot a un double objectif :

  1. Entropie supplémentaire pour une marge de sécurité accrue
  2. Somme de contrôle intégrée pour la détection des erreurs

La récupération du portefeuille nécessite uniquement la phrase mnémonique et la phrase secrète facultative. La même graine régénère de manière déterministe les paires de clés Kyber et SPHINCS+ identiques.

4.3 Prise en charge multilingue

Le portefeuille SynX prend en charge sept langues pour l'interface utilisateur et les listes de mots mnémoniques :

Langue Code Liste de mots
AnglaisenBIP-39 inspiré des améliorations quantiques
EspagnolesBIP-39 inspiré des améliorations quantiques
FrançaisfrBIP-39 inspiré des améliorations quantiques
italienitBIP-39 inspiré des améliorations quantiques
portugaisptBIP-39 inspiré des améliorations quantiques
japonaisjaBIP-39 inspiré des améliorations quantiques
coréenkoBIP-39 inspiré des améliorations quantiques

Les utilisateurs peuvent générer et récupérer des portefeuilles en utilisant n'importe quelle langue prise en charge. L'entropie sous-jacente est indépendante de la langue : un portefeuille créé avec des mots anglais peut être récupéré en utilisant les mots japonais équivalents.

4.4 Exportation de matériel USB

SynX prend en charge l'exportation sécurisée des informations d'identification du portefeuille vers les périphériques de stockage USB pour un fonctionnement isolé et un stockage froid.

4.4.1 Format d'exportation

Le format d'exportation utilise un cryptage authentifié AES-256-GCM avec des clés dérivées d'Argon2id. L'intégrité du fichier est vérifiée via la somme de contrôle BLAKE2b-256. Les paramètres spécifiques sont définis par l’implémentation.

4.4.2 Signature à espacement aérien

L'exportation USB permet la signature de transactions hors ligne. Les transactions non signées sont transférées vers une machine à air isolé, signées avec SPHINCS+ et renvoyées pour diffusion. Les clés privées ne touchent jamais un appareil connecté à Internet.

4.5 Format d'adresse

Les adresses SynX utilisent le format suivant :

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

L'adresse est dérivée de la clé publique Kyber-768. Le préfixe « SX » fournit une identification visuelle et le codage Base58Check inclut une somme de contrôle de 4 octets pour la détection des erreurs. La longueur totale de l'adresse est de 35 caractères.

5. Protocole de transaction

5.1 Structure des transactions

Une transaction SynX contient les champs suivants :

Champ Taille Description
version1 octetVersion du protocole
horodatage8 octetsHorodatage Unix (millisecondes)
expéditeur_pk32 octetsClé publique SPHINCS+
destinataire34 octetsAdresse du destinataire (codée)
montant8 octetsMontant de la transaction (unités atomiques)
frais8 octetsFrais de réseau
nonce8 octetsCompteur de transactions de l'expéditeur
charge utilevariableDonnées cryptées en option
signature7 856 octetsSignature SPHINCS+

5.2 Processus de signature

Lorsque vous envoyez une transaction, le portefeuille effectue les étapes suivantes pour créer une signature infalsifiable et résistante aux quantiques :

1
Données de transaction de package

Le montant, le destinataire, les frais et l'horodatage sont combinés

2
Créer une empreinte digitale

Le hachage Blake2b produit un identifiant unique de 256 bits

3
Appliquer la signature SPHINCS+

La signature basée sur le hachage prouve la propriété (~ 5 ms)

4
Diffusion sur le réseau

Transaction signée envoyée aux validateurs

5.3 Vérification

Les nœuds vérifient les transactions en :

  1. Vérifier que l'expéditeur a un solde suffisant (frais compris)
  2. La vérification du nom occasionnel correspond exactement au nom occasionnel actuel de l'expéditeur + 1
  3. Recalcul du hachage de transaction à partir de données sérialisées
  4. Vérification de la signature SPHINCS+ par rapport à la clé publique de l'expéditeur
  5. La vérification de l'horodatage se situe dans des limites acceptables (± 5 minutes)

Les transactions invalides sont rejetées et ne sont pas propagées.

5.4 Adresses furtives

SynX implémente des adresses de graveur rotatives pour la confidentialité des destinataires. Chaque transaction utilise une nouvelle adresse, empêchant les observateurs de lier les paiements à un seul destinataire :

👤 Expéditeur
crée une clé temporaire →
🔑 Clé éphémère
se combine avec la clé publique du destinataire →
🎯 Adresse unique
👤 Destinataire
← scanne avec clé privée
✅ Fonds détectés

Seul le destinataire prévu peut identifier et réclamer les transactions entrantes. Les observateurs externes voient des adresses uniques sans rapport avec aucune connexion visible.

6. Mécanisme de jalonnement

6.1 Aperçu du consensus

SynX utilise une architecture consensuelle hybride Proof-of-Stake + Proof-of-Work appelée Synergy Sea. Les validateurs de jalonnement assurent la finalité des transactions en moins d'une seconde tandis que les mineurs portent l'épine dorsale de la sécurité. De par sa conception, la production de blocs s'exécute à un intervalle variable : la difficulté de SerendipityX augmente continuellement, de sorte que l'écart entre les blocs évolue en fonction des conditions du réseau plutôt que de suivre une horloge fixe. Cette conception à double couche sépare le traitement des transactions de la production de blocs – un saut quantique architectural qui rend le SynX plus rapide que le Solana pour une finalité pratique des transactions, et qui ne laisse aucune cadence de bloc prévisible contre laquelle un adversaire pourrait se synchroniser.

  • Finalité de la transaction en moins d'une seconde via le consensus du validateur de jalonnement
  • Intervalles de production de blocs variables, régis par une difficulté sans cesse croissante, pour les récompenses minières et la sécurité de la chaîne
  • Couche de jalonnement économe en énergie combinée à un PoW à mémoire dure (Argon2id, 2 Go)
  • La sécurité économique grâce à la réduction des enjeux
  • Le consensus à double couche élimine le compromis vitesse-sécurité

6.2 Paramètres de jalonnement

Paramètre Valeur
Mise minimale10SynX
Période de verrouillage7 jours minimum
Annuler le temps de recharge24 heures
TAEG de base5% (7 jours) / 6% (14 jours) / 7,77% (30 jours)
Pénalité coupante5% de la participation
Temps de blocageVariable (liée à la difficulté)

6.3 Distribution des récompenses

Les récompenses de bloc sont distribuées proportionnellement aux parieurs en fonction de leur part de l'offre totale mise en jeu. La formule de récompense est la suivante :

récompense_i = block_reward × (stake_i / total_staked)

Les récompenses sont automatiquement composées à moins que l'utilisateur n'initie un retrait.

6.4 Conditions de coupe

Les jalonneurs sont réduits (ils perdent une partie de leur mise) pour :

  • Double signature (produisant des blocs conflictuels)
  • Temps d'arrêt prolongé (> 24 heures hors ligne)
  • Produire des blocs invalides

6.5 Interface de jalonnement dans le portefeuille

Le portefeuille SynX offre une fonctionnalité de staking native sans outils externes :

  1. Sélectionnez le montant à miser dans le solde disponible
  2. Choisissez la période de verrouillage (7, 14 ou 30 jours)
  3. Confirmer la transaction (signée avec SPHINCS+)
  4. Surveillez les récompenses dans un tableau de bord en temps réel
  5. Détachez-vous d'un simple clic (après le temps de recharge)
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
Figure 1 : Visualisation 2D des problèmes de réseau qui sous-tendent ML-KEM-768. Le Kyber actuel fonctionne dans un espace à 768 dimensions où le problème du vecteur le plus court reste irréalisable sur le plan informatique, même pour les ordinateurs quantiques.

7. Algorithme minier SerendipityX

7.1 Philosophie de conception

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 hasard—equal opportunity for all participants—not a function of who can deploy the largest server rack.

L'exploitation minière Bitcoin a été conçue comme « un CPU, une voix ». Aujourd'hui, moins de cinq pools miniers contrôlent plus de 80 % du taux de hachage de Bitcoin, exploitant des fermes ASIC de la taille d'un entrepôt consommant plus d'électricité que des pays entiers. L’idéal décentralisé a été capturé par les structures de pouvoir très centralisées auxquelles il était censé résister. Le SerendipityX a été conçu pour rendre cela impossible.

7.2 Base technique

SerendipityX est construit sur Argon2id, vainqueur du concours de hachage de mots de passe (PHC) et normalisé dans la RFC 9106. L'algorithme atteint la résistance ASIC grâce à trois garanties mathématiques :

Paramètre Valeur But
Coût de la mémoire (m_cost)2 GoDépasse l'appareil mobile RAM — élimine les fermes téléphoniques et les économies du ASIC
Coût en temps (t_cost)3 itérationsLes passes séquentielles empêchent les raccourcis de parallélisation
Parallélisme (p)1Élimine les vecteurs d'optimisation ASIC multivoies
Longueur de sortie32 octetsHachage 256 bits compatible avec la chaîne Blake2b
ModeArgon2id (hybride)Passes indépendantes des données + dépendantes des données pour la résistance des canaux latéraux

7.3 Pourquoi la dureté de la mémoire met à mal la centralisation ASIC

Les puces ASIC dominent le minage SHA-256 (Bitcoin) en entassant des milliards de circuits de hachage simples sur du silicium. Chaque circuit est petit, bon marché et rapide. Mais SerendipityX nécessite que chaque calcul de hachage soit effectué 2 Go de modèles d'accès à la mémoire aléatoire— une mémoire qui ne peut pas être miniaturisée comme les portes logiques. L'exigence de 2 Go a été choisie délibérément : elle dépasse le RAM disponible sur la plupart des téléphones mobiles, empêchant ainsi les fermes téléphoniques chinoises et parrainées par l'État d'inonder le réseau de milliers d'appareils à faible coût. Le coût de la DRAM à large bande passante domine le coût total des puces, égalisant les performances entre les ASIC personnalisés et les CPU/GPU de bureau grand public.

ASIC_advantage = computation_speedup / memory_bottleneck → ≈ 1× pour Argon2id

Pour SHA-256, les ASIC atteignent une accélération de 10 000 ×+ par rapport aux processeurs. Pour le Argon2id, le mur de mémoire limite l'avantage du ASIC à environ 1 à 3 fois, ce qui rend le silicium personnalisé économiquement injustifiable à grande échelle.

7.4 Consensus hybride : SerendipityX PoW + Staking (Le Synergy Sea)

SynX utilise une architecture de consensus hybride PoS+PoW appelée Synergy Sea. Cette conception à double couche sépare le traitement des transactions de la production de blocs – un progrès architectural qui rend le SynX plus rapide que le Solana pour une finalité pratique des transactions :

  • Couche minière (PoW) : Le nouveau SynX est créé grâce à la preuve de travail SerendipityX sur un intervalle de bloc variable, convertissant l'électricité en approvisionnement tout en garantissant une distribution équitable et la sécurité de la chaîne.
  • Couche de jalonnement (PoS) : Les validateurs de jalonnement confirment les transactions en moins d'une seconde, offrant une finalité instantanée indépendante de la production de blocs
  • Le saut quantique : Le traitement des transactions fonctionne indépendamment de la production de blocs. Les utilisateurs bénéficient d'envois instantanés, quel que soit le temps nécessaire à l'atterrissage du bloc actuel. C'est pourquoi SynX est plus rapide que Solana (~ 400 ms d'emplacements), XRP (3 à 5 secondes) et toutes les blockchains classiques - et pourquoi un intervalle de bloc variable ne coûte rien à l'utilisateur.
  • Transition: Les récompenses minières sont divisées par deux selon un calendrier, passant progressivement au jalonnement

Cela signifie qu’un étudiant possédant un ordinateur portable est en concurrence loyale avec un acteur étatique. Aucune entité ne peut à elle seule dominer la production de blocs grâce à des avantages matériels. Le protocole applique ce que Bitcoin a seulement promis : une participation égale à la création monétaire.

Comparaison de minage anti-ASIC SerendipityX montrant une répartition équitable du hashrate par rapport à la centralisation Bitcoin ASIC, avec des paramètres de mémoire dure Argon2id
Figure 2 : Comparaison de la distribution du taux de hachage – Exploitation minière Bitcoin dominée par ASIC par rapport à la distribution mathématiquement équitable de SerendipityX grâce à une preuve de travail Argon2id à mémoire dure.

8. Marché d'engagement P2P

8.1 Objectifs de conception

Le marché SynX permet des échanges peer-to-peer sans confiance, sans intermédiaires centralisés ni exigences KYC. Propriétés clés :

  • Séquestre non dépositaire (fonds bloqués dans un contrat intelligent)
  • Communication cryptée entre les parties
  • Règlement décentralisé des litiges
  • Aucune exposition des contreparties aux piratages d'échange

8.2 Protocole de dépôt

Le système de séquestre progresse à travers des états clairement définis, garantissant que les deux parties sont protégées à chaque étape :

Créé
Offre publiée
Financé
Tous deux déposés
Libéré
Échange terminé
Contesté
Arbitre impliqué
Remboursé
Fonds restitués

Chaque séquestre implique trois parties : le créateur, le preneur et l'arbitre. Les fonds nécessitent 2 signatures sur 3 pour être libérés, ce qui garantit qu'aucune partie ne peut voler les fonds.

8.3 Flux commerciaux

  1. Création d'offre : Maker crée une offre spécifiant le montant, le prix, le mode de paiement et le délai d'attente
  2. Acceptation de l'offre : Le preneur accepte l'offre, les fonds des deux parties sont bloqués dans un séquestre multisig 2 sur 3
  3. Paiement: Le preneur envoie un paiement fiduciaire via la méthode spécifiée (banque, espèces, etc.)
  4. Confirmation: Le fabricant confirme la réception et les deux signent la transaction de libération
  5. Libérer: Fonds débloqués au preneur, transaction terminée

8.4 Résolution des litiges

Si les parties ne sont pas d’accord, l’une ou l’autre peut recourir à l’arbitrage :

  1. La partie contestante paie les frais d'arbitrage (remboursés en cas de victoire)
  2. L'arbitre examine les preuves cryptées des deux parties
  3. L'arbitre signe une transaction de libération pour la partie gagnante
  4. 2 signatures sur 3 (arbitre + gagnant) débloquent les fonds

Les arbitres sont sélectionnés parmi un pool décentralisé en fonction de leur réputation et de leurs enjeux.

8.5 Messagerie cryptée

Les participants commerciaux communiquent via des canaux cryptés de bout en bout à l'aide de l'échange de clés Kyber :

💬
Votre message
Kyber + AES-256
🔒
Crypté
Réseau
📨
Destinataire uniquement

Les messages sont cryptés avec AES-256-GCM à l'aide d'un secret partagé établi via Kyber-768. Même s'ils sont interceptés, les messages ne peuvent pas être lus par des tiers, y compris les opérateurs de réseau.

9. Confidentialité de la couche réseau

9.1 Intégration de Tor

Les nœuds SynX peuvent fonctionner entièrement sur Tor, fournissant :

  • Dissimulation de l'adresse IP pour les diffusions de transactions
  • Résistance à l'analyse du trafic
  • Contournement de la censure

Le démon prend en charge l'établissement automatique du circuit Tor et le fonctionnement des services cachés.

9.2 Protocole Pissenlit++

La propagation des transactions utilise Dandelion++ pour empêcher la désanonymisation au niveau du réseau :

  1. Phase tige : Transaction transmise le long d'un chemin aléatoire via des nœuds
  2. Phase de peluches : Transaction largement diffusée via des potins standards

Cela empêche les adversaires d’identifier l’origine de la transaction grâce à des heuristiques vues pour la première fois.

9.3 Découverte par les pairs

Les nœuds découvrent leurs pairs via :

  • Nœuds d'amorçage codés en dur
  • Serveurs de départ DNS
  • Protocole d'échange entre pairs
  • Répertoires de services cachés Tor

10. Comparaison avec les chaînes héritées

Le tableau suivant compare SynX aux principales crypto-monnaies grand public et axées sur la confidentialité :

Fonctionnalité Bitcoin Monero Zcash SynX
Algorithme de signature ECDSA (secp256k1) EdDSA (Ed25519) EdDSA/Groth16 SPHINCS+-128f
Échange de clés ECDH X25519 X25519 Kyber-768
Résistant quantique No No No Oui
Confidentialité par défaut No Oui Facultatif Oui
Configuration fiable No No Oui No
Moy. Taille d'émission ~250 octets ~2-3 Ko ~2 Ko ~20 Ko
Temps de blocage ~10 minutes ~2 minutes ~75 secondes ~60 secondes
Finalité de l'émission ~60 minutes ~20 minutes ~12,5 minutes Sous-seconde
Consensus PoW PoW PoW PoS+PoW hybrides
Jalonnement autochtone No No No Oui
Marché P2P No No No Oui
Portefeuille multilingue Varie Oui Limité 7 langues
Entreposage frigorifique USB Via un portefeuille matériel Via un portefeuille matériel Via un portefeuille matériel Indigène

10.1 Risque de migration quantique

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
Figure 4 : Comparaison de la complexité des attaques quantiques. ECDSA (Bitcoin, Ethereum, Monero, Zcash) est découpé en temps polynomial O(n³) par l'algorithme de Shor. Le ML-KEM-768 de SynX nécessite 2¹⁸⁷ opérations, au-delà de la capacité de calcul de tout ordinateur quantique imaginable.

Les chaînes existantes sont confrontées à des défis importants lors de la migration vers la cryptographie post-quantique :

  • Bitcoin : Nécessite un consensus hard fork au sein de la communauté décentralisée. La migration d’adresses rend les anciennes sorties P2PKH vulnérables. On estime à plus de 4 millions de BTC les adresses avec des clés publiques exposées.
  • Ethereum : Account abstraction provides upgrade path, but smart contract compatibility is complex. Migration period creates attack window.
  • Monero : Les signatures en anneau nécessitent une refonte minutieuse pour le post-quantique. Recherche universitaire en cours mais pas de calendrier de déploiement.
  • Zcash : Les zk-SNARK reposent sur des appariements de courbes elliptiques. Les SNARK post-quantiques existent mais sont nettement plus grands et plus lents.

SynX ne nécessite aucune migration. Toutes les adresses ont utilisé la cryptographie post-quantique depuis la genèse.

11. Analyse des performances

11.1 Repères

Performances attendues sur le matériel standard :

Opération Temps Mémoire
Génération de portefeuillesous-secondeminimal
Signe SPHINCS+millisecondesminimal
SPHINCS+ vérifiersous-millisecondeminimal
Kyber encapsulesous-millisecondeminimal
Kyber décapsulersous-millisecondeminimal
Création de transactionsmillisecondesminimal
Validation de blocsous-secondemodéré

Les délais spécifiques dépendent de la mise en œuvre et sont intentionnellement omis.

11.2 Évolutivité

SynX est conçu pour un fonctionnement à haut débit :

  • Limite de taille de bloc : 500 Ko
  • Intervalle de bloc : variable, basé sur la difficulté (couche minière)
  • Finalité de la transaction : sous-seconde (couche de validation de jalonnement)
  • Débit cible : 2 000+ TPS
  • Capacité RPC : 8 000 requêtes/seconde soutenues

Le réseau utilise des mécanismes de gravure adaptatifs qui s'adaptent au volume de transactions, maintenant la stabilité économique même avec un débit de niveau Solana. Les solutions de couche 2 peuvent fournir une capacité supplémentaire pour des cas d'utilisation spécialisés.

11.3 Exigences de stockage

  • Nœud complet (actuel) : ~ 15 Go
  • Nœud élagué : ~5 Go
  • Portefeuille uniquement : ~100 Mo

12. Travaux futurs

12.1 À l'étude

Les fonctionnalités suivantes sont en cours d’évaluation en vue d’une éventuelle inclusion dans les futures versions du protocole :

  • Intégration du portefeuille matériel : Prise en charge des dispositifs de signature dédiés implémentant SPHINCS+
  • Portefeuille mobile : Applications natives pour plateformes iOS et Android
  • Mise à l'échelle de la couche 2 : Constructions de canaux d'État pour un débit plus élevé
  • Interopérabilité entre les chaînes : Mécanismes de pont vers des réseaux externes
  • Transactions confidentielles : Montant dissimulé via des systèmes d'engagement post-quantique

Les délais de mise en œuvre dépendent des audits de sécurité, des commentaires de la communauté et de la gouvernance du protocole.

12.2 Domaines de recherche actifs

Les sujets suivants font l’objet d’investigations universitaires mais ne sont pas encore inscrits dans la feuille de route :

  • Signatures en anneau post-quantiques pour une confidentialité améliorée de l'expéditeur
  • Constructions de preuve à connaissance nulle basées sur un treillis
  • Cryptographie à seuil de résistance quantique pour le dépôt fiduciaire

13. Conclusion

The inevitable evolution from classical cryptocurrency to quantum-resistant post-quantum protocols - illustrating why migration from ECDSA to lattice-based cryptography is mathematically inevitable
Figure 5 : L’évolution inévitable de la cryptomonnaie. Les chaînes classiques construites sur ECDSA sont confrontées à une certitude mathématique de vulnérabilité quantique. Les protocoles post-quantiques comme SynX représentent la seule voie viable.

SynX représente une approche fondamentalement différente de la sécurité des cryptomonnaies. Plutôt que de s'appuyer sur des hypothèses cryptographiques héritées et de planifier de futures mises à niveau, SynX implémente des algorithmes post-quantiques standardisés par le NIST depuis Genesis. Chaque signature de transaction utilise la cryptographie basée sur le hachage SPHINCS+ avec une sécurité théorique de l'information. Chaque échange de clé utilise une encapsulation basée sur un réseau Kyber-768.

L'architecture du portefeuille donne la priorité à la sécurité et à la convivialité : récupération mnémonique de 25 mots, prise en charge en sept langues, exportation native USB pour une signature avec espacement et jalonnement intégré sans outils externes. Le marché séquestre P2P permet des échanges sans confiance sans échanges centralisés ni exigences KYC.

Lorsque des ordinateurs quantiques cryptographiquement pertinents émergeront, les chaînes existantes seront confrontées à des migrations difficiles avec une surface d'attaque importante. Les utilisateurs de SynX ne sont pas confrontés à une telle transition. Leurs fonds ont été protégés par la cryptographie post-quantique dès le premier bloc.

SynX ne contient aucune porte dérobée connue, aucun mécanisme de dépôt de clé ou aucune fonctionnalité d'accès aux forces de l'ordre. Le protocole est source fermée jusqu'à une hauteur de bloc de 200K et sera auditable de manière indépendante dès sa sortie.

Le protocole est source fermée jusqu'à une hauteur de bloc de 200K, le réseau est en direct et le portefeuille est disponible en téléchargement.

14. Références

  1. Shor, P.W. (1994). "Algorithmes de calcul quantique : logarithmes discrets et factorisation." Actes du 35e Symposium annuel sur les fondements de l'informatique. DOÏ : 10.1109/SFCS.1994.365700
  2. NIST (2024). "Cryptographie post-quantique." Institut national des normes et de la technologie. csrc.NIST.gov/projects/post-quantum-cryptography
  3. Avanzi, R., et coll. (2021). "CRYSTALS-Kyber : spécifications de l'algorithme et documentation à l'appui." Soumission NIST PQC. pq-cristals.org/Kyber
  4. Bernstein, D.J. et coll. (2019). "SPHINCS+ : Soumission au projet post-quantique NIST." Soumission NIST PQC. SPHINCS.org
  5. Grover, LK (1996). "Un algorithme de mécanique quantique rapide pour la recherche dans des bases de données." Actes du 28e Symposium annuel de l'ACM sur la théorie de l'informatique. DOÏ : 10.1145/237814.237866
  6. Aumasson, J.-P. & Neves, S. (2013). "BLAKE2 : plus simple, plus petit, plus rapide que MD5." ACN 2013. blake2.net
  7. Biryukov, A., Dinu, D., & Khovratovich, D. (2016). "Argon2: the memory-hard function for password hashing and other applications." Concours de hachage de mot de passe. hachage de mot de passe.net
  8. Fiat, A. et Shamir, A. (1986). "Comment faire ses preuves : solutions pratiques aux problèmes d'identification et de signature." CRYPTO1986. DOÏ : 10.1007/3-540-47721-7_12
  9. Boneh, D. et Shoup, V. (2023). Un cours d'études supérieures en cryptographie appliquée. Université de Stanford. toc.cryptobook.us
  10. Mosca, M. (2018). "La cybersécurité à l'ère des ordinateurs quantiques : serons-nous prêts ?" Sécurité et confidentialité IEEE. DOÏ : 10.1109/MSP.2018.3761723

© 2026 SynergyX • synxcrypto.com

Ce document est fourni à titre informatif uniquement. Il ne constitue pas un conseil financier, juridique ou d’investissement.