Polish dashboard: real retarget prediction, symmetric 5x2, Kamado theme
The diff-adjustment tile was showing raw epoch progress (blocks-so-far / 2016 * 100%), which is never what anyone wants to see there. Compute the real predicted change server-side: fetch the timestamp of the first block in the current retarget epoch once per epoch, then each refresh derive (expected_interval / actual_interval - 1) * 100, clamped to Bitcoin's consensus bounds of [-75%, +300%]. The tile now renders the signed percent, green when positive, red when negative. Tile layout is forced to an explicit 5x2 grid so the number of columns doesn't depend on viewport width. Reordering puts the difficulty tile at (row 1, col 5) with the next-adjustment tile directly below it at (row 2, col 5); block height, block reward, total work, and expected block fill the rest of the second row. Mobile breakpoints fall back to 3 and then 2 columns. Header keeps only a live/connecting/offline status dot — the chain name and block height badges were redundant now that the height tile exists and animates on its own. Stat-sub text bumped from 0.85em to 0.95em for readability. Background: a warm ember-glow radial at the top of the viewport layered with two accent radials and a low-opacity haori-checker tile pattern (inline SVG data URI). Cards get a translucent backdrop so the texture peeks through between them.
This commit is contained in:
@@ -107,6 +107,7 @@ export type Snapshot = {
|
||||
best_diff: number;
|
||||
cumulative_shares: number;
|
||||
next_block_reward_btc: number;
|
||||
next_difficulty_percent: number;
|
||||
chain: BlockchainInfo | null;
|
||||
network_hashrate_hs: number;
|
||||
recent_blocks?: BlockRecord[];
|
||||
|
||||
Reference in New Issue
Block a user