1. Introdução
O surgimento da computação quântica representa uma ameaça existencial aos fundamentos criptográficos da infraestrutura digital moderna. O algoritmo Shor, publicado em 1994, fornece soluções em tempo polinomial para a fatorização de inteiros e o problema do logaritmo discreto - as hipóteses matemáticas subjacentes à RSA, DSA e criptografia de curva elíptica (ECC). Todas as principais criptomoedas implementadas atualmente, incluindo Bitcoin, Ethereum, Monero e Zcash, dependem exclusivamente do ECC para a autenticação de transações.
O cronograma para computadores quânticos criptograficamente relevantes (CRQC) permanece incerto, mas a trajetória é clara. O roteiro quântico da IBM projeta mais de 100.000 sistemas qubit até 2033. O processador Willow da Google demonstrou melhorias exponenciais na correção de erros em 2024. Os atores do estado-nação mantêm programas classificados com capacidades desconhecidas. A estratégia “recolher agora, desencriptar depois” – onde os adversários recolhem dados encriptados hoje para desencriptação futura – transforma isto de um problema futuro numa preocupação imediata para o armazenamento de valor a longo prazo.
As criptomoedas existentes enfrentam um desafio significativo: a modernização da resistência quântica requer hard forks, consenso das partes interessadas e migração dos endereços existentes. Durante qualquer período de transição, os endereços antigos permanecem vulneráveis. A complexidade de manter a compatibilidade com versões anteriores e ao mesmo tempo introduzir novas primitivas criptográficas cria uma superfície de ataque substancial.
O SynX resolve isso implementando a criptografia pós-quântica desde a génese. Cada endereço, transação e comunicação ponto a ponto utilizaram algoritmos normalizados pelo NIST desde o bloco zero. Não há criptografia legada a ser obsoleta e não há risco de migração. Este artigo fornece as especificações técnicas completas do protocolo SynX.
1.1 Objetivos de Projeto
O SynX foi concebido com os seguintes objetivos:
- Resistência Quântica: Todas as operações criptográficas devem resistir a ataques de adversários clássicos e quânticos utilizando algoritmos normalizados pelo NIST.
- Privacidade da transação: Os valores das transações e as informações do remetente e do destinatário devem ser ocultados aos observadores passivos.
- Auto-Soberania: Os utilizadores devem manter o controlo total dos seus fundos sem depender de terceiros de confiança, exchanges centralizadas ou serviços que exijam KYC.
- Usabilidade: A carteira deve ser acessível a utilizadores não técnicos, com suporte para vários idiomas e mecanismos de recuperação padrão.
- Descentralização: A rede deve resistir à captura por adversários com bons recursos através de consenso distribuído e operação de nós.
1.2 Notação
Ao longo deste artigo, utilizámos a seguinte notação:
H(·)— BLAKE2b-256 hash functionKDF(·)— Argon2id key derivation functionKyber.KeyGen()— Geração de chave Kyber-768Kyber.Encaps(pk)— Encapsulamento Kyber-768Kyber.Decaps(sk, ct)— Descapsulação Kyber-768SPHINCS.KeyGen()— Geração de chaves SPHINCS+-SHAKE-128sSPHINCS.Sign(sk, m)— Geração de assinatura SPHINCS+SPHINCS.Verify(pk, m, σ)— Verificação de assinatura SPHINCS+||— Concatenação de bytes⊕- XOR bit a bit
2. Modelo de ameaças e pressupostos de segurança
2.1 Capacidades do Adversário
O SynX foi concebido para proporcionar segurança contra as seguintes classes de adversários:
2.1.1 Adversários Clássicos
Adversários com acesso a recursos computacionais clássicos arbitrários, incluindo hardware especializado (ASICs, FPGAs) e clusters de computação distribuída. Isto inclui atores estatais com orçamentos computacionais significativos, mas finitos.
2.1.2 Adversários Quânticos
Adversários com acesso a computadores quânticos criptograficamente relevantes, capazes de executar o algoritmo do Shor contra curvas elípticas de 256 bits e o algoritmo do Grover para pesquisa de chave simétrica. Presumimos que os computadores quânticos não conseguem inverter eficientemente funções hash resistentes a colisões para além da aceleração quadrática fornecida pelo algoritmo Grover.
2.1.3 Adversários da Rede
Adversários capazes de observação passiva de todo o tráfego de rede (adversário passivo global), ataques man-in-the-middle ativos em ligações específicas e análise de tempo de transmissões de transações.
2.2 Pressupostos de Segurança
A segurança do SynX depende das seguintes hipóteses computacionais:
- Dureza Módulo-LWE: O problema do Módulo de Aprendizagem com Erros com parâmetros utilizados no Kyber-768 é computacionalmente intratável para computadores clássicos e quânticos.
- Segurança da função hash: O SHAKE256 e o Blake2b comportam-se como oráculos aleatórios, fornecendo resistência à colisão, resistência à pré-imagem e resistência à segunda pré-imagem contra adversários quânticos (considerando a aceleração quadrática do Grover).
- Aleatoriedade segura: O CSPRNG do sistema operativo fornece 256 bits de entropia verdadeira para a geração de sementes.
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 Fora do âmbito
As seguintes ameaças são consideradas fora do âmbito do protocolo principal:
- Comprometimento do dispositivo do utilizador através de malware ou acesso físico
- Ataques de canal lateral em implementações de hardware específicas
- Ataques de engenharia social contra utilizadores individuais
- 51% de ataques com controlo sustentado da participação maioritária*
* O protocolo pressupõe uma maioria honesta na aposta. Os ataques maioritários são economicamente desencorajados através de cortes, mas não são evitados criptograficamente.
3. Fundações criptográficas
3.1 Encapsulamento da chave Kyber-768
O Kyber é um mecanismo de encapsulamento de chaves (KEM) baseado no problema de aprendizagem de módulos com erros (MLWE). Foi selecionado pela NIST em 2022 como finalista e formalmente padronizado como FIPS 203 (ML-KEM) em agosto de 2024, após seis anos de avaliação pública.
O Kyber-768 fornece o nível de segurança 3 NIST, aproximadamente equivalente ao AES-192. O esquema opera sobre anéis polinomiais R_q = Z_q[X]/(X^n + 1) com n = 256 e q = 3329.
3.1.1 Conjunto de Parâmetros
| Parâmetro | Valor | Descrição |
|---|---|---|
| n | 256 | Grau polinomial |
| k | 3 | Classificação do módulo |
| q | 3329 | Módulo |
| η₁ | 2 | Parâmetro de ruído (geração de chave) |
| η₂ | 2 | Parâmetro de ruído (encriptação) |
| Tamanho da chave pública | 1.184 bytes | — |
| Tamanho da chave secreta | 2.400 bytes | — |
| Tamanho do texto cifrado | 1.088 bytes | — |
| Segredo partilhado | 32 bytes | — |
3.1.2 Utilização em SynX
SynX utiliza Kyber-768 para:
- Comunicação ponto a ponto de nós (troca de chave efémera)
- Mensagens encriptadas no mercado P2P
- Derivação de endereço furtivo (encapsulamento de chave de destinatário)
3.2 Assinaturas Digitais 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.
O SynX utiliza SPHINCS+-SHAKE-128s, o conjunto de parâmetros compacto, produzindo assinaturas de 7.856 bytes no NIST Nível 1 (segurança de 128 bits). A chave pública de 32 bytes e a chave privada de 64 bytes mantêm o estado da carteira pequeno enquanto a assinatura transporta o caminho completo de autenticação Merkle.
3.2.1 Conjunto de Parâmetros
| Parâmetro | Valor | Descrição |
|---|---|---|
| Nível de segurança | 128 bits (pós-quântico) | NIST Nível 1 |
| Hash function | SHAKE256 | Extendable output function |
| Variante | 128f (rápido) | Otimizado para velocidade de assinatura |
| Tamanho da chave pública | 32 bytes | — |
| Tamanho da chave secreta | 64 bytes | — |
| Tamanho da assinatura | 7.856 bytes | ~7,7KB |
| Hora de assinatura | milissegundos | Dependente da implementação |
| Tempo de verificação | submilissegundo | Dependente da implementação |
3.2.2 Estrutura de Assinatura
O SPHINCS+ constrói assinaturas utilizando uma hiperárvore de árvores Merkle com WOTS+ (Winternitz One-Time Signatures) nas folhas. A propriedade stateless é obtida através da seleção determinística de caminho baseada no hash da mensagem, eliminando as vulnerabilidades de gestão de estado de esquemas anteriores baseados em hash, como o XMSS.
3.3 Primitivos Simétricos
O SynX emprega as seguintes primitivas criptográficas simétricas:
- BLAKE2b-256: Primary hash function for transaction IDs, Merkle trees, and address derivation
- AES-256-GCM: Encriptação autenticada para armazenamento de carteira e mensagens P2P
- Argon2id: Derivação de chave de memória para encriptação de carteira
- 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 Sigilo de Encaminhamento
Todas as comunicações ponto a ponto utilizam pares de chaves Kyber efémeros, proporcionando um sigilo de encaminhamento perfeito. Mesmo que as chaves de longo prazo sejam comprometidas, as sessões anteriores continuam seguras. Cada ligação estabelece um novo segredo partilhado que é descartado após a utilização.
4. Arquitetura da carteira
4.1 Geração de Sementes e Derivação de Chave
A criação da carteira segue um processo seguro de várias etapas para gerar a sua identidade criptográfica única:
Todo o processo demora aproximadamente 150 milissegundos e produz uma carteira totalmente protegida contra ataques clássicos e quânticos.
4.2 Recuperação mnemónica de 25 palavras
O SynX utiliza um esquema mnemónico estendido compatível com BIP-39 com 25 palavras, fornecendo 264 bits de entropia (256 bits + soma de verificação de 8 bits). Isto excede o formato padrão de 24 palavras, mantendo a compatibilidade com as listas de palavras de carteiras de hardware existentes.
A 25ª palavra tem dois propósitos:
- Entropia adicional para maior margem de segurança
- Soma de verificação integrada para deteção de erros
A recuperação da carteira requer apenas a frase mnemónica e a palavra-passe opcional. A mesma semente regenera deterministicamente pares de chaves Kyber e SPHINCS+ idênticos.
4.3 Suporte multilingue
A carteira SynX suporta sete idiomas para UI e listas de palavras mnemónicas:
| Idioma | Código | Lista de palavras |
|---|---|---|
| Inglês | en | BIP-39 inspirado em melhorias quânticas |
| Espanhol | es | BIP-39 inspirado em melhorias quânticas |
| Francês | fr | BIP-39 inspirado em melhorias quânticas |
| italiano | it | BIP-39 inspirado em melhorias quânticas |
| Português | pt | BIP-39 inspirado em melhorias quânticas |
| japonês | ja | BIP-39 inspirado em melhorias quânticas |
| coreano | ko | BIP-39 inspirado em melhorias quânticas |
Os utilizadores podem gerar e recuperar carteiras utilizando qualquer idioma compatível. A entropia subjacente é independente da língua – uma carteira criada com palavras em inglês pode ser recuperada utilizando palavras japonesas equivalentes.
4.4 Exportação de Hardware USB
O SynX suporta a exportação segura de credenciais de carteira para dispositivos de armazenamento USB para operação isolada e armazenamento frio.
4.4.1 Formato de Exportação
O formato de exportação emprega a encriptação autenticada AES-256-GCM com chaves derivadas de Argon2id. A integridade do ficheiro é verificada através da soma de verificação BLAKE2b-256. Os parâmetros específicos são definidos pela implementação.
4.4.2 Sinalização Air Gapped
A exportação USB permite a assinatura de transações offline. As transações não assinadas são transferidas para uma máquina isolada, assinadas com SPHINCS+ e devolvidas para transmissão. As chaves privadas nunca tocam num dispositivo ligado à Internet.
4.5 Formato de Endereço
Os endereços SynX utilizam o seguinte formato:
O endereço é derivado da chave pública Kyber-768. O prefixo “SX” fornece identificação visual e a codificação Base58Check inclui uma soma de verificação de 4 bytes para deteção de erros. O comprimento total do endereço é de 35 caracteres.
5. Protocolo de Transação
5.1 Estrutura de Transação
Uma transação SynX contém os seguintes campos:
| Campo | Tamanho | Descrição |
|---|---|---|
| versão | 1 byte | Versão do protocolo |
| carimbo de data/hora | 8 bytes | Carimbo de data/hora Unix (milissegundos) |
| remetente_pk | 32 bytes | Chave pública SPHINCS+ |
| destinatário | 34 bytes | Endereço do destinatário (codificado) |
| montante | 8 bytes | Valor da transação (unidades atómicas) |
| taxa | 8 bytes | Taxa de rede |
| agora | 8 bytes | Contador de transações do remetente |
| carga útil | variável | Dados encriptados opcionais |
| assinatura | 7.856 bytes | Assinatura SPHINCS+ |
5.2 Processo de Assinatura
Quando envia uma transação, a carteira executa os seguintes passos para criar uma assinatura resistente ao quantum que não pode ser falsificada:
O valor, o destinatário, a taxa e o carimbo de data/hora são combinados
O hash Blake2b produz um identificador único de 256 bits
Assinatura baseada em hash comprova a propriedade (~5ms)
Transação assinada enviada aos validadores
5.3 Verificação
Os nós verificam as transações por:
- Verificar se o remetente tem saldo suficiente (incluindo taxa)
- Verificar o nonce é exatamente o nonce atual do remetente + 1
- Recalculando o hash de transações a partir de dados serializados
- Verificação da assinatura SPHINCS+ em relação à chave pública do remetente
- A verificação do carimbo de data/hora está dentro dos limites aceitáveis (±5 minutos)
As transações inválidas são rejeitadas e não propagadas.
5.4 Endereços Furtivos
O SynX implementa endereços rotativos de gravadores para privacidade do destinatário. Cada transação utiliza um novo endereço, evitando que os observadores liguem os pagamentos a um único destinatário:
Apenas o destinatário pretendido pode identificar e reivindicar as transações recebidas. Os observadores externos vêem endereços únicos não relacionados e sem ligação visível.
6. Mecanismo de piquetagem
6.1 Visão Geral do Consenso
O SynX utiliza uma arquitetura de consenso híbrida de Prova de Participação + Prova de Trabalho denominada Synergy Sea. Os validadores de staking fornecem o propósito de transação em menos de um segundo, enquanto os mineiros carregam a espinha dorsal da segurança. A produção de blocos é realizada num intervalo variável por design: a dificuldade do SerendipityX aumenta continuamente, de modo que o intervalo entre os blocos muda de acordo com as condições da rede, em vez de seguir um relógio fixo. Este design de camada dupla separa o processamento de transações da produção de blocos – o salto quântico arquitetónico que torna o SynX mais rápido que o Solana para fins práticos de transação e que não deixa qualquer cadência de bloco previsível para um adversário sincronizar.
- Finalidade da transação em menos de um segundo através do consenso do validador de piquetagem
- Intervalos variáveis de produção de blocos, regidos pelo aumento contínuo da dificuldade, para recompensas de mineração e segurança da cadeia
- Camada de piquetagem com eficiência energética combinada com PoW com muita memória (Argon2id, 2 GB)
- Segurança económica através da redução das participações
- O consenso de camada dupla elimina a compensação entre velocidade e segurança
6.2 Parâmetros de Piquetagem
| Parâmetro | Valor |
|---|---|
| Aposta mínima | 10SynX |
| Período de bloqueio | mínimo de 7 dias |
| Recarga de desempate | 24 horas |
| TAEG base | 5% (7 dias) / 6% (14 dias) / 7,77% (30 dias) |
| Pena cortante | Participação de 5% |
| Tempo de bloqueio | Variável (devido à dificuldade) |
6.3 Distribuição de recompensas
As recompensas do bloco são distribuídas proporcionalmente aos apostadores com base na sua participação no fornecimento total apostado. A fórmula da recompensa é:
As recompensas são compostas automaticamente, a menos que o utilizador inicie o levantamento.
6.4 Condições de Corte
Os Stakers são reduzidos (perdem parte da aposta) por:
- Assinatura dupla (produzindo blocos conflituantes)
- Tempo de inatividade prolongado (>24 horas offline)
- Produzindo blocos inválidos
6.5 Interface de piquetagem na carteira
A carteira SynX oferece a funcionalidade de piquetagem nativa sem ferramentas externas:
- Selecione o valor a apostar no saldo disponível
- Escolha o período de bloqueio (7, 14 ou 30 dias)
- Confirmar transação (assinada com SPHINCS+)
- Monitorize as recompensas no painel em tempo real
- Desempate com um único clique (após arrefecimento)
7. Algoritmo de mineração SerendipityX
7.1 Filosofia de Design
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 acaso—equal opportunity for all participants—not a function of who can deploy the largest server rack.
A mineração Bitcoin foi concebida como “um CPU, um voto”. Hoje, menos de cinco pools de mineração controlam mais de 80% da taxa de hash do Bitcoin, operando explorações ASIC do tamanho de armazéns, consumindo mais eletricidade do que nações inteiras. O ideal descentralizado foi captado pelas estruturas de poder muito centralizadas às quais foi concebido para resistir. O SerendipityX foi concebido para tornar isso impossível.
7.2 Fundamento Técnico
O SerendipityX é baseado no Argon2id, vencedor da Password Hashing Competition (PHC) e padronizado na RFC 9106. O algoritmo atinge a resistência ASIC através de três garantias matemáticas:
| Parâmetro | Valor | Finalidade |
|---|---|---|
| Custo de memória (m_cost) | 2 GB | Excede o dispositivo móvel RAM – elimina as explorações telefónicas e a economia do ASIC |
| Custo de tempo (t_cost) | 3 iterações | Passagens sequenciais evitam atalhos de paralelização |
| Paralelismo (p) | 1 | Elimina os vetores de otimização ASIC de múltiplas pistas |
| Comprimento de saída | 32 bytes | Hash de 256 bits compatível com a cadeia Blake2b |
| Modo | Argon2id (híbrido) | Passagens independentes de dados + dependentes de dados para a resistência do canal lateral |
7.3 Porque é que a dureza da memória derrota a centralização ASIC
Os chips ASIC alcançam o domínio na mineração SHA-256 (Bitcoin) ao amontoar milhares de milhões de circuitos hash simples em silício. Cada circuito é minúsculo, barato e rápido. Mas o SerendipityX requer que cada cálculo de hash seja executado 2 GB de padrões de acesso aleatório à memória—memória que não pode ser miniaturizada como portas lógicas. O requisito de 2 GB foi escolhido deliberadamente: excede o RAM disponível na maioria dos telemóveis, evitando que as operações telefónicas patrocinadas pela China e pelo Estado inundem a rede com milhares de dispositivos de baixo custo. O custo da DRAM de alta largura de banda domina o custo total do chip, igualando o desempenho entre ASICs personalizados e CPUs/GPUs de desktop de consumo.
Para o SHA-256, os ASIC atingem uma aceleração de 10.000×+ em relação aos CPUs. Para o Argon2id, a parede de memória limita a vantagem do ASIC a aproximadamente 1–3×, tornando o silício personalizado economicamente injustificável em escala.
7.4 Consenso Híbrido: SerendipityX PoW + Staking (O Synergy Sea)
O SynX emprega uma arquitetura de consenso híbrida PoS+PoW denominada Synergy Sea. Este design de camada dupla separa o processamento de transações da produção de blocos – o salto quântico arquitetónico que torna o SynX mais rápido que o Solana para fins práticos de transação:
- Camada de mineração (PoW): O novo SynX é cunhado através da prova de trabalho SerendipityX num intervalo de bloco variável, convertendo a eletricidade em fornecimento, garantindo ao mesmo tempo uma distribuição justa e segurança da cadeia
- Camada de piquetagem (PoS): Os validadores de staking confirmam as transações em menos de um segundo, proporcionando uma finalidade instantânea independente da produção do bloco
- O salto quântico: O processamento de transações opera independentemente da produção de blocos. Os utilizadores experimentam envios instantâneos, independentemente de quanto tempo o bloco atual demora a aterrar. É por isso que o SynX é mais rápido do que o Solana (slots de aproximadamente 400 ms), o XRP (3-5 segundos) e qualquer blockchain clássico – e porque é que um intervalo de bloco variável não custa nada ao utilizador
- Transição: As recompensas da mineração são reduzidas para metade de acordo com um cronograma, transferindo gradualmente o peso para o staking
Isto significa que um aluno com um computador portátil compete em condições justas com um ator estatal. Nenhuma entidade pode dominar a produção de blocos através de vantagens de hardware. O protocolo impõe o que o Bitcoin apenas prometeu: participação igualitária na criação de dinheiro.
8. Mercado de garantia P2P
8.1 Metas de Projeto
O mercado SynX permite negociações ponto a ponto sem confiança, sem intermediários centralizados ou requisitos KYC. Propriedades principais:
- Garantia sem custódia (fundos bloqueados em contrato inteligente)
- Comunicação encriptada entre as partes
- Resolução descentralizada de litígios
- Sem exposição da contraparte a hacks de exchanges
8.2 Protocolo de Garantia
O sistema de garantia progride através de estados claramente definidos, garantindo que ambas as partes estão protegidas em cada etapa:
Oferta publicada
Ambos depositados
Negociação concluída
Árbitro envolvido
Fundos devolvidos
Cada depósito envolve três partes: criador, tomador e árbitro. Os fundos requerem 2 de 3 assinaturas para serem libertados, garantindo que nenhuma parte pode roubar fundos.
8.3 Fluxo Comercial
- Criação de ofertas: Maker cria oferta especificando valor, preço, forma de pagamento e tempo limite
- Aceitação da oferta: O mutuário aceita a oferta, os fundos de ambas as partes ficam bloqueados em depósito multisig 2 de 3
- Pagamento: O tomador envia o pagamento fiduciário através de um método especificado (banco, dinheiro, etc.)
- Confirmação: Fabricante confirma receção, ambos assinam transação de libertação
- Lançamento: Fundos libertados para o tomador, negociação concluída
8.4 Resolução de litígios
Se as partes discordarem, qualquer uma delas pode remeter para arbitragem:
- A parte em litígio paga uma taxa de arbitragem (reembolsada caso ganhe)
- O árbitro analisa as provas encriptadas de ambas as partes
- Árbitro assina transação de libertação para a parte vencedora
- 2 de 3 assinaturas (árbitro + vencedor) libertam fundos
Os árbitros são selecionados a partir de um grupo descentralizado com base na reputação e na participação.
8.5 Mensagens encriptadas
Os participantes comerciais comunicam através de canais encriptados de ponta a ponta utilizando a troca de chaves Kyber:
As mensagens são encriptadas com AES-256-GCM utilizando um segredo partilhado estabelecido através de Kyber-768. Mesmo que sejam intercetadas, as mensagens não podem ser lidas por terceiros – incluindo operadores de rede.
9. Privacidade da camada de rede
9.1 Integração Tor
Os nós SynX podem operar inteiramente no Tor, proporcionando:
- Ocultação de endereço IP para transmissões de transações
- Resistência à análise de tráfego
- Evasão de censura
O daemon suporta o estabelecimento automático de circuito Tor e a operação de serviço oculto.
9.2 Protocolo Dandelion++
A propagação de transações utiliza o Dandelion++ para evitar a desanonimização ao nível da rede:
- Fase do caule: Transação encaminhada ao longo de caminho aleatório através de nós
- Fase fofa: Transação transmitida amplamente através de boatos padrão
Isto evita que os adversários identifiquem a origem da transação através de heurísticas vistas pela primeira vez.
9.3 Descoberta de pares
Os nós descobrem os pares através de:
- Nós de arranque codificados
- Servidores de sementes DNS
- Protocolo de troca de pares
- Diretórios de serviços ocultos do Tor
10. Comparação com cadeias legadas
A tabela seguinte compara o SynX às principais criptomoedas convencionais e focadas na privacidade:
| Característica | Bitcoin | Monero | Zcash | SynX |
|---|---|---|---|---|
| Algoritmo de Assinatura | ECDSA (secp256k1) | EdDSA (Ed25519) | EdDSA/Groth16 | SPHINCS+-128f |
| Troca de chaves | ECDH | X25519 | X25519 | Kyber-768 |
| Resistente Quântico | No | No | No | Sim |
| Padrão de privacidade | No | Sim | Opcional | Sim |
| Configuração fiável | No | No | Sim | No |
| Média Tamanho TX | ~250 bytes | ~2-3KB | ~2KB | ~20KB |
| Tempo de bloqueio | ~10 minutos | ~2 minutos | ~75 segundos | ~60 segundos |
| Finalidade TX | ~60 minutos | ~20 minutos | ~12,5 minutos | Subsegundo |
| Consenso | PoW | PoW | PoW | PoS+PoW híbrido |
| Piquetagem Nativa | No | No | No | Sim |
| Mercado P2P | No | No | No | Sim |
| Carteira multilíngue | Varia | Sim | Limitado | 7 idiomas |
| Armazenamento Frio USB | Via carteira de hardware | Via carteira de hardware | Via carteira de hardware | Nativo |
10.1 Risco de migração quântica
As cadeias legadas enfrentam desafios significativos ao migrar para a criptografia pós-quântica:
- Bitcoin: Requer um consenso difícil entre a comunidade descentralizada. A migração de endereços deixa as saídas P2PKH antigas vulneráveis. Estima-se mais de 4 milhões de BTC em endereços com chaves públicas expostas.
- Ethereum: Account abstraction provides upgrade path, but smart contract compatibility is complex. Migration period creates attack window.
- Monero: As assinaturas de anel requerem um redesenho cuidadoso para o pós-quântico. Investigação académica em curso, mas sem cronograma de implementação.
- Zcash: Os zk-SNARKs dependem de pares de curvas elípticas. Os SNARK pós-quânticos existem, mas são significativamente maiores e mais lentos.
O SynX não requer migração. Todos os endereços usaram criptografia pós-quântica desde a génese.
11. Análise de desempenho
11.1 Referências
Desempenho esperado em hardware comum:
| Operação | Hora | Memória |
|---|---|---|
| Geração de carteira | subsegundo | mínimo |
| Sinal SPHINCS+ | milissegundos | mínimo |
| Verificação SPHINCS+ | submilissegundo | mínimo |
| Encapsular Kyber | submilissegundo | mínimo |
| Descapsular Kyber | submilissegundo | mínimo |
| Construção de transação | milissegundos | mínimo |
| Validação de bloco | subsegundo | moderado |
Os prazos específicos dependem da implementação e são intencionalmente omitidos.
11.2 Escalabilidade
O SynX foi concebido para uma operação de alto rendimento:
- Limite de tamanho do bloco: 500 KB
- Intervalo de bloco: variável, com base na dificuldade (camada de mineração)
- Finalidade da transação: Subsegundo (camada validadora de piquetagem)
- Taxa de transferência desejada: mais de 2.000 TPS
- Capacidade RPC: 8.000 pedidos/segundo sustentado
A rede emprega mecanismos de queima adaptativos que aumentam com o volume de transações, mantendo a estabilidade económica mesmo ao nível de transferência de Solana. As soluções de Camada 2 podem fornecer capacidade adicional para casos de utilização especializados.
11.3 Requisitos de Armazenamento
- Nó completo (atual): ~15 GB
- Nó removido: ~5 GB
- Apenas carteira: ~100 MB
12. Trabalho Futuro
12.1 Em consideração
Os seguintes recursos estão a ser avaliados para possível inclusão em versões futuras do protocolo:
- Integração de carteira de hardware: Suporte para dispositivos de assinatura dedicados que implementem SPHINCS+
- Carteira Móvel: Aplicações nativas para plataformas iOS e Android
- Dimensionamento da camada 2: Construções de canais estatais para maior rendimento
- Interoperabilidade entre cadeias: Mecanismos de ponte para redes externas
- Transações confidenciais: Ocultação de valores através de esquemas de compromisso pós-quântico
Os cronogramas de implementação dependem de auditorias de segurança, feedback da comunidade e governação de protocolos.
12.2 Áreas Ativas de Investigação
Os seguintes tópicos estão sob investigação académica, mas ainda não estão comprometidos com o guião:
- Assinaturas de anel pós-quânticas para maior privacidade do remetente
- Construções de prova de conhecimento zero baseadas em rede
- Encriptação de limite resistente a quantum para depósito
13. Conclusão
O SynX representa uma abordagem fundamentalmente diferente para a segurança das criptomoedas. Em vez de se basear em suposições criptográficas legadas e planear atualizações futuras, o SynX implementa algoritmos pós-quânticos padronizados pelo NIST desde a génese. Cada assinatura de transação utiliza a encriptação baseada em hash SPHINCS+ com segurança teórica da informação. Cada troca de chaves utiliza encapsulamento baseado na rede Kyber-768.
A arquitetura da carteira prioriza a segurança e a usabilidade: recuperação mnemónica de 25 palavras, suporte de sete idiomas, exportação USB nativa para assinatura isolada e piquetagem integrada sem ferramentas externas. O mercado de garantia P2P permite negociações sem confiança, sem trocas centralizadas ou requisitos KYC.
Quando surgirem computadores quânticos criptograficamente relevantes, as cadeias legadas enfrentarão migrações difíceis com uma superfície de ataque significativa. Os utilizadores do SynX não enfrentam tal transição. Os seus fundos foram protegidos por criptografia pós-quântica desde o primeiro bloco.
O SynX não contém backdoors conhecidos, mecanismos de garantia de chaves ou recursos de acesso para a aplicação da lei. O protocolo é fonte fechada até à altura do bloco 200K e será auditável de forma independente após o lançamento.
O protocolo é fonte fechada até à altura do bloco 200K, a rede está ativa e a carteira está disponível para download.
14. Referências
- Shor, PW (1994). "Algoritmos para computação quântica: logaritmos discretos e factorização." Actas do 35º Simpósio Anual sobre Fundamentos da Ciência da Computação. DOI: 10.1109/SFCS.1994.365700
- NIST (2024). "Criptografia Pós-Quantum." Instituto Nacional de Normas e Tecnologia. csrc.NIST.gov/projects/post-quantum-cryptography
- Avanzi, R., et al. (2021). "CRYSTALS-Kyber: Especificações do algoritmo e documentação de suporte.". Envio de PQC NIST. pq-crystals.org/Kyber
- Bernstein, D.J., et al. (2019). "SPHINCS+: Submissão ao Projeto Pós-Quantum NIST." Envio de PQC NIST. SPHINCS.org
- Grover, LK (1996). "Um algoritmo de mecânica quântica rápido para pesquisa em bases de dados." Anais do 28º Simpósio Anual ACM sobre Teoria da Computação. DOI: 10.1145/237814.237866
- Aumasson, J.‑P. & Neves, S. (2013). "BLAKE2: mais simples, mais pequeno e rápido como o MD5." ACNS 2013. blake2.net
- Biryukov, A., Dinu, D., & Khovratovich, D. (2016). "Argon2: the memory-hard function for password hashing and other applications." Competição de hash de palavras-passe. password-hashing.net
- Fiat, A. e Shamir, A. (1986). "Como provar o seu valor: soluções práticas para problemas de identificação e assinatura." CRIPTO 1986. DOI: 10.1007/3-540-47721-7_12
- Boneh, D. e Shoup, V. (2023). Curso de Pós-Graduação em Criptografia Aplicada. Universidade de Stanford. toc.cryptobook.us
- Mosca, M. (2018). “Cibersegurança numa era de computadores quânticos: estaremos preparados?” Segurança e privacidade IEEE. DOI: 10.1109/MSP.2018.3761723