# How do the findings change with the block production rate f? All prior studies fixed f=1/30
# (one block every 30 s, since 1 slot = 1 s). f sets the block interval 1/f, which the uncle-window
# study showed is what drives the required W — and a denser block rate means a given delay spans
# more blocks, so more forking. Here we compare block intervals of 10, 15, 20, 30 s (f = 1/10,
# 1/15, 1/20, 1/30) across delay, uncle cap U, and window W. Blend mixnet, geographic transport.
n_nodes: [1000]                                      # single N (the f-dependence is the focus)
stake_dist: [pareto]                                 # heavy-tailed (realistic) stake distribution
topology: [blend]                                    # Blend mixnet (multi-slot delay)
degree: [6]                                          # peering degree of the d-regular graph
link_latency_mean: [0.5]                             # natural geographic transport (sub-slot)
link_latency_dist: [geo]                             # real-world geographic band mixture
blend_hops: [3]                                      # fixed hop count
blend_delay_max: [4.0, 8.0, 16.0, 32.0]              # per-hop mixing delay (slots = seconds)
uncle_window: [30, 100, 300]                         # W: a few windows to see the W-vs-f interaction
max_uncles: [0, 1, 2]                                # U: baseline, one uncle, two uncles
uncle_strategy: [oldest]                             # uncle selection: oldest-first fill
init_dest: [common]                                  # per-node initial D_est from agreement
# f = 1 / (block interval in seconds): 1/10, 1/15, 1/20, 1/30. Everything else (epoch/window
# geometry) derives from (k, f), so a denser f simply shortens the epoch and packs blocks closer.
f: [0.1, 0.06666666666666667, 0.05, 0.03333333333333333]
replicates: 10                                       # independent RNG replicates per grid cell
base:                                                # per-run settings shared by every cell
  k: 2160                                            # true security parameter
  epochs: 20                                         # equilibrium reached within ~2 epochs; burn 50%
  genesis_d_factor: 0.5                              # start near true stake (cheap epoch 0)
  early_stop: true