SmartHoldem · Web 4.0 エコシステム
SmartHoldemブロックチェーン: Web 4.0 & ポスト量子 セキュリティ
革新的な DPoS ブロックチェーンインフラ
SmartHoldem は、Web 4.0 のための分散型トラスト・決済レイヤーです。Rust で一から再設計され、NAT トラバーサルと耐量子性を標準搭載した P2P アーキテクチャを実現しています。

ホバーするとノードが表示されます。自宅でもサーバーでも。一つのメッシュ。
速度と規模
速度と規模のために構築
SmartHoldem の新しい Rust コアは、従来のブロックチェーンの限界を打ち破ります。Node.js と PostgreSQL のボトルネックを最適化されたエンジンと Sled DB に置き換え、超高速な同期と圧倒的なスループットを実現します。
ミリ秒単位のブロック処理
500 トランザクションのブロックが約 50 ms で検証・適用されます。BFT ファイナリティガジェットと並列処理により、わずか 1 スロット(約 8 秒)で絶対的かつ不可逆なファイナリティを達成します。
真のサーバーレス・スケーラビリティ
Iroh P2P プロトコルを採用。集中型クラウドプロバイダーは不要ですが、独自ノードの運用も可能です。ノートPC、Raspberry Pi、ARM64 モバイルデバイスなど、静的 IP なしで任意の NAT 環境から完全な検証ノードを稼働させることができます。
環境に優しく、軽量
完全な検証ノードがわずか約 800 MB の RAM で動作します。DPoS と Rust のゼロコスト抽象化の組み合わせにより、現存する最もエネルギー効率の高いネットワークを実現しています。

ベンチマーク
パフォーマンスベンチマーク
新しい Rust コアによる実環境での負荷テストが、エンタープライズグレードの Visa クラスのスケーラビリティを実証しています。
パフォーマンスは主張ではなく、実測値です。以下のベンチマークは、並列署名検証(Rayon)と最適化された暗号パイプラインを備えた新しい Rust + Sled アーキテクチャによるものです。
256
TXあたりのMultiPayments
5.53B
Ops / 日(ピーク)
| 構成 | Ops / 秒 | Ops / 時間 | Ops / 日 |
|---|---|---|---|
| 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 |
内部構造
技術スタック
コアブロックチェーンエンジン
- 言語: 並列署名検証(Rayon)、メモリ安全性、ゼロコスト抽象化を備えた100% Rust。
- データベース: zstd圧縮を使用した組み込みSledキーバリューストアにより、11.7M+ブロックを約8 GBで保存し、レガシーPostgreSQLへの依存を排除。
- コンセンサス: 21名のアクティブデリゲートによるDPoSに、BFT確定性ガジェット(1スロットで決定論的確定性)を組み合わせて強化。
- 暗号技術: ハイブリッドセキュリティモデル。古典的なsecp256k1(BIP-Schnorr)と、Quantum Shieldを介したポスト量子ML-DSA-44(NIST FIPS 204)を組み合わせて採用。
API、SDK & SmartNet
- デベロッパーブリッジ: Tauri dApps向けのネイティブwindow.smartholdem IPC。署名、P2Pストレージ、ネットワーク状態へのセキュアなサンドボックスアクセスを提供。
- プログラマブルオブジェクト: ネイティブSmartObjectsおよびトークン。レジストリ、発行、スマートコントラクトのオーバーヘッドなし、EVMリスクも排除。
- データストレージ: BLAKE3コンテンツアドレス検証。メタデータはSmartNetDataとしてオンチェーンに固定され、外部インデクサー不要で完全な整合性を確保。
- APIおよびSDK: 100%後方互換性のあるRESTful API + SDK。リアルタイムQUICプッシュストリームにより、ポーリング不要の即時更新を実現。
Web 4.0 P2P トランスポート
- プロトコル: Iroh(QUIC/UDP)を基盤とし、暗号化された多重化接続とネイティブNATトラバーサルおよびホールパンチングを提供。ノードは静的IPなしでホームルーター越しにブロックの生成と同期が可能。
- ネットワークトポロジー: デュアルスタックアーキテクチャ。プライマリ通信は分散型Irohメッシュで行われ、サーバー上のノードとの後方互換性を維持するためにレガシーWebSocket/Protobufブリッジ(port 4001)を厳密に補完的に運用。
- 分散型ディスカバリー: ピア探索はMainline DHT、ローカルmDNS、および暗号署名済みピアアドレスブックに依存し、中央集権的なDNSやパブリックリレーサービスへの依存を完全に排除。
真の分散化
企業ではなくコミュニティによって運営
分散化は基本です。SmartHoldem DPoSブロックチェーンは不変であり、すべての操作は不可逆です。すべてのトランザクションは、ブロックエクスプローラーまたは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 トランスポートにより、世界中のどこからでも検証ノードを運用し、コンセンサスに参加することができます。
推奨ノードスペック
RAM 8 GB、CPU 4 コア、HDD 64 GB または SSD 32 GB。
- 1
登録してレースに参加する
ネットワークのセキュリティ確保は、もはや企業のデータセンターだけの役割ではありません。新しい Rust コアと Iroh P2P トランスポートにより、世界中のどこからでも検証ノードを運用し、コンセンサスに参加することができます。
- 2
ノードをセットアップする(静的 IP 不要)
軽量な sth-core-pq バイナリをダウンロードしてください。約 800 MB の RAM と約 8 GB のディスクスペースで動作します。Iroh QUIC NAT トラバーサルにより、静的 IP やポート開放は不要です。ノートPC、Raspberry Pi、またはサーバーから安全にブロックを生成できます。
- 3
デリゲート候補を宣言する
ネットワーク構成、提案する報酬分配率、および追加サービスの詳細をコミュニティフォーラムに提出してください。その後、Telegramやアクティブなアウトリーチを通じて、あなたのデリゲートをコミュニティに紹介してください。
- 4
実質的な収益を獲得
あなたが生成したブロックから得られるネットワーク手数料の100%を獲得できます。インフレーション的な新規発行がゼロであるため、報酬は送金、トークン発行、名前登録、P2Pストレージ、dVPNリレーなど、実際のネットワーク利用によって裏付けられています。
- 5
エコシステムへの参加と成長
デリゲートはコミュニティによって選出されます。透明性のある報酬シェアリングの提供、公開Netforyシーダーの運営、またはWeb 4.0エコシステムへの積極的な貢献を通じて、信頼を築いてください。

コミュニティ
コミュニティ接続
ディレゲートとして、コミュニティへの積極的な参加と接続は票を得るために不可欠です。ディレゲートスロットの生成は競争的で、ノード管理以上のものが必要です。
SmartHoldemに基づく新しいアプリケーションの構築
コードレビューと脆弱性報告の提供
コミュニティアウトリーチと教育
投票者に報酬の割合を提供(TOP 21に到達するため)
報酬は投票者の参加シェアとディレゲートの支払い割合に基づいて測定されます。
量子シールド
SmartHoldem量子シールド
未来のコンピューターからブロックチェーンを保護する方法
市場がチャートを議論している間、古典的な暗号技術を無効化しうる脅威が着実に成熟しています。十分な性能を持つ量子コンピューター上でのShorのアルゴリズムは、今日ほとんどのブロックチェーンの数学的基盤であるECDSAを破る可能性があります。SmartHoldemは仮想の「Xデー」を待ちません。
私たちは今日、盾を構築しています。 ステージA(ポスト量子鍵コミットメント)はメインネットですでにアクティブです。

ロードマップ
実装計画:ハイブリッドモデル
突然のハードフォークや強制的な大規模マイグレーションは行いません。量子耐性への移行は段階的かつシームレスで、後方互換性を維持しています。
フェーズ 1
鍵コミットメント(アクティブ)
- ユーザーはすでに、将来のML-DSA-44公開鍵のSHA-256ハッシュをvendorField(sthpq1:...)を通じてアンカーすることができます。
- これにより、フェーズ2が有効化された際の「レースコンディション」攻撃を防ぎ、量子脅威が顕在化する前にウォレットを保護します。
フェーズ 2
ハイブリッドセカンドシグネチャ(対応済み)
- ユーザーは既存のウォレットのセカンドシグネチャとして、ポスト量子ML-DSA-44公開鍵(NIST FIPS 204)を登録できます。
- その時点から、すべてのトランザクションに2つの署名が必要となります。古典的なsecp256k1署名と、新しい量子耐性署名です。
- 古典鍵は完全な互換性のために引き続き有効であり、ポスト量子鍵が量子耐性のある第二層を追加します。これにより、どちらかのアルゴリズムが侵害された場合でも資産を保護する、堅牢なハイブリッドスキームが形成されます。
フェーズ 3
完全なネットワーク耐性(計画中)
- 21名すべてのアクティブデリゲートがポスト量子署名でブロックに署名し、コンセンサスのなりすましを防止します。
- Iroh P2Pトランスポート層はハイブリッド鍵交換(X25519 + ML-KEM-768)を使用して、メッセンジャーおよびdAppデータを保護します(SHIP-40)。
アーキテクチャ
金庫ではなく、鍵を強化する
新しいウォレットの作成と資産の大規模移転をユーザーに求める他のネットワークとは異なり、SmartHoldemはそのユニークなセカンドシグネチャアーキテクチャを活用し、シームレスな量子アップグレードを実現します。
アドレス形成
SmartHoldemのアドレスは、古典的なsecp256k1公開鍵から生成されます。これは変更されません。
2番目の鍵の有効化
既存のアドレスのセカンドシグネチャとして、ポスト量子ML-DSA-44公開鍵を登録します。
ハイブリッド保護
以降のすべてのトランザクションは、古典的な署名とポスト量子署名の両方が揃って初めて有効となります。
その結果
- ウォレットやアドレスを変更する必要はありません
- コインはこれまでと全く同じ場所に保管され続けます
- 複雑なウォレット移行は不要です
- あなたのアカウントは二重の暗号層によって保護されます
- 量子コンピュータが最初の秘密鍵を解読したとしても、有効な第2署名(量子耐性)なしに資産を移動することはできません
単一署名のユーザー向け: 量子保護を即座に有効にするために第2署名をいつでも有効化できます。また、将来的には新しい量子安全なアドレス形式に移行することも可能です。
深層技術
技術的ニュアンスとネットワーク保護
保護下のディレゲート
- DPoSネットワークでは、ディレゲートがブロックに署名します
- デリゲート署名が侵害されると、ブロックチェーン全体の整合性が脅かされます
- プロトコルレベルでPQCを実装することで、SmartHoldemをコンセンサス偽造に耐性のある「デジタル要塞」にします
最適化された署名サイズ
- ML-DSA-44(NIST FIPS 204)を採用した理由は、そのバランスの良さにあります:署名サイズ約2.4 kB、検証時間はサブミリ秒を実現します
- Rustコアの並列処理(Rayon)により、これらの重いトランザクションも同期速度を落とすことなく即座に検証されます
アルゴリズムアジリティ
- プロトコルはPQCオブジェクト内にalg_idバイトを含んでいます
- これにより、ユーザーがアドレスを変更したり資産を移行したりすることなく、将来的なアップグレード(例: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()))
}量子優位性は暗号技術の終わりではなく、その次の進化的段階です。私たちはブルートフォースでは「解読」できない数学を選択し、Web 4.0 DPoSネットワークのコアに直接統合しています。未来はすでにここにあります。そして、それは守られています。未来はすでにここにあります。そして、保護されています。
ネットワークに参加
あなたのノード。あなたのルール。あなたのWeb 4.0。
ネットワークを守る方法は多岐にわたります:デリゲートとしてブロックを生成する、NetforyオペレーターとしてdAppsをシードする、dVPNリレーを運営する、またはSTHを保有して投票する。インフレゼロ、真のユーティリティ報酬、Rustで構築された量子耐性の基盤。分散型インターネットはビルダーを必要としています — そして、それはあなたから始まります。

