SmartHoldem · Ecossistema Web 4.0
Blockchain SmartHoldem: Web 4.0 & Pós-Quântico Segurança
Infraestrutura Blockchain DPoS Inovadora
SmartHoldem é a camada descentralizada de confiança e liquidação para Web 4.0. Reescrito do zero em Rust, oferece uma arquitetura P2P com travessia NAT nativa e resiliência quântica.

Passe o cursor para ver os nós. Casa ou servidor. Uma única malha.
Velocidade & Escala
Construído para Velocidade e Escala
O novo núcleo Rust do SmartHoldem supera os limites tradicionais do blockchain: os gargalos de Node.js e PostgreSQL são substituídos por um motor otimizado e Sled DB, entregando sincronização ultrarrápida e throughput massivo.
Processamento de Blocos em Milissegundos
Blocos de 500 transações são verificados e aplicados em aproximadamente 50 ms. Com o gadget de finalidade BFT e processamento paralelo, a rede alcança finalidade absoluta e irreversível em apenas 1 slot (~8 segundos).
Escalabilidade Verdadeiramente Sem Servidor
Alimentado pelo protocolo P2P Iroh. Sem necessidade de provedores de nuvem centralizados — você pode executar seu próprio nó. Qualquer laptop, Raspberry Pi ou dispositivo móvel ARM64 pode ser um nó completo e validador atrás de qualquer NAT, sem IP estático.
Ecológico e Leve
Um nó validador completo agora funciona com apenas ~800 MB de RAM. DPoS combinado com as abstrações de custo zero do Rust torna esta a rede mais eficiente em energia existente.

Benchmarks
Benchmarks de Performance
Testes de carga em condições reais no novo núcleo Rust confirmam escalabilidade de nível empresarial, equivalente à classe Visa.
O desempenho é medido, não apenas declarado. Os benchmarks a seguir refletem a nova arquitetura Rust + Sled com verificação paralela de assinaturas (Rayon) e pipelines criptográficos otimizados:
256
MultiPayments por TX
5.53B
Ops / Dia (pico)
| Configuração | Ops / Segundo | Ops / Hora | Ops / Dia |
|---|---|---|---|
| 2000 TX/block (MultiPayments) | 64,000 | 230.4M | 5.53B |
| 1000 TX/block (MultiPayments) | 32,000 | 115.2M | 2.76B |
| 500 TX/block (MultiPayments) | 16,000 | 57.6M | 1.38B |
Sob o Capô
Stack Técnica
Motor Principal do Blockchain
- Linguagem: 100% Rust com verificação paralela de assinaturas (Rayon), segurança de memória e abstrações de custo zero.
- Banco de Dados: Armazenamento chave-valor incorporado Sled com compressão zstd = 11.7M+ blocos em ~8 GB, substituindo dependências legadas do PostgreSQL.
- Consenso: DPoS com 21 delegados ativos, aprimorado por um dispositivo de finalidade BFT (finalidade determinística em 1 slot).
- Criptografia: Modelo de segurança híbrido. Clássico secp256k1 (BIP-Schnorr) + pós-quântico ML-DSA-44 (NIST FIPS 204) via Quantum Shield.
API, SDK e SmartNet
- Ponte para Desenvolvedores: IPC nativo window.smartholdem para dApps Tauri. Acesso seguro e isolado a assinaturas, armazenamento P2P e estado da rede.
- Objetos Programáveis: SmartObjects e Tokens nativos. Registros, emissão, sem sobrecarga de contratos inteligentes e sem riscos de EVM.
- Armazenamento de Dados: Verificação por endereçamento de conteúdo BLAKE3. Metadados ancorados on-chain no SmartNetData, integridade absoluta, sem indexadores externos.
- API e SDK: RESTful API + SDK 100% compatíveis com versões anteriores. Fluxos de envio QUIC em tempo real para atualizações instantâneas sem polling.
Transporte P2P Web 4.0
- Protocolo: Construído sobre Iroh (QUIC/UDP), fornecendo conexões criptografadas e multiplexadas com travessia NAT nativa e hole-punching. Os nós podem produzir e sincronizar blocos por trás de roteadores domésticos sem um IP estático.
- Topologia de Rede: Arquitetura de pilha dupla. A comunicação primária ocorre pela malha descentralizada Iroh, enquanto uma ponte legada WebSocket/Protobuf (port 4001) é mantida estritamente para compatibilidade retroativa com nós em servidores.
- Descoberta Descentralizada: A descoberta de pares baseia-se no Mainline DHT, mDNS local e um Livro de Endereços de Pares assinado criptograficamente, eliminando qualquer dependência de DNS centralizado ou serviços públicos de retransmissão.
Descentralização Real
Governado pela Comunidade, Não por Corporações
Descentralização é fundamental. A blockchain DPoS SmartHoldem é imutável, e todas as operações são irreversíveis. Qualquer transação está disponível transparentemente para visualização no Explorador de Blocos ou via API a qualquer momento.
Votação Democrática
Validadores são escolhidos com base em reputação, não controle centralizado.
Sem Moedas Congeladas
Usuários votam com o poder de seu saldo. Moedas permanecem sob controle total do usuário.
Responsabilidade
Qualquer detentor de STH pode votar, eleger ou cancelar delegados. Delegados ineficientes são prontamente substituídos pela comunidade.
Propriedade
Manter apenas >1 STH concede direitos de voto completos na rede.


O Sistema de Delegados
TOP 21: Protegendo a Rede
Os delegados (também conhecidos como testemunhas ou produtores de blocos) são responsáveis por verificar transações, criar novos blocos e proteger a rede SmartHoldem. Eles não podem alterar nem influenciar os dados das transações.
21
Delegados Ativos no TOP
8s
Tempo Médio de Bloco
100%
Votado pela Comunidade
0%
Controle Centralizado
O sistema de delegação é altamente competitivo. Um delegado pode entrar ou sair do TOP 21 a qualquer momento. Este esquema sustentável oferece a oportunidade para novos delegados se provarem e atraírem a atenção da comunidade.
Economia
Recompensas Sustentáveis. Zero Emissão Inflacionária.
Não há sem emissão na blockchain SmartHoldem (DPoS). Delegados recebem recompensas exclusivamente de taxas de transação, garantindo um modelo econômico deflacionário e sustentável.
O delegado que assina o bloco recebe TODAS AS TAXAS DE REDE das transações incluídas naquele bloco.
Como Delegados Ganham
500 STH
por bloco (máx)
500 transações padrão em um bloco → até 500 STH ganhos.
10.000 STH
taxa de registro
Transação de registro de delegado → 10.000 STH ganhos.
500 STH
emissão de token
50% da taxa é queimada
Cada novo lançamento de token nativo Web4 garante ao delegado uma recompensa.
Tipos de Transação Avançados
SmartHoldem suporta um ecossistema rico de tipos de transação, gerando receitas de taxas diversas:
Participar
Tornar-se Delegado SmartHoldem
Proteger a rede não é mais exclusividade de data centers corporativos. Com o novo núcleo Rust e o transporte P2P Iroh, qualquer pessoa pode executar um nó validador e participar do consenso de qualquer lugar do mundo.
Especificações Recomendadas do Nó
8 GB de RAM, 4 núcleos de CPU, 64 GB HDD ou 32 GB SSD.
- 1
Registre-se e Entre na Corrida
Proteger a rede não é mais exclusividade de data centers corporativos. Com o novo núcleo Rust e o transporte P2P Iroh, qualquer pessoa pode executar um nó validador e participar do consenso de qualquer lugar do mundo.
- 2
Configure Seu Nó (Sem IP Estático Necessário)
Baixe o binário leve sth-core-pq. Ele funciona com apenas ~800 MB de RAM e ~8 GB de espaço em disco. Graças à travessia NAT Iroh QUIC, você não precisa de IP estático nem de portas abertas — produza blocos com segurança a partir do seu laptop, Raspberry Pi ou servidor.
- 3
Anuncie sua candidatura a delegado
Envie uma proposta no Fórum da Comunidade detalhando sua configuração de rede, percentual de recompensa proposto e serviços adicionais. Em seguida, apresente seu delegado à comunidade via Telegram e por meio de divulgação ativa.
- 4
Ganhe Rendimento Real
Receba 100% das taxas de rede dos blocos que você produzir. Sem emissão inflacionária, suas recompensas são sustentadas pela utilidade real da rede: transferências, lançamentos de tokens, registro de nomes, armazenamento P2P, retransmissores dVPN, entre outros.
- 5
Engaje-se e Expanda o Ecossistema
Os delegados são escolhidos pela comunidade. Construa confiança oferecendo compartilhamento transparente de recompensas, executando seeders públicos Netfory ou contribuindo ativamente para o ecossistema Web 4.0.

Comunidade
Conexão Comunitária
Como delegado, participação ativa e conexão com a comunidade são vitais para obter votos. Gerar posições de delegado é competitivo e requer mais do que gerenciamento de nós.
Construir novas aplicações baseadas em SmartHoldem
Oferecer revisões de código e relatório de vulnerabilidades
Outreach e educação comunitária
Oferecer um percentual de recompensas aos eleitores (para alcançar o TOP 21)
A recompensa é medida com base na participação do eleitor e no percentual de pagamento do delegado.
Escudo Quântico
Escudo Quântico SmartHoldem
Como Protegemos a Blockchain de Computadores Futuros
Enquanto o mercado debate gráficos, uma ameaça capaz de anular a criptografia clássica está amadurecendo. O algoritmo de Shor em um computador quântico suficientemente poderoso poderia quebrar o ECDSA — a base matemática da maioria das blockchains hoje. O SmartHoldem não está esperando por um hipotético 'Dia X'.
Estamos construindo o escudo hoje. A Fase A (Comprometimentos de Chave Pós-Quântica) já está ATIVA na mainnet.

Roteiro
Plano de Implementação: Modelo Híbrido
Descartamos hard forks abruptos e migrações em massa forçadas. A transição para a resiliência quântica é gradual, transparente e retrocompatível:
Fase 1
Comprometimentos de Chave (Ativo)
- Os usuários já podem ancorar o hash SHA-256 de sua futura chave pública ML-DSA-44 via vendorField (sthpq1:...).
- Isso previne ataques de 'condição de corrida' quando a Fase 2 for ativada, protegendo a carteira antes que a ameaça quântica se materialize.
Fase 2
Segundas Assinaturas Híbridas (Aceito)
- Os usuários podem registrar uma chave pública pós-quântica ML-DSA-44 (NIST FIPS 204) como segunda assinatura em sua carteira existente.
- A partir desse momento, cada transação requer duas assinaturas: a clássica secp256k1 e a nova resistente a ataques quânticos.
- A chave clássica permanece ativa para total compatibilidade, enquanto a chave pós-quântica adiciona uma segunda camada resistente a ataques quânticos — formando um esquema híbrido robusto que protege seus ativos mesmo que qualquer um dos algoritmos seja comprometido.
Fase 3
Resiliência Total da Rede (Planejado)
- Todos os 21 delegados ativos assinam blocos com assinaturas pós-quânticas para evitar falsificação de consenso.
- A camada de transporte P2P Iroh utiliza troca de chaves híbrida (X25519 + ML-KEM-768) para proteger dados do mensageiro e de dApps (SHIP-40).
Arquitetura
Atualize a Fechadura, Não o Cofre
Ao contrário de outras redes que exigem que os usuários criem novas carteiras e transfiram ativos em massa, o SmartHoldem aproveita sua exclusiva arquitetura de segunda assinatura para uma atualização quântica sem fricção.
Formação de Endereço
Seu endereço SmartHoldem é derivado de sua chave pública clássica secp256k1. Isso permanece inalterado.
Ativação da Segunda Chave
Você registra sua chave pública pós-quântica ML-DSA-44 como segunda assinatura no seu endereço existente.
Proteção Híbrida
Cada transação agora exige tanto a assinatura clássica quanto a pós-quântica para ser válida.
O Resultado
- Você não precisa alterar sua carteira ou endereço
- Suas moedas permanecem exatamente onde estão há anos
- Sem migrações complexas de carteira
- Sua conta agora está protegida por uma dupla camada criptográfica
- Mesmo que um computador quântico derive sua primeira chave privada, ele não conseguirá mover seus fundos sem a segunda assinatura válida (resistente a quantum)
Para usuários com uma única assinatura: Você pode ativar uma segunda assinatura a qualquer momento para habilitar instantaneamente a proteção quântica, ou migrar para novos tipos de endereço quântico-seguros em um futuro distante.
Deep Tech
Nuances Técnicas & Proteção de Rede
Delegados Sob Proteção
- Em uma rede DPoS, delegados assinam blocos
- Assinaturas de delegados comprometidas ameaçam a integridade de toda a blockchain
- Implementar PQC no nível do protocolo torna SmartHoldem uma "fortaleza digital" resistente a falsificação de consenso
Tamanho de Assinatura Otimizado
- Selecionamos o ML-DSA-44 (NIST FIPS 204) pelo seu equilíbrio ideal: assinaturas de ~2,4 kB e verificação abaixo de um milissegundo
- O processamento paralelo do núcleo Rust (Rayon) garante que essas transações mais pesadas sejam verificadas instantaneamente sem perda de velocidade de sincronização
Agilidade Algorítmica
- O protocolo inclui um byte alg_id nos objetos PQC
- Isso permite atualizações futuras sem interrupções (por exemplo, para FN-DSA-512 / Falcon) sem exigir que os usuários alterem endereços ou migrem fundos
- Para o usuário, isso se parece com uma carteira familiar
Desenvolvimento
Código em Andamento
O núcleo Rust (sth-core-pq) já inclui a base criptográfica para a nova camada de verificação. Confira um vislumbre da integração híbrida:
//! Quantum Shield: ML-DSA-44 (NIST FIPS 204) keys derived from a passphrase, plus the stage-A
//! commitment format (`sthpq1:<alg>:<sha256(pk)>` in a self-transfer vendorField). See docs/SPEC-PQ-V3.md.
use crate::error::{Error, Result};
use ml_dsa::{EncodedSignature, EncodedVerifyingKey, MlDsa44, Signature, SigningKey, VerifyingKey, B32};
use sha2::{Digest, Sha256};
/// Algorithm ids (first byte of every PQ object).
pub const ALG_ML_DSA_44: u8 = 0x01;
pub const PK_LEN: usize = 1312;
pub const SIG_LEN: usize = 2420;
/// Domain separation for the ML-DSA context string.
const CTX: &[u8] = b"sth-pq-v1";
/// Context of stage-C block signatures (`M_B = sha256(header || blockSignature)`).
pub const BLOCK_CTX: &[u8] = b"sth-pq-block-v1";
/// Commitment prefix in vendorField.
pub const COMMITMENT_PREFIX: &str = "sthpq1:";
pub struct PqKeyPair {
signing: SigningKey<MlDsa44>,
}
impl PqKeyPair {
/// Deterministic: seed ξ = sha256("sth-pq-v1" || passphrase). Same passphrase → same key on every device.
pub fn from_passphrase(passphrase: &str) -> Self {
let mut h = Sha256::new();
h.update(CTX);
h.update(passphrase.as_bytes());
let seed: [u8; 32] = h.finalize().into();
Self::from_seed(&seed)
}
pub fn from_seed(seed: &[u8; 32]) -> Self {
Self { signing: SigningKey::<MlDsa44>::from_seed(&B32::from(*seed)) }
}
/// FIPS 204 pkEncode — 1 312 bytes.
pub fn public_key(&self) -> Vec<u8> {
self.signing.expanded_key().verifying_key().encode().to_vec()
}
pub fn public_key_hex(&self) -> String {
hex::encode(self.public_key())
}
/// Deterministic ML-DSA-44 signature (2 420 bytes) over `message` with the sth context.
pub fn sign(&self, message: &[u8]) -> Result<Vec<u8>> {
self.sign_with_ctx(message, CTX)
}
pub fn sign_with_ctx(&self, message: &[u8], ctx: &[u8]) -> Result<Vec<u8>> {
let sig = self.signing.expanded_key().sign_deterministic(message, ctx).map_err(|_| Error::Serialization("ml-dsa sign".into()))?;
Ok(sig.encode().to_vec())
}
/// What a wallet publishes in stage A: `sthpq1:01:<sha256(pk) hex>`.
pub fn commitment(&self) -> String {
commitment_for_public_key(&self.public_key())
}
}
pub fn commitment_hash(public_key: &[u8]) -> [u8; 32] {
Sha256::digest(public_key).into()
}
pub fn commitment_for_public_key(public_key: &[u8]) -> String {
format!("{COMMITMENT_PREFIX}{:02x}:{}", ALG_ML_DSA_44, hex::encode(commitment_hash(public_key)))
}
pub fn verify(public_key: &[u8], message: &[u8], signature: &[u8]) -> Result<bool> {
verify_with_ctx(public_key, message, signature, CTX)
}
pub fn verify_with_ctx(public_key: &[u8], message: &[u8], signature: &[u8], ctx: &[u8]) -> Result<bool> {
if public_key.len() != PK_LEN || signature.len() != SIG_LEN {
return Ok(false);
}
let pk = EncodedVerifyingKey::<MlDsa44>::try_from(public_key).map_err(|_| Error::Serialization("ml-dsa pk".into()))?;
let sig = EncodedSignature::<MlDsa44>::try_from(signature).map_err(|_| Error::Serialization("ml-dsa sig".into()))?;
let Some(sig) = Signature::<MlDsa44>::decode(&sig) else { return Ok(false) };
Ok(VerifyingKey::<MlDsa44>::decode(&pk).verify_with_context(message, ctx, &sig))
}
/// Stage B: PQ public key registered by a wallet (type 1, v3). Lives in `WalletState.pq_key`, so undo is automatic.
#[derive(Debug, Clone, PartialEq, Eq, serde::Serialize, serde::Deserialize)]
#[serde(rename_all = "camelCase")]
pub struct PqKey {
pub algorithm: u8,
/// Raw PQ public key, hex (1 312 bytes for ML-DSA-44).
pub public_key: String,
pub since: u64,
}
/// Parsed stage-A commitment.
#[derive(Debug, Clone, PartialEq, Eq, serde::Serialize, serde::Deserialize)]
#[serde(rename_all = "camelCase")]
pub struct PqCommitment {
pub algorithm: u8,
/// sha256(public key), hex.
pub commitment: String,
pub height: u64,
}
/// `sthpq1:<alg 2 hex>:<64 hex>` → (alg, hash hex). Only known algorithm ids are accepted.
pub fn parse_commitment(vendor_field: &str) -> Option<(u8, String)> {
let rest = vendor_field.strip_prefix(COMMITMENT_PREFIX)?;
let (alg, hash) = rest.split_once(':')?;
if alg.len() != 2 || hash.len() != 64 || !hash.bytes().all(|b| b.is_ascii_hexdigit() && !b.is_ascii_uppercase()) {
return None;
}
let alg = u8::from_str_radix(alg, 16).ok()?;
(alg == ALG_ML_DSA_44).then(|| (alg, hash.to_string()))
}A supremacia quântica não é o fim da criptografia, mas seu próximo estágio evolutivo. Estamos escolhendo matemática que não pode ser 'resolvida' por força bruta e a integrando diretamente no núcleo da nossa rede DPoS Web 4.0. O futuro já chegou. E está protegido. O futuro já está aqui. E está seguro.
Entrar na Rede
Seu Nó. Suas Regras. Sua Web 4.0.
Você pode proteger a rede de diversas formas: produza blocos como delegado, propague dApps como operador Netfory, execute um relay dVPN, ou simplesmente mantenha e vote. Zero inflação, recompensas de utilidade real e uma base resistente a quantum construída em Rust. A internet descentralizada precisa de construtores — e tudo começa com você.

