BETANET · NOT MAINNET · TEST FUNDS ONLY· SIMULATED ·every number on this page is produced by a model on this site. Nothing here was measured from any chain.
MODEL · WIND TUNNEL · NOTHING HERE WAS MEASURED

Beta-chain explorer — simulated

the classic explorer layout, driven by the wind tunnel

MODEL · wind tunnel

This is what a block explorer for the Umbrel Superstress Net would look like, built from the only thing this site actually has: the wind-tunnel model on the stressnet simulator. Turn the storm dial and the chain below responds the way Monero’s dynamic block size says it should — blocks grow until they hit the hard cap at twice the median, the reward penalty climbs as they do, and once demand passes the cap the surplus backs up in the pool and the fee market bids against itself.

What it is NOT: a reading. There is no public endpoint for the real beta chain and there is not going to be one on this site — the hub explains why, and the short version is that this site’s content-security policy reaches no origin but its own and your node is not ours to proxy. So rather than a reserved box waiting for data that is never coming, here is the model, labelled, with its arithmetic on the page. The chain’s own parameters are still undocumented and are still not invented here.

STORM CAMPAIGN · THE ONLY INPUT
42 / 100✓ HOLDING · demand fits under the cap

The simulated clock runs 30× wall time, so a block lands every few seconds instead of every 120. Intervals are drawn from an exponential distribution because block arrivals are Poisson — a constant 120s is the one thing about block timing every reader already knows is false. Under prefers-reduced-motion the chain holds still; because it is seeded rather than random, the still chain is the same chain, with every figure on this page unchanged.

SIMULATED TIP
#40000
depth 12 shown
BLOCK WEIGHT
708 kB
median 510 kB · cap 1.02 MB
REWARD PENALTY
15.1%
((B/M)−1)² of base
FEE MULTIPLIER
1.9×
normal tier
POOL BACKLOG
none
drains every block
SIMULATED BLOCKS · newest first
MODEL · wind tunnel

Confirmations are tip − height, the same reading the mainnet explorer gives. The bar is the block’s weight against the 1.02 MB hard cap; it turns red on a block that hit the cap and left demand behind.

FEE STRUCTURE · simulated pool
MODEL · wind tunnel
PRIORITY
confirms in the next simulated block
5 tx
106,172–108,164 pn/B
next block
FAST
just above the median bid
9 tx
80,992–103,859 pn/B
1–2 blocks
NORMAL
clears once the pool drains
10 tx
54,529–80,616 pn/B
~5 blocks
ECONOMY
outbid while the storm holds
9 tx
17,972–50,539 pn/B
when it clears

Bucketed by quartile over the simulated pool — the same scheme the mainnet explorer uses, so the two surfaces do not teach two different four-tier vocabularies.

NEXT SIMULATED BLOCK
MODEL · wind tunnel
708 kB of 708 kB demand fits
the yellow rule is the median · the bar ends at the 1.02 MB hard cap
the whole pool clears in the next simulated block
FCMP++ verification for a block this size is 7.1s of the 120s budget (5.9%). That is the wind tunnel’s finding restated: at this scale the binding constraint is the block-size ratchet, not proof verification.
SIMULATED POOL · 33 pending
MODEL · wind tunnel
Every id below is synthetic and marked sim: — none of them is, or resembles, a real transaction hash.
TXIDTIERpn/BSIZEAGE
sim:ca7f0dacc9b6c605PRIORITY108,1643.5 kB54s
sim:14bcbc71732be53cPRIORITY107,6503.1 kB28s
sim:20279943ea6977cdPRIORITY107,0445.4 kB28s
sim:7d3b6b3a35d7d2efPRIORITY106,7534.0 kB26s
sim:97a6119bba765ec1PRIORITY106,1723.5 kB36s
sim:59fc477fcabb9994FAST103,8594.6 kB23s
sim:7e1c45687726199bFAST101,8594.4 kB64s
sim:abd87cf10b015176FAST98,5304.0 kB65s
sim:ffbaa2eaf3ac609dFAST92,4364.0 kB82s
sim:83ae300bb38d9c3dFAST89,9864.3 kB2s
sim:ffb183878a00f4cdFAST89,6384.0 kB97s
sim:5bc0d74626e538e2FAST89,0132.9 kB84s
sim:21b5bc8f90438af9FAST87,2473.0 kB66s
sim:0cfb9570f67db961FAST80,9924.7 kB8s
sim:122646f4539c1615NORMAL80,6165.4 kB31s
sim:56106b6938689d17NORMAL79,9363.7 kB106s
sim:e6b375c0362ffdb7NORMAL75,9752.8 kB107s
sim:41dabecb78ffec08NORMAL75,8894.7 kB89s
sim:d9e3b94aa313ffd2NORMAL67,9702.7 kB66s
sim:2c3f360cb5393988NORMAL64,6083.6 kB104s
sim:debc7f2b68ff6315NORMAL63,9894.1 kB2s
sim:96ca7a47bb143a35NORMAL61,8864.4 kB5s
sim:9d009fdfc57ce1cdNORMAL55,0705.4 kB97s
sim:0c2b932b7b835053NORMAL54,5294.9 kB14s
sim:a2b2290add81c584ECONOMY50,5394.4 kB64s
sim:0c54b64bed92fcb8ECONOMY45,5413.0 kB99s
sim:7585586566fff478ECONOMY41,7132.8 kB14s
sim:1d779a8e0665f529ECONOMY41,2953.6 kB35s
sim:1895df5efda676d2ECONOMY33,5095.0 kB7s
sim:54597930e9c43e7fECONOMY28,7303.6 kB45s
sim:7b9a3e26b8044a40ECONOMY20,7794.6 kB87s
sim:378b905c1a80f6a3ECONOMY19,8394.2 kB83s
sim:3730a7cb82ce3879ECONOMY17,9722.5 kB94s
THE REAL THING

The last of those is the honest comparison: same layout, same four-tier vocabulary, same confirmation reading — and a NODE badge on every panel instead of a MODEL one, because those numbers were measured.