Bitcoin Satori Genesis Parameters

Last updated 25 Jan 2026, 13:49

Document Version: 1.0.0 Created: 2025-12-03 Status: Draft - Pending Stakeholder Review

Overview

Bitcoin Satori is Zenpower's Bitcoin-derived blockchain that maintains the core principles of Satoshi's design while aligning block rewards with ecosystem contributions. This document defines the genesis parameters for both execution tracks.

Dual-Track Architecture

Track 1: Zenpower Mainline (ZENCOIN)

Primary ecosystem currency for:

  • Community quests and build grants
  • Creator rewards and content incentives
  • Free-to-play incentive pools
  • Treasury governance operations

Track 2: ZenTropy Playground (ZENPLAY)

Optional branch for:

  • High-stakes gaming experiences
  • Casino loops (responsible gaming framework)
  • Outer-space expeditions
  • Proof-ledger audited payouts

Genesis Block Specifications

Mainline Genesis

Network Name:     Bitcoin Satori Mainline
Currency Symbol:  ZENCOIN (ZCN)
Genesis Message:  "The Prophet from Planet Zen awakens - 2026"
Genesis Hash:     <to be computed>
Genesis Time:     <Q3 2026 launch date>

Genesis Coinbase Message:

"In the spirit of Satoshi, may this chain serve those who build with purpose, create with heart, and question the status quo. Planet Zen rises."

ZenTropy Genesis

Network Name:     Bitcoin Satori Playground
Currency Symbol:  ZENPLAY (ZPL)
Genesis Message:  "Roll the dice fairly, or don't roll at all - 2026"
Genesis Hash:     <to be computed>
Genesis Time:     <Q3 2026, after Mainline stable>

Genesis Coinbase Message:

"Every game of chance must be a game of fairness. RNG proofs, transparent odds, responsible limits. The house has no hidden edge."

Monetary Policy

Core Parameters (Both Tracks)

Parameter Value Notes
Total Supply Cap 21,000,000 Matches Bitcoin
Block Time 10 minutes Difficulty adjusted
Initial Block Reward 50 coins Same as Bitcoin
Halving Interval 210,000 blocks ~4 years
Coinbase Maturity 100 blocks Spending delay
Difficulty Adjustment 2016 blocks ~2 weeks
Max Block Size 1 MB (base) SegWit-like extension

Emission Schedule

Era Block Range Reward Cumulative Supply
1 0 - 209,999 50 10,500,000
2 210,000 - 419,999 25 15,750,000
3 420,000 - 629,999 12.5 18,375,000
4 630,000 - 839,999 6.25 19,687,500
5 840,000 - 1,049,999 3.125 20,343,750
... ... ... Approaches 21M

Treasury Allocation

Block rewards are split between miners/validators and ecosystem treasury:

Track Miner Share Treasury Share Treasury Use
Mainline 80% 20% Build grants, quests, creators
Playground 70% 30% Payout reserves, insurance pool

Treasury Governance: 2-of-3 multisig, quarterly community votes on allocation priorities.

Network Parameters

Port Assignments

Network P2P Port RPC Port Testnet P2P Testnet RPC
Mainline 18333 18332 28333 28332
Playground 18334 18335 28334 28335

Magic Bytes (Network Identifiers)

Mainline Mainnet:  0x5A454E43  ("ZENC")
Mainline Testnet:  0x5A545354  ("ZTST")
Playground:        0x5A504C59  ("ZPLY")
Playground Test:   0x5A505453  ("ZPTS")

Address Prefixes

Network Prefix (P2PKH) Prefix (P2SH) Bech32 HRP
Mainline 'Z' (80) 'z' (85) zen
Mainline Test 'T' (65) 't' (70) tzen
Playground 'P' (55) 'p' (60) play
Playground Test 'Q' (58) 'q' (63) tplay

Seed Nodes

Mainline:
  - satori-seed1.zenpower.at:18333
  - satori-seed2.zenpower.at:18333

Playground:
  - play-seed1.zenpower.at:18334
  - play-seed2.zenpower.at:18334

Security Configuration

Proof of Work

  • Algorithm: SHA-256d (double SHA-256)
  • Initial Difficulty: 1 (for quick initial blocks)
  • Min Difficulty: 1 (testnet only)
  • Max Difficulty: No limit (dynamic)

Consensus Rules

All Bitcoin Core consensus rules apply, with these additions:

  1. Treasury Output: First transaction in each block must include treasury output
  2. Coinbase Format: Extended to include Zenpower metadata tag
  3. Checkpoint Policy: Monthly community-verified checkpoints

Anti-Spam

  • Minimum relay fee: 1 satoshi/vbyte
  • Dust threshold: 546 satoshis
  • Max mempool size: 300 MB

Pre-Mine & Initial Distribution

No Pre-Mine Policy

Following Bitcoin's precedent:

  • Zero pre-mine
  • No ICO or token sale
  • No founder allocation

Initial Distribution Mechanism

Treasury receives its 20-30% share through normal block rewards. For ecosystem bootstrap:

Purpose Allocation Source
Bug bounties Blocks 1-1000 treasury First 5 days
Developer grants Blocks 1001-10000 treasury First 70 days
Community quests Ongoing treasury Continuous

Repository Structure

zenpower/bitcoin-satori/
├── README.md
├── COPYING                    # MIT license
├── doc/
│   ├── build-unix.md
│   ├── build-osx.md
│   ├── build-windows.md
│   └── zenpower-changes.md    # Divergence from Bitcoin Core
├── src/
│   ├── chainparams.cpp        # Genesis, magic bytes, ports
│   ├── chainparamsseeds.h     # Seed nodes
│   ├── amount.h               # ZENCOIN/ZENPLAY units
│   └── ... (Bitcoin Core with modifications)
├── contrib/
│   ├── guix/                  # Reproducible builds
│   └── docker/                # Container builds
├── test/
│   └── functional/
│       └── treasury_test.py   # Treasury allocation tests
└── ci/
    └── workflow.yml           # GitHub Actions

Activation Timeline

Q3 2026: Mainline Launch

  1. Week 1-2: Repository public, documentation complete
  2. Week 3-4: Testnet launch, bug bounty active
  3. Week 5-8: Testnet stress testing, security audits
  4. Week 9-10: Genesis block mined, mainnet live
  5. Week 11-12: Exchange integrations, wallet support

Q4 2026: Playground Launch

  1. After Mainline stable (3 months)
  2. Responsible gaming framework approved
  3. Proof-of-fairness infrastructure tested
  4. Regulatory review complete

Integration Checkpoints

RPC API (Compatible with Bitcoin Core)

Required methods for Zenpower services:

  • getblockchaininfo
  • getbalance
  • sendtoaddress
  • getnewaddress
  • validateaddress
  • listunspent
  • createrawtransaction
  • signrawtransactionwithwallet
  • sendrawtransaction

Custom Extensions

  • gettreasurybalance - Current treasury holdings
  • gettreasuryhistory - Treasury transaction history
  • verifytreasuryoutput - Validate treasury allocation in block

Governance

Chain Upgrade Policy

  1. Soft Forks: 95% miner signaling over 2016 blocks
  2. Hard Forks: Community vote + 6-month notice
  3. Emergency Patches: 2-of-3 multisig emergency committee

Treasury Vote Schedule

  • Quarterly: Community votes on treasury spending priorities
  • Annual: Review of treasury percentage (can adjust 15-35%)
  • Ad-hoc: Emergency allocations (security incidents)

References

  • /docs/en/ops/bitcoin-fork-plan.md - High-level strategy
  • /docs/en/ops/zenpower-satori-distribution.md - Distribution details
  • /docs/en/ethos/zencrypto-principles.md - Philosophy
  • Bitcoin Whitepaper (2008)
  • Bitcoin Core Documentation

Changelog

Version Date Changes
1.0.0 2025-12-03 Initial genesis parameters draft