☢️

GEIGER ENTROPY ORACLE

BxUNg2yo5371BQMZPkfcxdCptFRDHkhvEXNM1QNPBRYU · X1 mainnet

LIVE

XNT: loading...

fetching...

Total Requests

randomness requests

Total Fulfilled

completed

Pending

randomness queue

Entropy Cycles

pool submissions

Nodes online/total

active / registered

Pool Head

current write slot (0-31)

Operator Balance

XNT mainnet

Oracle Status

paused flag

Pool Freshness

—

last finalize

Oracle State Account view on explorer ↗

oracle_state	BygMTZ1oLBD9tDmssnt9LkNT7BEd2PCJBCzurwtMuTqm
entropy_pool	GDECYXCXietabJs9Y1baKzD3t4VFBw4eZWPnvYenyi77
program_id	BxUNg2yo5371BQMZPkfcxdCptFRDHkhvEXNM1QNPBRYU
operator	HGFisVbULNKqogtPuGTfcHG9y6i5nboZabYwifkiiodo
total_nodes	—	registered nodes
total_requests	—	randomness requests
total_fulfillments	—	randomness fulfilled
pool_head	—	current write slot
pool_total_submissions	—	entropy cycles total
paused	—	oracle status

Live activity feed watching...

--:--:--connecting...

Entropy Pool — 32 seed circular buffer —

■ filled seed □ empty slot ▪ latest write

Pool seeds (latest 8)

Pending

—

awaiting fulfillment

Total Fulfilled

—

all time

Avg Fulfill Time

~4s

WebSocket triggered

Pending randomness requests

Security model

Layer 1	Physical quantum entropy	radioactive decay
Layer 2	VDF time lock	5M iters ~15s
Layer 3	Delayed SlotHash binding	100 future slots
Layer 4	SHA256 chained pool	32-slot buffer
Layer 5	User wallet pubkey mix	two-party security
Layer 6	5 XNT slash mechanism	economic security

Dynamic sleep — demand-aware throttling

pending = 0

3600s

IDLE · ~0.024 XNT/day

pending 1–5

300s

LOW · ~0.27 XNT/day

pending 6–20

60s

BUSY · ~1.5 XNT/day

pending > 20

MAX · ~5 XNT/day

Current status

Current sleep	detecting...	from chain TX intervals
Pending requests	—	live from chain
Recommended sleep	—	based on demand
Cycle floor	~17s	VDF + TX latency
Max throughput	~5,000 cycles/day	sleep = 0s

Parameters

SLEEP SECONDS

300s

XNT PRICE (USD)

$0.010

Estimates

cycles / day—

XNT / day (fees)—

USD / day—

USD / month—

pool refresh rate—

cycle floor~17s (physics limit)

Current (live)

sleep0s (running)

cycles/daycalculating...

XNT/cycle (measured)measuring...

XNT/day (measured)measuring...

balanceloading...

ENTROPY

proof of randomness · physical radioactive decay · on-chain verifiable

Genesis Cycles

—

seq 0 → now

Emission Model

1 : 1

per finalize cycle

Total Fulfilled

—

airdrop basis

Tokenomics — flywheel design

Emission	1 ENTROPY per finalize cycle	proof of randomness work
Demand driver	Game requires ENTROPY to play	burns per action
Supply control	More demand → more cycles → more supply	self-balancing
Genesis airdrop	All cycles seq 0 → current	retroactive reward
Slash in ENTROPY	Planned — Phase 5	replaces XNT slash
Governance	Planned — Phase 5	protocol parameters

Flywheel

Players need ENTROPY → game calls randomness → oracle cycles speed up → ENTROPY emitted → more ENTROPY → more players → more demand → faster oracle → more ENTROPY

The token supply is physically tied to real radioactive decay events. More demand = more Geiger clicks = more entropy = more ENTROPY token. Supply cannot be faked or inflated without a physical radioactive source.

Development phases

v6 Oracle — commit → reveal → finalize LIVE

3-phase commit-reveal cycle · delayed SlotHash binding · 32-slot pool · 6 security layers · finalize loop working

Contract upgrade — faster cycles DEPLOYED

BINDING_SLOT_DELAY 200→100 · COMMIT_REVEAL_DELAY 8→4 · ~17s cycle floor · tested on testnet · live on mainnet

Randomness fulfillment — 4s end-to-end LIVE

WebSocket trigger · fulfill_randomness · user wallet pubkey mixing · two-party security · ~4s total

Dynamic sleep auto-tuning BUILDING

daemon reads pending requests · adjusts sleep 3600s → 60s → 0s based on demand · no restart needed

ENTROPY Token PLANNED

proof of randomness · 1 ENTROPY per cycle · retroactive genesis airdrop · game integration · staking · governance

Multi-node PLANNED

3+ independent Geiger nodes · XOR entropy combining · no single operator control · 3x throughput

Game integration PLANNED

session keys · pre-fulfilled queue · on-chain game logic · sub-second randomness for rapid calls