XPF Protocol Specifications

0. Economic Model

XPF is engineered around fixed scarcity and a non-hardware-competitive mining model. The rules are simple and do not change over time.

• Total supply: 1,000,000 XPF (hard cap).
• HexGrid mining pool: 500,000 XPF distributed via Layer-2 rounds.
• Remaining supply: allocated to genesis, ecosystem, and long-term stability.
• Block reward (L1): none — L1 does not mint new XPF after genesis.
• L2 reward: 1 XPF per successfully completed HexGrid round.

All issuance happens within the predetermined emission pool. No inflation, taxes, or dynamic reward changes are planned.

1. Consensus & Block Parameters

The xPrivFi Layer-1 uses a RandomHash-style Proof-of-Work engine with a custom difficulty adjustment algorithm called CP-Diff v1.0.

• Consensus: RandomHash-like PoW (CPU-friendly, memory-lean).
• Difficulty algorithm: CP-Diff v1.0 (per-block adjustment).
• Target block time: ~6 minutes.
• Block size: fixed upper bound (implementation detail in node).
• Timestamp rules: bounded drift acceptance (exact rules in node code).
• Chain ID: single network (mainnet), with room for testnet configuration.

2. Ledger & Transaction Model

The ledger is fully transparent. All balances and transfers are visible and validated by every node. There are no shielded balances or hidden state.

• Ledger type: simple account/UTXO-style structure.
• Transaction fields: inputs, outputs, amount, fee, nonce, signatures.
• Signatures: secp256k1-based.
• Fees: fixed or minimal, enforced by node policy.
• Double-spend prevention: standard deterministic rules.
• Visibility: every transaction and balance is publicly readable.

3. HexGrid Mining (Layer-2)

HexGrid is a visual, round-based Layer-2 system that distributes 500,000 XPF in a way that favours time and participation over hardware.

• Round duration: 6 minutes of work.
• Reveal window: 30 seconds.
• Lobby window: 30 seconds before the next round.
• Reward per round: 1 XPF.
• Participants per round: expected 200–890.
• Selection rule: exactly one winner per round, even if many choose the same tile.
• Verification: winner can be verified from the round data and L2 proof.

HexGrid logic runs at Layer-2, but settlement and balances are ultimately enforced by the transparent Layer-1 ledger.

4. Privacy Model

xPrivFi is designed to be transparent and auditable. The protocol does not include shielded balances, commitment trees, nullifiers, or zero-knowledge circuits.

• Protocol-level state: fully transparent.
• Supply visibility: all XPF can be accounted for on-chain.
• No private pools: no second hidden pool or shielded ledger.
• No zk-circuits: verification uses simple, standard validation logic.

Any future privacy improvements are expected to live at the wallet level, for example:

• local address rotation and masking,
• optional view-only keys for sharing history,
• client-side metadata obfuscation.

These tools do not change consensus rules or hide the total supply.

5. Wallets & Addresses

The reference wallet is simple and deterministic. It can generate addresses, sign transactions, and communicate with a full node via RPC.

• Key type: secp256k1.
• Address format: xPF-style human-readable prefix (implementation detail).
• Seed: 24-word mnemonic for key recovery.
• RPC usage: JSON-RPC endpoints for balance, history, and sending.

6. Node & RPC Interface

The reference node is implemented in Go and provides all core protocol functionality and a simple RPC layer.

• Validation: blocks, transactions, and difficulty.
• State: in-memory + persisted state (block headers, balances, UTXO/account data).
• P2P: peer discovery, block and transaction propagation.
• RPC: basic JSON-RPC endpoints (e.g. getblock, getbalance, sendtx).

Additional node implementations (Rust, C++, Go v2) may appear in the future to improve redundancy and decentralization, but are not required for operation.

7. Ecosystem Context

xPrivFi exists alongside several independent projects that share similar principles but do not change the XPF protocol itself.

• RootBaseLayer (RBL): a “Principle Exchange” platform (PEX) for minimalistic chains and tokens.
• RBL Token Creator: a small creator tool for fixed-supply, principle-aligned tokens.
• Fabrix (FBX): a BEP-based experiment that mirrors the HexGrid approach to observe user behavior.
• Presence: a non-financial app focused on expression and presence, separate from blockchain.

These projects are separate from the xPrivFi chain and do not alter XPF supply, consensus rules, or mining behavior.

Download Full Technical Specifications

A more detailed specification is available as a PDF, including block structure, data formats, node modules, and additional implementation notes.