▲ node offline — rpc unreachable
⛏ NEW BLOCK MINED
RPC> USER> PASS> MY MINER>
Developer Note

SOST is being developed with engineering rigor, but that does not guarantee success, future value, liquidity, exchange listings, or community adoption.

Right now, SOST is still an experimental native Proof-of-Work network in pre-market testing. Miners can participate with the current reference miner using CPU-oriented mining and approximately 8 GB of RAM, but this does not mean that SOST will necessarily become valuable.

The future of the project depends on several important factors, none of which is guaranteed:

  • That the project can comply with applicable crypto, tax, and possibly financial regulations in the places where it may operate.
  • That miners, node operators, developers, and the wider crypto community decide to support it.
  • That one or more exchanges may decide, at their own discretion, to list SOST in the future.

ConvergenceX is a native and experimental Proof-of-Work system. It is different from traditional PoW designs and has been deployed directly on mainnet. Although the code has many internal tests and is being tested publicly, it has not yet been audited by an independent security firm.

For that reason, we are walking an unknown path together.

SOST may never obtain market value. It may never be listed. It may fail. This must be clear to everyone so that no false expectations are created.

Mine, run a node, test, and participate only if you understand that this is an experimental project.

// TRINITY IS LIVE

SOST Discovery Engine

Registry: kalgoorlie_phase1 · registered at block #8085

Trinity is an integrated scientific discovery system. Its primary purpose is to turn data — Earth evidence today, materials intelligence next — into increasingly useful scientific outputs. GeaSpirit, Materials Engine and Useful Compute do the science; SOST adds the proof, reputation and future-reward rail around that work.

⚡ SOST V12 HARDFORK — ACTIVATION AT BLOCK 7,350 ⚠ ALL OPERATORS: UPDATE BEFORE 7,350
CURRENT HEIGHT
ACTIVATION
#7,350
BLOCKS LEFT
EST. TIME LEFT
⚠ WHAT V12 CHANGES
  • cASERT profile ceiling raised H13 → H20 — gives the equalizer 7 more profiles of headroom for transient hashrate spikes.
  • Triangular cascade extended to 7 steps (max drop 28). Cascade still reaches E7 floor from the new H20 ceiling within 900 s.
  • Slingshot redesign: same-block, single-gate, 5 tiers (emergency-only): 20 min → −6.5%, 30 min → −12.5%, 60 min → −25%, 120 min → −37.5%, 180 min → −50% (catastrophic). Self-resetting per block — no compounding.
  • Capsule activation lowered to #7,350 — on-chain messages become valid simultaneously with the fork (down from #10,000).
  • getminerstats diagnostics — new RPC + MINING ATTEMPTS dashboard card showing submitblock received / accepted / rejected per node, with per-reason breakdowns. Non-consensus telemetry, useful for spotting miners running stale binaries.
RECOMMENDED UPGRADE WINDOW
Restart between block #7,330 and #7,350. Earlier is safe but harder to coordinate; do not leave it past #7,349 — the first V12 block won't validate on a pre-V12 binary.
⚠ MINER ADVISORY — WALLET-BACKED MINING
Address-only mining has not been valid since Phase 2 (#7,100). V12 miners must still run with --wallet and --mining-key-label. If your miner is launched with only --mining-address, V12 blocks you produce will be rejected.
⚠ HOW TO UPGRADE
cd <your sost-core directory>
git pull --ff-only origin main
cd build
cmake .. -DCMAKE_BUILD_TYPE=Release -DSOST_ENABLE_PHASE2_SBPOW=ON
make -j$(nproc) sost-node sost-miner
sudo systemctl restart sost-node

# If you mine, also restart the miner with wallet-backed signing
pkill -9 -f sost-miner 2>/dev/null || true
./sost-miner \
  --wallet YOUR_WALLET.json \
  --mining-key-label YOUR_LABEL \
  --rpc 127.0.0.1:18232 --rpc-user USER --rpc-pass PASS \
  --blocks 999999 --profile mainnet --threads N
Verify your binary loaded V12 by checking the startup log — look for the "SOST V12 HARDFORK -- ACTIVATION AT BLOCK 7350" notice on every sost-node / sost-miner launch. Once your local height crosses 7,350 the notice flips to a one-line "[V12] active" confirmation.
✅ SOST V11 PHASE 2 + V12 LIVE — wallet-backed SbPoW required ⚠ MINERS: --wallet + --mining-key-label
◆ HOW TO SET UP A MINING-KEY LABEL FOR SbPoW
From block 7,100 every block must carry a Schnorr signature from the miner. The miner key lives inside a wallet file and is referenced by a label. The miner is launched with --wallet + --mining-key-label; --address alone is rejected.
OPTION A — create a NEW dedicated Phase 2 mining wallet
The label is yours to choose freely. Anything you can type works — pick whatever helps you remember which machine or address it points to. The wallet does not validate the string; the only rule is that the label you pass to getnewaddress <label> must match the one you pass to --mining-key-label <label> later. Two example shapes follow; copy either one and edit it:
// EXAMPLE 1 — label "phase2-miner"
cd ~/SOST/sostcore/sost-core/build

./sost-cli --wallet phase2-miner-wallet.json newwallet
./sost-cli --wallet phase2-miner-wallet.json getnewaddress phase2-miner

# confirm the label exists
./sost-cli --wallet phase2-miner-wallet.json listaddresses

# back up the wallet file (it holds your private key)
cp -a phase2-miner-wallet.json phase2-miner-wallet.json.bak
chmod 600 phase2-miner-wallet.json phase2-miner-wallet.json.bak
// EXAMPLE 2 — label "home-rig" (any string works the same way)
cd ~/SOST/sostcore/sost-core/build

./sost-cli --wallet home-rig-wallet.json newwallet
./sost-cli --wallet home-rig-wallet.json getnewaddress home-rig

./sost-cli --wallet home-rig-wallet.json listaddresses

cp -a home-rig-wallet.json home-rig-wallet.json.bak
chmod 600 home-rig-wallet.json home-rig-wallet.json.bak
Then launch the miner with that wallet + label. The label after --mining-key-label must be identical to the one you used in getnewaddress in the same wallet. Do NOT add --address; the miner derives the address from the wallet key automatically.
# using EXAMPLE 1
./sost-miner \
  --wallet phase2-miner-wallet.json \
  --mining-key-label phase2-miner \
  --rpc 127.0.0.1:18232 --rpc-user USER --rpc-pass PASS \
  --blocks 999999 --profile mainnet --threads N

# using EXAMPLE 2
./sost-miner \
  --wallet home-rig-wallet.json \
  --mining-key-label home-rig \
  --rpc 127.0.0.1:18232 --rpc-user USER --rpc-pass PASS \
  --blocks 999999 --profile mainnet --threads N
Expected startup lines (the label echoed back is whichever one you chose):
SbPoW signing key: label='<your-label>'
Miner address: sost1...   (derived from wallet key)
Note: a brand-new address is not lottery-eligible until it mines its first valid block. Eligibility is per-address and unlocks automatically once the address mines once.
OPTION B — use an EXISTING wallet/address
If your existing wallet already holds the address you want to mine with, just point the miner at it. First find the label:
cd ~/SOST/sostcore/sost-core/build
./sost-cli --wallet wallet.json listaddresses
Then launch with that wallet and label (replace YOUR_LABEL):
./sost-miner \
  --wallet wallet.json \
  --mining-key-label YOUR_LABEL \
  --rpc 127.0.0.1:18232 --rpc-user USER --rpc-pass PASS \
  --blocks 999999 --profile mainnet --threads N
If that address has already mined ≥ 1 block since genesis, it is already lottery-eligible. If it has never mined, eligibility unlocks after its first block.
⚠ HOW TO KNOW IF YOU NEED TO UPGRADE
Your node or miner is outdated if any of these is true:
  • Your getinfo reports a chain height below 7,100 while the public explorer is above it.
  • Your node is connected to peers but its tip stays stuck (e.g. at 7087, 7097) — it is rejecting Phase II v2 blocks.
  • Your miner exits with: FATAL: Phase 2 active ... wallet-backed mining key required.
  • Your submitblock is rejected with: v2 header missing miner_pubkey.
  • Your miner is launched with --address only (post-7,100 needs the label workflow above).
⚠ COMBINED UPGRADE — node + miner in one go
cd <your sost-core directory>
git pull --ff-only origin main
cd build
cmake .. -DCMAKE_BUILD_TYPE=Release -DSOST_ENABLE_PHASE2_SBPOW=ON
make -j$(nproc) sost-node sost-miner sost-cli

# Restart the node (it can now follow Phase II + V12)
sudo systemctl restart sost-node

# If you also mine, restart with wallet-backed SbPoW signing
pkill -9 -f sost-miner 2>/dev/null || true
./sost-miner \
  --wallet YOUR_WALLET.json \
  --mining-key-label YOUR_LABEL \
  --rpc 127.0.0.1:18232 --rpc-user USER --rpc-pass PASS \
  --blocks 999999 --profile mainnet --threads N
Verify your node has caught up:
curl -s -u "USER:PASS" -d '{"method":"getinfo"}' http://127.0.0.1:18232/
The blocks field should match (or be within a couple of blocks of) the height shown at the top of this explorer. If it stays stuck, the rebuild step did not complete or the wrong binary is running — check which sost-node and the systemd unit's ExecStart= path.
What is currently active on chain
  • V11 Phase 2 (since #7,100): SbPoW signed identity + DTD lottery + PAYOUT coinbase shape on triggered blocks.
  • V12 (since #7,350): H20 cASERT ceiling, same-block 4-tier Slingshot, V12 miner rebuild protection, capsules, getminerstats diagnostics.
Cooldown clarification
The 5-block cooldown applies to miners who produced recent blocks, not to lottery winners.
  • An address that mined any of the previous 5 blocks is temporarily excluded from the lottery.
  • An address that only wins the DTD lottery remains eligible unless it also mined recently.
  • Winning the lottery does NOT trigger cooldown.
  • Mining a block does NOT automatically win the lottery.
This matches the C7.1 Phase 2 design.

Important — common pitfalls
  • If you run only a node, update and restart the node.
  • If you run only a miner, update and restart the miner.
  • If node and miner are on different machines, update both.
  • --address-only mining is rejected post-#7,100. Use --wallet + --mining-key-label.
  • Never share your wallet file or private key. Treat phase2-miner-wallet.json as a secret.
NeoB
BLOCK HEIGHT
loading...
CONSENSUS
AVG BLOCK TIME
last 288 blocks
LONG AVG · 600
last 600 blocks · visual
LONG AVG · 1000
last 1000 blocks · visual
AVG · GENESIS
since block 0 · visual
TOTAL SUPPLY
SOST emitted
◆ GOLD VAULT BALANCE
25% · click for UTXOs
◇ POPC POOL BALANCE
25% · click for UTXOs
MEMPOOL
0
pending txs
EST. HASHRATE
H/s (Bitcoin-style)
NEXT BLOCK IN
estimated
⚒ UNIQUE MINERS
last 288 blocks
⚒ UPDATED MINERS
since #7100
⚒ MINING ATTEMPTS
received · accepted · rejected
📡 RPC ACTIVITY
methods · calls · errors
☍ UNIQUE NODES
0
seed-visible peers
⚖ MINING DISTRIBUTION
top 10 addresses
Token Distribution
DTD Lottery
DASHBOARD
click to scan
BLOCK PRODUCTION · real vs expected
BLOCK INTERVALS · individual block times avg · median
block time (red glow = over target) ── 10 min target hover for detail · click to view block
BURST & VOLATILITY · last 288 blocks (~48h) ·
Burst = % of blocks <5min in last 72. Volatility = stdev(block_times)/600s. cASERT responds by hardening profiles.
DIFF HISTORY · last 288 blocks (~48h)
// connecting to node...
// XAUT PRICE — Tether Gold
LIVE
// PAXG PRICE — Pax Gold
LIVE
// SOST PRICE
LIVE
// EMISSION CURVE smooth exponential decay · q = e · Feigenbaum α epochs · δ supply cap
EMISSION MODEL — Smooth Exponential Decay

SOST uses a smooth exponential decay emission model, not a sharp halving like Bitcoin. Each epoch, the block reward decreases by a factor of q = e-1/4 ≈ 0.7788, which means a ~22.12% reduction per epoch — a gradual, continuous curve instead of abrupt 50% drops.

The Mathematical Constants
Decay factor q = e-1/4 — the natural exponential base raised to -1/4. This produces the smoothest possible decay curve: R(e) = R₀ × qe
Feigenbaum δ ≈ 4.6692 — determines the hard supply cap: δ × 10⁶ = 4,669,201 SOST. This is the mathematical limit of the geometric series — no counter, no tracking, just convergence.
Feigenbaum α ≈ 2.5029 — determines the epoch length: α × 10⁵ = 131,553 blocks per epoch ≈ 2.503 years.

Epoch Structure
Epoch 0: 7.85100863 SOST/block (genesis reward)
Epoch 1: 6.11448985 SOST/block (−22.1%)
Epoch 2: 4.76155747 SOST/block (−22.1%)
...each epoch decays by the same smooth factor...
Epoch 11: 0.60574158 SOST/block
~95% of total supply emitted by epoch ~12 (~30 years)
Emission continues through ~82 epochs (~205 years) until rewards become negligible
100% emission is asymptotic — mathematically approaches but never reaches the cap

Coinbase Split (every block, forever)
50% Miner · 25% Gold Vault · 25% PoPC Pool

Why Feigenbaum?
The Feigenbaum constants (δ = 4.6692..., α = 2.5029...) are universal mathematical constants from chaos theory that describe the rate at which period-doubling bifurcations occur in dynamical systems. In SOST, they are used purely as irrational constants to set the supply cap and epoch length — values that cannot be derived from simple fractions, making them resistant to arbitrary parameter choices. The emission curve is deterministic, immutable, and verifiable by anyone from the genesis block.
block reward cumulative supply current position supplymax = δ·10⁶ ≈ 4,669,201 SOST
// FULL EMISSION · 82 EPOCHS · ~205 YEARS
// CHAIN TIMING · genesis 2026-03-15 18:00:00 UTC
WALL CLOCK ELAPSED
real time since genesis
CHAIN TIME ELAPSED
height × 10 min target
BLOCK LAG
expected − actual
EXPECTED BLOCKS
at 10 min/block target
ACTUAL BLOCKS
mined on chain
TIME OFFSET
at tip · since last block
MINING BLOCK #—
Difficulty:
Elapsed: · Target: 10m 00s
searching nonce...
NODE: CHECKING... MINER: CHECKING...
prev: bitsQ: profile: (scale=1 k=4 margin=165 steps=4) stability: lottery: —
PROBABILITY

NONCE ~0 / —
ANTI-STALL:
SLINGSHOT:
// LATEST BLOCKS
HEIGHTHASHTXSTIMEINTERVALDIFFICULTYMINERSUBSIDYLOTTERY
loading blocks
// LATEST TRANSACTIONS
TXIDCAPSULEBLOCKTYPEIN
UTXOs
OUT
outputs
AMOUNT
payment
FEE
loading transactions
// MEMPOOL
NO PRIORITY
1
stocks/byte
LOW
1
stocks/byte
MEDIUM
1
stocks/byte
HIGH
1
stocks/byte
NEXT BLOCKS ESTIMATE
TRANSACTION TREEMAP
TXIDSIZEFEERATE
empty
// ACTIVE NODES
refreshing...
CONNECTED
0
NEAR TIP
0
ENCRYPTED
0
PLAINTEXT
0
SEED CANDIDATES
0
NODEDIRECTIONHEIGHTDELTATRANSPORTUPTIMESTATUSRELIABILITY
loading...
★ SEED CANDIDATE = reliability ≥70 + synced + version acked + uptime >24h
Reliability score: uptime (0-40pts) + delta accuracy (0-30pts) + handshake (0-15pts) + encrypted (+10) + outbound (+5) − ban penalty
■ EXCELLENT (80-100) · ■ GOOD (60-79) · ■ FAIR (40-59) · ■ LOW (20-39) · ■ POOR (0-19)
Disclaimer: This view shows peers connected to YOUR node only. It is not a complete picture of the network. Node IDs are derived hashes — no IP addresses are exposed. Node count, heights, and encryption status reflect this node's local perspective and may differ from the global network state.
🎮