base-unit design: the B10 gate's runs so far (IsInIBD on a fresh chain fixed with unsynced mining; the CPU form's zero in 4.2 expected blocks; run 3 in flight; the GPU form is the gate that counts)

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
This commit is contained in:
igneum-labs 2026-10-07 01:33:37 +00:00
parent ff14d20397
commit be8a68fd84

View file

@ -185,7 +185,13 @@ decimals (the daemon prints `Base unit: 10^18 base units per IGN (wei, the EVM's
and mine with the CPU engine; the checks are in the script's header. The CPU engine does 0.147 MH/s on 32 threads
against the testnet's 2^28 expected hashes a block, so a block takes 10 to 30 minutes on the box: the hour-long CPU
form (MIN_BLOCKS 3) is what runs tonight; the ten-minute, hundreds-of-blocks form needs a GPU wave box from the fleet
lane and the same script. Result: appended below when the run ends.
lane and the same script. Results so far (7 October 2026): run 1 (00:3x UK, 32 then 64 threads, 31 min) found two
blocks and the node refused both with `IsInIBD`, since a fresh chain's sink is the two-day-old genesis and the mining
rule never calls it synced; fixed by `--enable-unsynced-mining` on both nodes (the devnet's first node runs the same);
run 2 (01:31 to 02:32 UK, 90 threads, 0.314 MH/s, 1.13 x 10^9 hashes, 4.2 expected blocks) found none (a 1.5 percent
chance at that rate; the nodes peered, agreed on the sink, exec tips equal at 0); run 3 (02:33 UK, two hours, 64
threads, two-block minimum) in flight. The GPU form on a wave box is the gate that counts and is chipped to the fleet
lane; until it passes, O-2.6 stays "closed pending the gate line" and no testnet genesis is cut on this tree.
What is left after B10:
- igneum-testnet-1's genesis: the testnet lane re-cuts it on the 16-byte payload layout (the hash in this tree,