1. Introduzione
L’emergere dell’informatica quantistica rappresenta una minaccia esistenziale alle basi crittografiche delle moderne infrastrutture digitali. L'algoritmo di Shor, pubblicato nel 1994, fornisce soluzioni in tempo polinomiale sia alla fattorizzazione degli interi che al problema dei logaritmi discreti: i presupposti matematici alla base di RSA, DSA e crittografia a curva ellittica (ECC). Tutte le principali criptovalute utilizzate oggi, incluse Bitcoin, Ethereum, Monero e Zcash, si basano esclusivamente su ECC per l'autenticazione delle transazioni.
La cronologia dei computer quantistici rilevanti dal punto di vista crittografico (CRQC) rimane incerta, ma la traiettoria è chiara. La roadmap quantistica di IBM prevede oltre 100.000 sistemi qubit entro il 2033. Il processore Willow di Google ha dimostrato miglioramenti esponenziali nella correzione degli errori nel 2024. Gli attori statali mantengono programmi classificati con capacità sconosciute. La strategia "raccogli ora, decrittografa dopo", in cui gli avversari raccolgono dati crittografati oggi per una decrittografia futura, trasforma questo da un problema futuro in una preoccupazione immediata per l'archiviazione di valore a lungo termine.
Le criptovalute esistenti devono affrontare una sfida significativa: l’adeguamento della resistenza quantistica richiede hard fork, consenso delle parti interessate e migrazione degli indirizzi esistenti. Durante qualsiasi periodo di transizione, i vecchi indirizzi rimangono vulnerabili. La complessità di mantenere la compatibilità con le versioni precedenti introducendo al contempo nuove primitive crittografiche crea una notevole superficie di attacco.
SynX risolve questo problema implementando la crittografia post-quantistica dalla genesi. Ogni indirizzo, transazione e comunicazione peer-to-peer ha utilizzato algoritmi standardizzati NIST dal blocco zero. Non esiste alcuna crittografia legacy da deprecare e nessun rischio di migrazione. Questo documento fornisce le specifiche tecniche complete del protocollo SynX.
1.1 Obiettivi di progettazione
SynX è stato progettato con i seguenti obiettivi:
- Resistenza quantistica: Tutte le operazioni crittografiche devono resistere agli attacchi sia degli avversari classici che quantistici utilizzando algoritmi standardizzati NIST.
- Privacy delle transazioni: Gli importi delle transazioni, le informazioni sul mittente e sul destinatario devono essere nascosti agli osservatori passivi.
- Auto-sovranità: Gli utenti devono mantenere il controllo completo dei propri fondi senza fare affidamento su terze parti fidate, scambi centralizzati o servizi che richiedono KYC.
- Usabilità: Il portafoglio deve essere accessibile agli utenti non tecnici con supporto per più lingue e meccanismi di ripristino standard.
- Decentramento: La rete deve resistere alla cattura da parte di avversari dotati di risorse adeguate attraverso il consenso distribuito e il funzionamento dei nodi.
1.2 Notazione
In questo articolo utilizziamo la seguente notazione:
H(·)— BLAKE2b-256 hash functionKDF(·)— Argon2id key derivation functionKyber.KeyGen()— Generazione della chiave Kyber-768Kyber.Encaps(pk)— Incapsulamento Kyber-768Kyber.Decaps(sk, ct)— Decapsulamento Kyber-768SPHINCS.KeyGen()— Generazione chiave SPHINCS+-SHAKE-128SPHINCS.Sign(sk, m)— Generazione della firma SPHINCS+SPHINCS.Verify(pk, m, σ)— Verifica della firma SPHINCS+||— Concatenazione di byte⊕— XOR bit a bit
2. Modello di minaccia e ipotesi di sicurezza
2.1 Capacità dell'avversario
SynX è progettato per fornire sicurezza contro le seguenti classi di avversari:
2.1.1 Avversari classici
Avversari con accesso a risorse computazionali classiche arbitrarie, inclusi hardware specializzato (ASIC, FPGA) e cluster di calcolo distribuiti. Ciò include attori statali con budget computazionali significativi ma limitati.
2.1.2 Avversari quantistici
Avversari con accesso a computer quantistici rilevanti dal punto di vista crittografico in grado di eseguire l'algoritmo di Shor contro curve ellittiche a 256 bit e l'algoritmo di Grover per la ricerca di chiavi simmetriche. Presumiamo che i computer quantistici non possano invertire in modo efficiente le funzioni hash resistenti alle collisioni oltre l'accelerazione quadratica fornita dall'algoritmo di Grover.
2.1.3 Avversari di rete
Avversari in grado di osservare passivamente tutto il traffico di rete (avversario passivo globale), attacchi man-in-the-middle attivi su connessioni specifiche e analisi temporale delle trasmissioni delle transazioni.
2.2 Presupposti di sicurezza
La sicurezza di SynX si basa sui seguenti presupposti computazionali:
- Durezza del modulo LWE: Il problema del modulo di apprendimento con errori con i parametri utilizzati in Kyber-768 è computazionalmente intrattabile sia per i computer classici che per quelli quantistici.
- Sicurezza della funzione hash: SHAKE256 e Blake2b si comportano come oracoli casuali, fornendo resistenza alle collisioni, resistenza alla preimmagine e resistenza alla seconda preimmagine contro gli avversari quantistici (considerando l'accelerazione quadratica di Grover).
- Casualità sicura: Il CSPRNG del sistema operativo fornisce 256 bit di vera entropia per la generazione del seme.
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 Fuori ambito
Le seguenti minacce sono considerate fuori dall'ambito del protocollo principale:
- Compromissione del dispositivo dell'utente tramite malware o accesso fisico
- Attacchi side-channel su implementazioni hardware specifiche
- Attacchi di ingegneria sociale contro singoli utenti
- Il 51% attacca con un controllo sostenuto della maggioranza assoluta*
* Il protocollo presuppone una maggioranza onesta nello staking. Gli attacchi maggioritari vengono scoraggiati economicamente attraverso il taglio ma non prevenuti crittograficamente.
3. Fondamenti crittografici
3.1 Incapsulamento della chiave Kyber-768
Kyber è un meccanismo di incapsulamento della chiave (KEM) basato sul problema Module Learning With Errors (MLWE). È stato selezionato da NIST nel 2022 come finalista e formalmente standardizzato come FIPS 203 (ML-KEM) nell'agosto 2024 dopo sei anni di valutazione pubblica.
Kyber-768 fornisce il livello di sicurezza 3 di NIST, approssimativamente equivalente a AES-192. Lo schema opera su anelli di polinomi R_q = Z_q[X]/(X^n + 1) con n = 256 e q = 3329.
3.1.1 Insieme di parametri
| Parametro | Valore | Descrizione |
|---|---|---|
| n | 256 | Grado polinomiale |
| k | 3 | Rango del modulo |
| q | 3329 | Modulo |
| η₁ | 2 | Parametro rumore (generazione chiave) |
| η₂ | 2 | Parametro rumore (crittografia) |
| Dimensione della chiave pubblica | 1.184 byte | — |
| Dimensione della chiave segreta | 2.400 byte | — |
| Dimensione del testo cifrato | 1.088 byte | — |
| Segreto condiviso | 32 byte | — |
3.1.2 Utilizzo in SynX
SynX utilizza Kyber-768 per:
- Comunicazione nodo peer-to-peer (scambio di chiavi effimere)
- Messaggistica crittografata nel mercato P2P
- Derivazione dell'indirizzo invisibile (incapsulamento della chiave del destinatario)
3.2 Firme digitali 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 utilizza SPHINCS+-SHAKE-128s, il set di parametri compatto, producendo firme da 7.856 byte al livello 1 di NIST (sicurezza a 128 bit). La chiave pubblica da 32 byte e la chiave privata da 64 byte mantengono piccolo lo stato del portafoglio mentre la firma trasporta l'intero percorso di autenticazione Merkle.
3.2.1 Set di parametri
| Parametro | Valore | Descrizione |
|---|---|---|
| Livello di sicurezza | 128 bit (post-quantistico) | NIST Livello 1 |
| Hash function | SHAKE256 | Extendable output function |
| Variante | 128f (veloce) | Ottimizzato per la velocità di firma |
| Dimensione della chiave pubblica | 32 byte | — |
| Dimensione della chiave segreta | 64 byte | — |
| Dimensione della firma | 7.856 byte | ~7,7KB |
| Tempo di firma | millisecondi | Dipendente dall'implementazione |
| Tempo di verifica | sotto il millisecondo | Dipendente dall'implementazione |
3.2.2 Struttura della firma
SPHINCS+ costruisce firme utilizzando un iperalbero di alberi Merkle con WOTS+ (Winternitz One-Time Signatures) alle foglie. La proprietà stateless si ottiene attraverso la selezione deterministica del percorso basata sull'hash del messaggio, eliminando le vulnerabilità della gestione dello stato dei precedenti schemi basati su hash come XMSS.
3.3 Primitive simmetriche
SynX utilizza le seguenti primitive crittografiche simmetriche:
- BLAKE2b-256: Primary hash function for transaction IDs, Merkle trees, and address derivation
- AES-256-GCM: Crittografia autenticata per l'archiviazione del portafoglio e i messaggi P2P
- Argon2id: Derivazione della chiave hardware della memoria per la crittografia del portafoglio
- 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 Segretezza in avanti
Tutte le comunicazioni peer-to-peer utilizzano coppie di chiavi effimere Kyber, garantendo una perfetta segretezza in avanti. Anche se le chiavi a lungo termine vengono compromesse, le sessioni passate rimangono sicure. Ogni connessione stabilisce un nuovo segreto condiviso che viene scartato dopo l'uso.
4. Architettura del portafoglio
4.1 Generazione del seme e derivazione della chiave
La creazione del portafoglio segue un processo sicuro in più fasi per generare la tua identità crittografica unica:
L’intero processo dura circa 150 millisecondi e produce un portafoglio completamente protetto sia dagli attacchi classici che da quelli quantistici.
4.2 Recupero mnemonico di 25 parole
SynX utilizza uno schema mnemonico esteso compatibile BIP-39 con 25 parole, fornendo 264 bit di entropia (256 bit + checksum a 8 bit). Questo supera il formato standard di 24 parole pur mantenendo la compatibilità con gli elenchi di parole del portafoglio hardware esistenti.
La venticinquesima parola ha un duplice scopo:
- Entropia aggiuntiva per un maggiore margine di sicurezza
- Checksum integrato per il rilevamento degli errori
Il ripristino del portafoglio richiede solo la frase mnemonica e la passphrase opzionale. Lo stesso seed rigenera deterministicamente coppie di chiavi Kyber e SPHINCS+ identiche.
4.3 Supporto multilingue
Il portafoglio SynX supporta sette lingue sia per l'interfaccia utente che per gli elenchi di parole mnemonici:
| Lingua | Codice | Elenco di parole |
|---|---|---|
| Inglese | en | BIP-39 ispirato con miglioramenti quantistici |
| spagnolo | es | BIP-39 ispirato con miglioramenti quantistici |
| francese | fr | BIP-39 ispirato con miglioramenti quantistici |
| Italiano | it | BIP-39 ispirato con miglioramenti quantistici |
| portoghese | pt | BIP-39 ispirato con miglioramenti quantistici |
| giapponese | ja | BIP-39 ispirato con miglioramenti quantistici |
| coreano | ko | BIP-39 ispirato con miglioramenti quantistici |
Gli utenti possono generare e recuperare portafogli utilizzando qualsiasi lingua supportata. L’entropia sottostante è indipendente dalla lingua: un portafoglio creato con parole inglesi può essere recuperato utilizzando le parole giapponesi equivalenti.
4.4 Esportazione hardware USB
SynX supporta l'esportazione sicura delle credenziali del portafoglio sui dispositivi di archiviazione USB per operazioni con air gap e celle frigorifere.
4.4.1 Formato di esportazione
Il formato di esportazione utilizza la crittografia autenticata AES-256-GCM con chiavi derivate da Argon2id. L'integrità del file viene verificata tramite checksum BLAKE2b-256. I parametri specifici sono definiti dall'implementazione.
4.4.2 Firma con air gap
L'esportazione USB consente la firma delle transazioni offline. Le transazioni non firmate vengono trasferite su una macchina con air gap, firmate con SPHINCS+ e restituite per la trasmissione. Le chiavi private non toccano mai un dispositivo connesso a Internet.
4.5 Formato dell'indirizzo
Gli indirizzi SynX utilizzano il seguente formato:
L'indirizzo deriva dalla chiave pubblica Kyber-768. Il prefisso "SX" fornisce l'identificazione visiva e la codifica Base58Check include un checksum di 4 byte per il rilevamento degli errori. La lunghezza totale dell'indirizzo è di 35 caratteri.
5. Protocollo di transazione
5.1 Struttura della transazione
Una transazione SynX contiene i seguenti campi:
| Campo | Misurare | Descrizione |
|---|---|---|
| versione | 1 byte | Versione del protocollo |
| timestamp | 8 byte | Timestamp Unix (millisecondi) |
| mittente_pk | 32 byte | Chiave pubblica SPHINCS+ |
| destinatario | 34 byte | Indirizzo del destinatario (codificato) |
| quantità | 8 byte | Importo della transazione (unità atomiche) |
| tassa | 8 byte | Tariffa di rete |
| nonce | 8 byte | Contatore delle transazioni del mittente |
| carico utile | variabile | Dati crittografati opzionali |
| firma | 7.856 byte | Firma SPHINCS+ |
5.2 Processo di firma
Quando invii una transazione, il portafoglio esegue i seguenti passaggi per creare una firma irrefutabile e resistente ai quanti:
Importo, destinatario, commissione e timestamp vengono combinati
L'hash Blake2b produce un identificatore univoco a 256 bit
La firma basata su hash dimostra la proprietà (~5ms)
Transazione firmata inviata ai validatori
5.3 Verifica
I nodi verificano le transazioni tramite:
- Verifica che il mittente abbia un saldo sufficiente (compresa la commissione)
- La verifica del nonce è esattamente il nonce corrente del mittente + 1
- Ricalcolo dell'hash della transazione dai dati serializzati
- Verifica della firma SPHINCS+ rispetto alla chiave pubblica del mittente
- Il controllo del timestamp rientra nei limiti accettabili (±5 minuti)
Le transazioni non valide vengono rifiutate e non propagate.
5.4 Indirizzi nascosti
SynX implementa indirizzi di masterizzazione rotanti per la privacy del destinatario. Ogni transazione utilizza un nuovo indirizzo, impedendo agli osservatori di collegare i pagamenti a un singolo destinatario:
Solo il destinatario previsto può identificare e rivendicare le transazioni in entrata. Gli osservatori esterni vedono indirizzi una tantum non correlati senza connessione visibile.
6. Meccanismo di puntata
6.1 Panoramica del consenso
SynX utilizza un'architettura di consenso ibrida Proof-of-Stake + Proof-of-Work denominata Synergy Sea. I validatori di staking forniscono la definitività delle transazioni in meno di un secondo mentre i minatori portano la spina dorsale della sicurezza. La produzione dei blocchi viene eseguita a intervalli variabili in base alla progettazione: la difficoltà di SerendipityX aumenta continuamente, quindi il divario tra i blocchi cambia con le condizioni della rete anziché scorrere secondo un orologio fisso. Questo design a doppio strato separa l’elaborazione delle transazioni dalla produzione dei blocchi: il salto di qualità dell’architettura che rende SynX più veloce di Solana per la finalità pratica delle transazioni e che non lascia alcuna cadenza di blocco prevedibile contro cui un avversario possa sincronizzarsi.
- Finalità della transazione inferiore al secondo tramite il consenso del validatore di staking
- Intervalli di produzione di blocchi variabili, governati da difficoltà in continuo aumento, per ricompense minerarie e sicurezza della catena
- Livello di picchettamento ad alta efficienza energetica combinato con PoW memory-hard (Argon2id, 2 GB)
- Sicurezza economica attraverso la riduzione della posta in gioco
- Il consenso a doppio livello elimina il compromesso velocità-sicurezza
6.2 Parametri di puntata
| Parametro | Valore |
|---|---|
| Puntata minima | 10SynX |
| Periodo di blocco | Minimo 7 giorni |
| Tempo di recupero dell'annullamento | 24 ore |
| TAEG base | 5% (7 giorni) / 6% (14 giorni) / 7,77% (30 giorni) |
| Pena tagliente | 5% della quota |
| Blocca il tempo | Variabile (basato sulla difficoltà) |
6.3 Distribuzione dei premi
I premi in blocco vengono distribuiti proporzionalmente agli staker in base alla loro quota dell'offerta totale puntata. La formula del premio è:
I premi vengono automaticamente cumulati a meno che l'utente non avvii il ritiro.
6.4 Condizioni di taglio
Gli staker vengono ridotti (perdono parte della puntata) per:
- Doppia firma (produzione di blocchi in conflitto)
- Tempo di inattività prolungato (>24 ore offline)
- Produzione di blocchi non validi
6.5 Interfaccia di staking in-Wallet
Il portafoglio SynX fornisce funzionalità di staking native senza strumenti esterni:
- Seleziona l'importo da puntare dal saldo disponibile
- Scegli il periodo di blocco (7, 14 o 30 giorni)
- Conferma transazione (firmata con SPHINCS+)
- Monitora i premi nella dashboard in tempo reale
- Annulla il gioco con un solo clic (dopo il raffreddamento)
7. Algoritmo di mining SerendipityX
7.1 Filosofia progettuale
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 serendipità—equal opportunity for all participants—not a function of who can deploy the largest server rack.
Il mining Bitcoin è stato concepito come "un CPU, un voto". Oggi, meno di cinque mining pool controllano oltre l'80% dell'hash rate di Bitcoin, gestendo farm ASIC delle dimensioni di un magazzino e consumando più elettricità di intere nazioni. L’ideale decentralizzato è stato catturato dalle strutture di potere centralizzate a cui era stato progettato per resistere. SerendipityX è stato progettato per rendere tutto ciò impossibile.
7.2 Fondamenti tecnici
SerendipityX è basato su Argon2id, il vincitore della Password Hashing Competition (PHC) e standardizzato nella RFC 9106. L'algoritmo raggiunge la resistenza ASIC attraverso tre garanzie matematiche:
| Parametro | Valore | Scopo |
|---|---|---|
| Costo della memoria (m_cost) | 2GB | Supera il dispositivo mobile RAM: elimina i phone farm e i costi economici del ASIC |
| Costo temporale (t_cost) | 3 iterazioni | I passaggi sequenziali impediscono le scorciatoie di parallelizzazione |
| Parallelismo (p) | 1 | Elimina i vettori di ottimizzazione ASIC multi-linea |
| Lunghezza dell'uscita | 32 byte | Hash a 256 bit compatibile con la catena Blake2b |
| Modalità | Argon2id (ibrido) | Passaggi indipendenti dai dati + dipendenti dai dati per la resistenza del canale laterale |
7.3 Perché la durezza della memoria sconfigge la centralizzazione di ASIC
I chip ASIC raggiungono il dominio nel mining SHA-256 (Bitcoin) stipando miliardi di semplici circuiti hash sul silicio. Ogni circuito è piccolo, economico e veloce. Ma SerendipityX richiede l'esecuzione di ogni calcolo hash 2 GB di modelli di accesso casuale alla memoria– memoria che non può essere miniaturizzata come le porte logiche. Il requisito di 2 GB è stato scelto deliberatamente: supera il RAM disponibile sulla maggior parte dei telefoni cellulari, impedendo alle operazioni di phone farm cinesi e sponsorizzate dallo stato di inondare la rete con migliaia di dispositivi a basso costo. Il costo della DRAM a larghezza di banda elevata domina il costo totale del chip, equalizzando le prestazioni tra ASIC personalizzati e CPU/GPU desktop consumer.
Per SHA-256, gli ASIC raggiungono una velocità di 10.000 volte superiore rispetto alle CPU. Per Argon2id, il muro di memoria limita il vantaggio di ASIC a circa 1–3 volte, rendendo il silicio personalizzato economicamente ingiustificabile su larga scala.
7.4 Consenso ibrido: SerendipityX PoW + Staking (Synergy Sea)
SynX utilizza un'architettura di consenso ibrida PoS+PoW denominata Synergy Sea. Questo design a doppio strato separa l'elaborazione delle transazioni dalla produzione di blocchi: il salto di qualità dell'architettura che rende SynX più veloce di Solana per la finalità pratica delle transazioni:
- Livello di mining (PoW): Il nuovo SynX viene coniato attraverso la prova di lavoro SerendipityX su un intervallo di blocco variabile, convertendo l'elettricità in fornitura garantendo al contempo un'equa distribuzione e la sicurezza della catena
- Livello di picchettamento (PoS): I validatori di staking confermano le transazioni in meno di un secondo, fornendo una finalità immediata indipendentemente dalla produzione di blocchi
- Il salto di qualità: L'elaborazione delle transazioni funziona indipendentemente dalla produzione di blocchi. Gli utenti sperimentano invii istantanei indipendentemente dal tempo impiegato dal blocco corrente per atterrare. Questo è il motivo per cui SynX è più veloce di Solana (~400 ms di slot), XRP (3-5 secondi) e di ogni blockchain classica - e perché un intervallo di blocco variabile non costa nulla all'utente
- Transizione: Le ricompense minerarie si dimezzano secondo un programma, spostando gradualmente il peso sullo staking
Ciò significa che uno studente con un laptop compete su un terreno equo con un attore statale. Nessuna singola entità può dominare la produzione a blocchi grazie ai vantaggi hardware. Il protocollo applica ciò che Bitcoin aveva solo promesso: pari partecipazione alla creazione di denaro.
8. Mercato di deposito a garanzia P2P
8.1 Obiettivi di progettazione
Il mercato SynX consente il trading peer-to-peer affidabile senza intermediari centralizzati o requisiti KYC. Proprietà chiave:
- Deposito a garanzia non custodito (fondi bloccati nel contratto intelligente)
- Comunicazione crittografata tra le parti
- Risoluzione decentralizzata delle controversie
- Nessuna esposizione della controparte agli attacchi hacker agli scambi
8.2 Protocollo di deposito a garanzia
Il sistema di deposito a garanzia procede attraverso stati chiaramente definiti, garantendo che entrambe le parti siano protette in ogni fase:
Offerta pubblicata
Entrambi depositati
Commercio completato
Arbitro coinvolto
Fondi restituiti
Ogni deposito a garanzia coinvolge tre parti: creatore, acquirente e arbitro. I fondi richiedono 2 firme su 3 per essere rilasciati, garantendo che nessuna parte singola possa rubare fondi.
8.3 Flusso commerciale
- Creazione dell'offerta: Il creatore crea un'offerta specificando importo, prezzo, metodo di pagamento e timeout
- Accettazione dell'offerta: L'acquirente accetta l'offerta, i fondi di entrambe le parti sono bloccati in un deposito a garanzia multisig 2 su 3
- Pagamento: L'acquirente invia il pagamento fiat tramite il metodo specificato (banca, contanti, ecc.)
- Conferma: Il produttore conferma la ricezione, entrambi firmano la transazione di rilascio
- Pubblicazione: Fondi rilasciati all'acquirente, scambio completato
8.4 Risoluzione delle controversie
Se le parti non sono d'accordo, entrambe possono ricorrere all'arbitrato:
- La parte in causa paga le spese di arbitrato (rimborsate in caso di vittoria)
- L'arbitro esamina le prove crittografate di entrambe le parti
- L'arbitro firma la transazione di rilascio per la parte vincente
- 2 firme su 3 (arbitro + vincitore) rilasciano fondi
Gli arbitri vengono selezionati da un pool decentralizzato in base alla reputazione e alla posta in gioco.
8.5 Messaggistica crittografata
Gli operatori commerciali comunicano attraverso canali crittografati end-to-end utilizzando lo scambio di chiavi Kyber:
I messaggi vengono crittografati con AES-256-GCM utilizzando un segreto condiviso stabilito tramite Kyber-768. Anche se intercettati, i messaggi non possono essere letti da terzi, compresi gli operatori di rete.
9. Privacy a livello di rete
9.1 Integrazione Tor
I nodi SynX possono operare interamente su Tor, fornendo:
- Occultamento dell'indirizzo IP per le trasmissioni delle transazioni
- Resistenza all'analisi del traffico
- Elusione della censura
Il demone supporta la creazione automatica del circuito Tor e il funzionamento dei servizi nascosti.
9.2 Protocollo Tarassaco++
La propagazione delle transazioni utilizza Dandelion++ per impedire la deanonimizzazione a livello di rete:
- Fase dello stelo: Transazione inoltrata lungo un percorso casuale attraverso i nodi
- Fase lanugine: Transazione trasmessa ampiamente tramite pettegolezzi standard
Ciò impedisce agli avversari di identificare l’origine della transazione attraverso l’euristica first-seed.
9.3 Scoperta dei pari
I nodi scoprono i peer attraverso:
- Nodi di bootstrap codificati
- Server di seed DNS
- Protocollo di scambio tra pari
- Directory di servizi nascosti Tor
10. Confronto con le catene legacy
La tabella seguente confronta SynX con le principali criptovalute incentrate sulla privacy e tradizionali:
| Caratteristica | Bitcoin | Monero | Zcash | SynX |
|---|---|---|---|---|
| Algoritmo di firma | ECDSA (secp256k1) | EdDSA (Ed25519) | EdDSA/Groth16 | SPHINCS+-128f |
| Scambio di chiavi | ECDH | X25519 | X25519 | Kyber-768 |
| Resistente quantistico | No | No | No | SÌ |
| Privacy predefinita | No | SÌ | Opzionale | SÌ |
| Configurazione attendibile | No | No | SÌ | No |
| Media Dimensioni trasmissione | ~250 byte | ~2-3KB | ~2KB | ~20KB |
| Blocca il tempo | ~10 minuti | ~2 minuti | ~75 secondi | ~60 secondi |
| Finalità TX | ~60 minuti | ~20 minuti | ~12,5 minuti | Meno del secondo |
| Consenso | PoW | PoW | PoW | PoS+PoW ibrido |
| Puntata nativa | No | No | No | SÌ |
| Mercato P2P | No | No | No | SÌ |
| Portafoglio multilingue | Varia | SÌ | Limitato | 7 lingue |
| USB Celle frigorifere | Tramite portafoglio hardware | Tramite portafoglio hardware | Tramite portafoglio hardware | Nativo |
10.1 Rischio di migrazione quantistica
Le catene legacy devono affrontare sfide significative durante la migrazione alla crittografia post-quantistica:
- Bitcoin: Richiede un consenso rigido tra la comunità decentralizzata. La migrazione degli indirizzi lascia vulnerabili i vecchi output P2PKH. Stimati oltre 4 milioni di BTC in indirizzi con chiavi pubbliche esposte.
- Ethereum: Account abstraction provides upgrade path, but smart contract compatibility is complex. Migration period creates attack window.
- Monero: Le firme degli anelli richiedono un'attenta riprogettazione per il post-quantistico. Ricerca accademica in corso ma nessuna tempistica di implementazione.
- Zcash: zk-SNARK si basa su accoppiamenti di curve ellittiche. Gli SNARK post-quantici esistono ma sono significativamente più grandi e più lenti.
SynX non richiede migrazione. Tutti gli indirizzi hanno utilizzato la crittografia post-quantistica fin dalla genesi.
11. Analisi delle prestazioni
11.1 Benchmark
Prestazioni previste su hardware di base:
| Operazione | Tempo | Memoria |
|---|---|---|
| Generazione del portafoglio | sotto-secondo | minimo |
| Segno SPHINCS+ | millisecondi | minimo |
| Verifica SPHINCS+ | sotto il millisecondo | minimo |
| Kyber incapsula | sotto il millisecondo | minimo |
| Kyber decapsulare | sotto il millisecondo | minimo |
| Creazione della transazione | millisecondi | minimo |
| Convalida del blocco | sotto-secondo | moderare |
I tempi specifici dipendono dall'implementazione e sono intenzionalmente omessi.
11.2 Scalabilità
SynX è progettato per operazioni ad alto rendimento:
- Limite dimensione blocco: 500 KB
- Intervallo di blocco: variabile, basato sulla difficoltà (livello di mining)
- Finalità della transazione: meno di un secondo (livello di validazione dello staking)
- Velocità effettiva target: oltre 2.000 TPS
- Capacità RPC: 8.000 richieste/secondo sostenute
La rete utilizza meccanismi di burn adattivi che si adattano al volume delle transazioni, mantenendo la stabilità economica anche con un throughput a livello di Solana. Le soluzioni Layer-2 possono fornire capacità aggiuntiva per casi d'uso specializzati.
11.3 Requisiti di archiviazione
- Nodo completo (attuale): ~15 GB
- Nodo eliminato: ~5 GB
- Solo portafoglio: ~100 MB
12. Lavoro futuro
12.1 In esame
Le seguenti funzionalità sono in fase di valutazione per una potenziale inclusione nelle future versioni del protocollo:
- Integrazione portafoglio hardware: Supporto per dispositivi di firma dedicati che implementano SPHINCS+
- Portafoglio mobile: Applicazioni native per piattaforme iOS e Android
- Ridimensionamento di livello 2: Costruzioni di canali statali per una maggiore produttività
- Interoperabilità a catena incrociata: Meccanismi di bridge verso reti esterne
- Transazioni riservate: Importo nascosto tramite schemi di impegno post-quantistico
Le tempistiche di implementazione dipendono dai controlli di sicurezza, dal feedback della comunità e dalla governance del protocollo.
12.2 Aree di ricerca attive
I seguenti argomenti sono oggetto di indagine accademica ma non ancora inseriti nella tabella di marcia:
- Firme ad anello post-quantiche per una maggiore privacy del mittente
- Costruzioni a prova di conoscenza zero basate su reticoli
- Crittografia a soglia resistente ai quanti per l'impegno
13. Conclusione
SynX rappresenta un approccio fondamentalmente diverso alla sicurezza delle criptovalute. Invece di basarsi su presupposti crittografici legacy e pianificare futuri aggiornamenti, SynX implementa algoritmi post-quantistici standardizzati NIST fin dalla genesi. Ogni firma di transazione utilizza la crittografia basata su hash SPHINCS+ con sicurezza basata sulla teoria dell'informazione. Ogni scambio di chiavi utilizza l'incapsulamento basato su reticolo Kyber-768.
L'architettura del portafoglio dà priorità sia alla sicurezza che all'usabilità: recupero mnemonico di 25 parole, supporto in sette lingue, esportazione USB nativa per firma air-gapped e picchettamento integrato senza strumenti esterni. Il mercato di deposito a garanzia P2P consente il trading trustless senza scambi centralizzati o requisiti KYC.
Quando emergeranno computer quantistici rilevanti dal punto di vista crittografico, le catene legacy dovranno affrontare migrazioni difficili con una superficie di attacco significativa. Gli utenti di SynX non dovranno affrontare tale transizione. I loro fondi sono stati protetti dalla crittografia post-quantistica fin dal primo blocco.
SynX non contiene backdoor conosciute, meccanismi di deposito a garanzia delle chiavi o funzionalità di accesso delle forze dell'ordine. Il protocollo è closed source fino all'altezza del blocco 200K e saranno verificabili in modo indipendente al momento del rilascio.
Il protocollo è closed source fino all'altezza del blocco 200K, la rete è attiva e il portafoglio è disponibile per il download.
14. Riferimenti
- Shor, PW (1994). "Algoritmi per il calcolo quantistico: logaritmi discreti e fattorizzazione". Atti del 35° Simposio annuale sui fondamenti dell'informatica. DOI: 10.1109/SFCS.1994.365700
- NIST (2024). "Crittografia post-quantistica". Istituto nazionale di standard e tecnologia. csrc.NIST.gov/projects/post-quantum-cryptography
- Avanzi, R., et al. (2021). "CRYSTALS-Kyber: specifiche dell'algoritmo e documentazione di supporto." NIST Invio PQC. pq-crystals.org/Kyber
- Bernstein, DJ, et al. (2019). "SPHINCS+: presentazione al progetto post-quantistico NIST." NIST Invio PQC. SPHINCS.org
- Grover, LK (1996). "Un veloce algoritmo quantomeccanico per la ricerca nei database." Atti del 28esimo simposio annuale ACM sulla teoria dell'informatica. DOI: 10.1145/237814.237866
- Aumasson, J.-P. & Neves, S. (2013). "BLAKE2: più semplice, più piccolo, veloce come MD5." ACNS 2013. blake2.net
- Biryukov, A., Dinu, D., & Khovratovich, D. (2016). "Argon2: the memory-hard function for password hashing and other applications." Concorso di hashing delle password. password-hashing.net
- Fiat, A. & Shamir, A. (1986). "Come mettersi alla prova: soluzioni pratiche ai problemi di identificazione e firma." CRIPTO 1986. DOI: 10.1007/3-540-47721-7_12
- Boneh, D. e Shoup, V. (2023). Un corso di specializzazione in crittografia applicata. Università di Stanford. toc.cryptobook.us
- Mosca, M. (2018). "La sicurezza informatica nell'era dei computer quantistici: saremo pronti?" Sicurezza e privacy IEEE. DOI: 10.1109/MSP.2018.3761723