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 functionKDF(·)— Argon2id key derivation functionKyber.KeyGen()— Génération de clé Kyber-768Kyber.Encaps(pk)— Encapsulation Kyber-768Kyber.Decaps(sk, ct)— Décapsulation Kyber-768SPHINCS.KeyGen()— Génération de clé SPHINCS+-SHAKE-128sSPHINCS.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 :
- 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.
- 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).
- 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.
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 |
|---|---|---|
| n | 256 | Degré polynomial |
| k | 3 | Rang du module |
| q | 3329 | Module |
| η₁ | 2 | Paramètre de bruit (génération de clé) |
| η₂ | 2 | Paramètre de bruit (cryptage) |
| Taille de la clé publique | 1 184 octets | — |
| Taille de la clé secrète | 2 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 function | SHAKE256 | Extendable output function |
| Variante | 128f (rapide) | Optimisé pour la vitesse de signature |
| Taille de la clé publique | 32 octets | — |
| Taille de la clé secrète | 64 octets | — |
| Taille de la signature | 7 856 octets | ~7,7 Ko |
| Heure de signature | millisecondes | Dépend de la mise en œuvre |
| Temps de vérification | sous-milliseconde | Dé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.
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 :
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 :
- Entropie supplémentaire pour une marge de sécurité accrue
- 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 |
|---|---|---|
| Anglais | en | BIP-39 inspiré des améliorations quantiques |
| Espagnol | es | BIP-39 inspiré des améliorations quantiques |
| Français | fr | BIP-39 inspiré des améliorations quantiques |
| italien | it | BIP-39 inspiré des améliorations quantiques |
| portugais | pt | BIP-39 inspiré des améliorations quantiques |
| japonais | ja | BIP-39 inspiré des améliorations quantiques |
| coréen | ko | BIP-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 :
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 |
|---|---|---|
| version | 1 octet | Version du protocole |
| horodatage | 8 octets | Horodatage Unix (millisecondes) |
| expéditeur_pk | 32 octets | Clé publique SPHINCS+ |
| destinataire | 34 octets | Adresse du destinataire (codée) |
| montant | 8 octets | Montant de la transaction (unités atomiques) |
| frais | 8 octets | Frais de réseau |
| nonce | 8 octets | Compteur de transactions de l'expéditeur |
| charge utile | variable | Données cryptées en option |
| signature | 7 856 octets | Signature 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 :
Le montant, le destinataire, les frais et l'horodatage sont combinés
Le hachage Blake2b produit un identifiant unique de 256 bits
La signature basée sur le hachage prouve la propriété (~ 5 ms)
Transaction signée envoyée aux validateurs
5.3 Vérification
Les nœuds vérifient les transactions en :
- Vérifier que l'expéditeur a un solde suffisant (frais compris)
- La vérification du nom occasionnel correspond exactement au nom occasionnel actuel de l'expéditeur + 1
- Recalcul du hachage de transaction à partir de données sérialisées
- Vérification de la signature SPHINCS+ par rapport à la clé publique de l'expéditeur
- 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 :
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 minimale | 10SynX |
| Période de verrouillage | 7 jours minimum |
| Annuler le temps de recharge | 24 heures |
| TAEG de base | 5% (7 jours) / 6% (14 jours) / 7,77% (30 jours) |
| Pénalité coupante | 5% de la participation |
| Temps de blocage | Variable (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 :
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 :
- Sélectionnez le montant à miser dans le solde disponible
- Choisissez la période de verrouillage (7, 14 ou 30 jours)
- Confirmer la transaction (signée avec SPHINCS+)
- Surveillez les récompenses dans un tableau de bord en temps réel
- Détachez-vous d'un simple clic (après le temps de recharge)
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 Go | Dépasse l'appareil mobile RAM — élimine les fermes téléphoniques et les économies du ASIC |
| Coût en temps (t_cost) | 3 itérations | Les passes séquentielles empêchent les raccourcis de parallélisation |
| Parallélisme (p) | 1 | Élimine les vecteurs d'optimisation ASIC multivoies |
| Longueur de sortie | 32 octets | Hachage 256 bits compatible avec la chaîne Blake2b |
| Mode | Argon2id (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.
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.
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 :
Offre publiée
Tous deux déposés
Échange terminé
Arbitre impliqué
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
- 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
- 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
- Paiement: Le preneur envoie un paiement fiduciaire via la méthode spécifiée (banque, espèces, etc.)
- Confirmation: Le fabricant confirme la réception et les deux signent la transaction de libération
- 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 :
- La partie contestante paie les frais d'arbitrage (remboursés en cas de victoire)
- L'arbitre examine les preuves cryptées des deux parties
- L'arbitre signe une transaction de libération pour la partie gagnante
- 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 :
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 :
- Phase tige : Transaction transmise le long d'un chemin aléatoire via des nœuds
- 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
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 portefeuille | sous-seconde | minimal |
| Signe SPHINCS+ | millisecondes | minimal |
| SPHINCS+ vérifier | sous-milliseconde | minimal |
| Kyber encapsule | sous-milliseconde | minimal |
| Kyber décapsuler | sous-milliseconde | minimal |
| Création de transactions | millisecondes | minimal |
| Validation de bloc | sous-seconde | modé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
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
- 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
- NIST (2024). "Cryptographie post-quantique." Institut national des normes et de la technologie. csrc.NIST.gov/projects/post-quantum-cryptography
- Avanzi, R., et coll. (2021). "CRYSTALS-Kyber : spécifications de l'algorithme et documentation à l'appui." Soumission NIST PQC. pq-cristals.org/Kyber
- Bernstein, D.J. et coll. (2019). "SPHINCS+ : Soumission au projet post-quantique NIST." Soumission NIST PQC. SPHINCS.org
- 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
- Aumasson, J.-P. & Neves, S. (2013). "BLAKE2 : plus simple, plus petit, plus rapide que MD5." ACN 2013. blake2.net
- 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
- 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
- Boneh, D. et Shoup, V. (2023). Un cours d'études supérieures en cryptographie appliquée. Université de Stanford. toc.cryptobook.us
- 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