XPF Protocol Specifications

0. Economic Truth — How XPF Actually Works

XPF is engineered around fair participation, fixed scarcity, and a non-hardware-competitive mining model designed to avoid the GPU/ASIC arms race. All users mine with equal expected probability, independent of device power.

0.1 Equal-Probability Mining (200–890 users)

• Every round requires 200–890 participants.
• Each participant selects one HexGrid tile.
• Even if 890 choose the same tile, the system selects exactly one winner from all participants — never more.
• CPU power does not give any advantage; work is locally verified but not used as a weight factor.

This model is intentionally built to avoid the industrial mining problem — XPF’s mining is fair, predictable, and human-scale.

0.2 Mining Fees (Only After DEX Listing)

Mining is fully free at launch and remains free until XPF is listed on an external DEX.

Once listed, an optional Layer-2 “participation fee” may activate:

• Fee is very small (example: 0.001 XPF).
• It applies only to HexGrid rounds (Layer-2).
• It does not modify consensus or supply.
• It is not used for block rewards.

0.3 Destination of the Fee — Dex_Main Pool

If a fee is activated, it is routed to a dedicated ecosystem wallet: Dex_Main.

• Dex_Main initially holds the 250,000 XPF “DEX liquidity reserve”.
• Fees collected from miners replenish this same wallet.
• This creates a closed economic loop: miners → Dex_Main → DEX buyers → XPF circulation.
• No inflation, no hidden minting, no changes to consensus.

This mechanism is unique: it allows XPF to grow organically without minting new tokens while still supporting long-term liquidity and exchange depth.

1. High-Level Overview

• Network type: standalone Layer-1 blockchain
• Consensus: Proof-of-Work (RandomHash / iPoW family)
• Block target: ~6 minutes
• Total supply: 1,000,000 XPF (hard-capped)
• Current privacy state: transparent ledger
• Future privacy: CP-Shield v1.0 (research phase)
• Layer-2: HexGrid mining (off-chain, browser-based)

2. Consensus & Proof-of-Work

2.1 Implemented

• Algorithm: RandomHash iterative PoW.
• Hash input = serialized block header.
• Hash must be ≤ target (difficulty → target conversion).
• Difficulty: CP-Diff v1.0, recalculated every block.
• Longest chain = most cumulative work.

2.2 Planned Extensions

• Timestamp sanity & median-past improvements.
• Stricter consensus validation on header fields.
• PoW randomization for side-channel resistance.

Technical Specification Suite (PDF)

Download the full protocol specification covering all Layer-1 and Layer-2 components, including RandomHash consensus, HexGrid round-based mining, deterministic emission, security assumptions, and future modules such as CP-Shield and RootBaseLayer research notes.