SmartHoldem · Экосистема Web 4.0
SmartHoldem Blockchain: Web 4.0 и постквантовая безопасность
Инновационная блокчейн-инфраструктура на основе DPoS
SmartHoldem — децентрализованный уровень доверия и расчётов для Web 4.0. Переписан с нуля на Rust: P2P-архитектура со встроенным обходом NAT и квантовой устойчивостью.

Наведите курсор, чтобы увидеть узлы. Дом или сервер. Единая сеть.
Скорость и масштаб
Создан для скорости и масштаба
Новое ядро SmartHoldem на Rust ломает традиционные ограничения блокчейна: узкие места Node.js и PostgreSQL заменены оптимизированным движком и Sled DB, обеспечивая молниеносную синхронизацию и высокую пропускную способность.
Обработка блоков за миллисекунды
Блоки из 500 транзакций верифицируются и применяются примерно за 50 мс. Благодаря BFT-гаджету финальности и параллельной обработке сеть достигает абсолютной, необратимой финальности всего за 1 слот (~8 секунд).
Истинная безсерверная масштабируемость
Работает на основе протокола Iroh P2P. Централизованные облачные провайдеры не нужны, но вы можете запустить собственный узел. Любой ноутбук, Raspberry Pi или мобильное устройство на ARM64 может стать полноценным валидирующим узлом за любым NAT без статического IP-адреса.
Экологичность и лёгкость
Полноценный валидирующий узел теперь работает всего на ~800 МБ оперативной памяти. DPoS в сочетании с абстракциями нулевой стоимости Rust делают эту сеть одной из наиболее энергоэффективных в мире.

Бенчмарки
Показатели производительности
Нагрузочное тестирование нового ядра на Rust подтверждает масштабируемость корпоративного уровня, сопоставимую с Visa.
Производительность измеряется, а не декларируется. Следующие бенчмарки отражают архитектуру Rust + Sled с параллельной верификацией подписей (Rayon) и оптимизированными криптографическими конвейерами:
256
MultiPayments в транзакции
5.53B
Операций / день (пик)
| Конфигурация | Операций / сек | Операций / час | Операций / день |
|---|---|---|---|
| 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 |
Внутри
Технический стек
Основной движок блокчейна
- Язык: 100% Rust с параллельной верификацией подписей (Rayon), безопасностью памяти и абстракциями с нулевой стоимостью.
- База данных: Встроенное хранилище ключ-значение Sled со сжатием zstd — 11.7M+ блоков в ~8 GB, заменяющее зависимости от устаревшего PostgreSQL.
- Консенсус: DPoS с 21 активным делегатом, усиленный гаджетом финальности BFT (детерминированная финальность за 1 слот).
- Криптография: Гибридная модель безопасности. Классический secp256k1 (BIP-Schnorr) + постквантовый ML-DSA-44 (NIST FIPS 204) через Quantum Shield.
API, SDK и SmartNet
- Мост разработчика: Нативный IPC через window.smartholdem для Tauri dApps. Безопасный изолированный доступ к подписанию, P2P-хранилищу и состоянию сети.
- Программируемые объекты: Нативные SmartObjects и токены. Реестры, эмиссия, нулевые накладные расходы смарт-контрактов и отсутствие рисков EVM.
- Хранение данных: Верификация с адресацией по содержимому BLAKE3. Метаданные, закреплённые в блокчейне через SmartNetData, абсолютная целостность без внешних индексаторов.
- API и SDK: 100% обратно совместимый RESTful API + SDK. Потоки push-уведомлений в реальном времени через QUIC для мгновенных обновлений без опроса.
P2P-транспорт Web 4.0
- Протокол: Построен на Iroh (QUIC/UDP), обеспечивает зашифрованные мультиплексированные соединения с нативным обходом NAT (hole-punching). Узлы могут производить и синхронизировать блоки из-за домашних роутеров без статического IP.
- Топология сети: Двухстековая архитектура. Основная коммуникация осуществляется через децентрализованную сеть Iroh, тогда как устаревший мост WebSocket/Protobuf (port 4001) поддерживается исключительно для обратной совместимости с узлами на серверах.
- Децентрализованное обнаружение: Обнаружение узлов основано на Mainline DHT, локальном mDNS и криптографически подписанной адресной книге узлов, что исключает любую зависимость от централизованных DNS или публичных ретрансляционных сервисов.
Настоящая децентрализация
Управляется сообществом, а не корпорациями
Децентрализация - фундамент. DPoS-блокчейн SmartHoldem неизменяем, все операции необратимы. Любая транзакция прозрачно доступна для просмотра в Block Explorer или через API в любое время.
Демократическое голосование
Валидаторы выбираются по репутации, а не централизованно.
Никаких замороженных монет
Пользователи голосуют силой своего баланса. Монеты остаются под полным контролем владельца.
Ответственность
Любой держатель STH может голосовать, избирать или отзывать делегатов. Неэффективные делегаты быстро заменяются сообществом.
Владение
Достаточно > 1 STH, чтобы получить полное право голоса в сети.


Система делегатов
TOP 21: защита сети
Делегаты (также известные как свидетели или производители блоков) отвечают за верификацию транзакций, создание новых блоков и защиту сети SmartHoldem. Они не могут изменять или влиять на данные транзакций.
21
Активных делегатов в TOP
8s
Среднее время блока
100%
Голосов сообщества
0%
Централизованный контроль
Система делегирования крайне конкурентна. Делегат может войти или выйти из TOP 21 в любой момент. Эта устойчивая схема даёт возможность новым делегатам проявить себя и привлечь внимание сообщества.
Экономика
Устойчивые награды. Нулевая инфляционная эмиссия.
В блокчейне SmartHoldem (DPoS) эмиссии нет. Делегаты получают награды исключительно из транзакционных комиссий, что обеспечивает дефляционную и устойчивую экономическую модель.
Делегат, подписавший блок, получает ВСЕ КОМИССИИ СЕТИ за транзакции, включённые в этот блок.
Как зарабатывают делегаты
500 STH
за блок (макс.)
500 стандартных транзакций в блоке → до 500 STH заработано.
10 000 STH
комиссия регистрации
Транзакция регистрации делегата → 10 000 STH заработано.
500 STH
эмиссия токена
50% комиссии сжигается
Каждый новый запуск нативного Web4-токена приносит делегату вознаграждение.
Расширенные типы транзакций
SmartHoldem поддерживает богатую экосистему типов транзакций, генерируя разнообразный доход от комиссий:
Участвовать
Стать делегатом SmartHoldem
Защита сети больше не ограничена корпоративными дата-центрами. Благодаря новому ядру на Rust и транспорту Iroh P2P каждый может запустить валидирующий узел и участвовать в консенсусе из любой точки мира.
Рекомендуемые характеристики узла
8 ГБ ОЗУ, 4 ядра CPU, 64 ГБ HDD или 32 ГБ SSD.
- 1
Зарегистрируйтесь и вступите в гонку
Защита сети больше не ограничена корпоративными дата-центрами. Благодаря новому ядру на Rust и транспорту Iroh P2P каждый может запустить валидирующий узел и участвовать в консенсусе из любой точки мира.
- 2
Настройте свой узел (статический IP не нужен)
Скачайте лёгкий бинарный файл sth-core-pq. Он работает всего на ~800 МБ ОЗУ и ~8 ГБ дискового пространства. Благодаря обходу NAT через Iroh QUIC статический IP-адрес и открытые порты не нужны — производите блоки безопасно с ноутбука, Raspberry Pi или сервера.
- 3
Объявите свою кандидатуру делегата
Отправьте предложение на форуме сообщества с описанием сетевой конфигурации, предлагаемого процента выплат и дополнительных услуг. Затем представьте своего делегата сообществу через Telegram и активное взаимодействие.
- 4
Получайте реальный доход
Получайте 100% сетевых комиссий из производимых вами блоков. При нулевой инфляционной эмиссии ваши вознаграждения обеспечены реальной полезностью сети: переводы, запуск токенов, регистрация имён, P2P-хранилище, dVPN-ретрансляция и многое другое.
- 5
Развивайте экосистему
Делегаты выбираются сообществом. Завоюйте доверие, предлагая прозрачное распределение вознаграждений, запуская публичные сидеры Netfory или активно участвуя в развитии экосистемы Web 4.0.

Сообщество
Связь с сообществом
Активное участие и связь с сообществом критичны для получения голосов делегатом. Попасть в слоты делегатов - конкурентная задача, требующая гораздо большего, чем управление нодой.
Создание новых приложений на базе SmartHoldem
Code review и отчёты об уязвимостях
Работа с сообществом и обучение
Распределение процента наград с избирателями (для попадания в TOP 21)
Вознаграждение измеряется исходя из доли участия избирателя и процента выплат делегата.
Quantum Shield
SmartHoldem Quantum Shield
Как мы защищаем блокчейн от квантовых компьютеров
Пока рынок обсуждает графики, зреет угроза, способная обнулить классическую криптографию. Алгоритм Шора на достаточно мощном квантовом компьютере может взломать ECDSA — математическую основу большинства современных блокчейнов. SmartHoldem не ждёт гипотетического «Дня X».
Мы строим защиту уже сегодня. Этап A (Постквантовые ключевые обязательства) уже АКТИВЕН в основной сети.

Roadmap
План внедрения: гибридная модель
Мы исключаем резкие хард-форки и принудительные массовые миграции. Переход к квантовой устойчивости осуществляется постепенно, плавно и с полной обратной совместимостью:
Фаза 1
Ключевые обязательства (активно)
- Пользователи уже могут зафиксировать SHA-256-хэш своего будущего публичного ключа ML-DSA-44 через vendorField (sthpq1:...).
- Это предотвращает атаки типа «гонка условий» при активации Этапа 2, защищая кошелёк ещё до того, как квантовая угроза станет реальностью.
Фаза 2
Гибридные вторые подписи (принято)
- Пользователи могут зарегистрировать постквантовый публичный ключ ML-DSA-44 (NIST FIPS 204) в качестве второй подписи для существующего кошелька.
- С этого момента каждая транзакция требует двух подписей: классической secp256k1 и новой квантово-устойчивой.
- Классический ключ остаётся активным для полной совместимости, а постквантовый ключ добавляет квантово-устойчивый второй уровень защиты — формируя надёжную гибридную схему, которая защищает ваши активы даже в случае компрометации любого из алгоритмов.
Фаза 3
Полная сетевая устойчивость (запланировано)
- Все 21 активный делегат подписывают блоки постквантовыми подписями для предотвращения подмены консенсуса.
- Транспортный уровень P2P Iroh использует гибридный обмен ключами (X25519 + ML-KEM-768) для защиты данных мессенджера и dApp (SHIP-40).
Архитектура
Обновите замок, а не хранилище
В отличие от других сетей, требующих создания новых кошельков и массового перемещения активов, SmartHoldem использует уникальную архитектуру второй подписи для бесшовного квантового обновления.
Формирование адреса
Ваш адрес SmartHoldem формируется на основе классического публичного ключа secp256k1. Он остаётся неизменным.
Активация второго ключа
Вы регистрируете постквантовый публичный ключ ML-DSA-44 в качестве второй подписи для существующего адреса.
Гибридная защита
Теперь каждая транзакция требует наличия как классической, так и постквантовой подписи.
Результат
- Вам не нужно менять кошелёк или адрес
- Ваши монеты остаются именно там, где они находились годами
- Никаких сложных миграций кошельков
- Ваш аккаунт теперь защищён двойным криптографическим уровнем
- Даже если квантовый компьютер взломает вашу первую приватную подпись, он не сможет переместить ваши средства без действительной второй (квантово-устойчивой) подписи
Для пользователей с одной подписью: Вы можете активировать вторую подпись в любой момент, чтобы мгновенно включить квантовую защиту, или в будущем перейти на новые квантово-безопасные типы адресов.
Deep Tech
Технические нюансы и защита сети
Делегаты под защитой
- В DPoS-сети делегаты подписывают блоки
- Компрометация подписей делегатов ставит под угрозу целостность всего блокчейна
- Внедрение PQC на уровне протокола делает SmartHoldem «цифровой крепостью», устойчивой к спуфингу консенсуса
Оптимизированный размер подписи
- Мы выбрали ML-DSA-44 (NIST FIPS 204) за оптимальный баланс: подписи ~2,4 кБ и верификация менее миллисекунды
- Параллельная обработка в ядре на Rust (Rayon) обеспечивает мгновенную верификацию этих ресурсоёмких транзакций без потери скорости синхронизации
Алгоритмическая гибкость
- Протокол включает байт alg_id в объектах PQC
- Это позволяет беспрепятственно выполнять будущие обновления (например, до FN-DSA-512 / Falcon) без необходимости менять адреса или переносить средства
- Для пользователя это выглядит как привычный кошелёк
Разработка
Код в работе
Ядро на Rust (sth-core-pq) уже содержит криптографическую основу для нового уровня верификации. Вот фрагмент гибридной интеграции:
//! 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()))
}Квантовое превосходство — это не конец криптографии, а её следующий эволюционный этап. Мы выбираем математику, которую невозможно «решить» перебором, и встраиваем её непосредственно в ядро нашей DPoS-сети Web 4.0. Будущее уже здесь. И оно защищено. Будущее уже здесь. И оно защищено.
Присоединиться к сети
Ваш узел. Ваши правила. Ваш Web 4.0.
Вы можете защищать сеть множеством способов: производить блоки как делегат, раздавать dApps как оператор Netfory, запускать dVPN-ретранслятор или просто держать монеты и голосовать. Нулевая инфляция, реальные вознаграждения за полезность и квантово-устойчивая основа, написанная на Rust. Децентрализованный интернет нуждается в строителях — и всё начинается с вас.

