Navigation
iteration 03 · feature #55
QUEUED — not started ε 1e-9 reuse #54 HVG

#55 hvg_degree_assortativity_coefficient

Placeholder — the loop overwrites this page with full content (parity numbers, Challenge-and-Held outcome, decisions) when it reaches iteration 03. It begins only after you squash-merge the iter-02 (#25) PR.

In plain terms

In the bar's visibility graph, do busy peaks tend to connect to other busy peaks (and quiet to quiet)? That tendency is "degree assortativity." It reads off the same graph our shipped #54 HVG builder already constructs and froze — oracle is networkx's degree_assortativity_coefficient.

What this iteration will do

  1. worktree off fresh origin/main, branch feat/odb-ext/hvg_degree_assortativity_coefficient
  2. freeze the oracle JSONL (networkx degree_assortativity_coefficient, ε 1e-9)
  3. port the Rust kernel that consumes the shipped #54 HVG — with the R2 reuse assertion: adjacency must be byte-identical to #54's on the same 200-bar window
  4. run the full SOTA §6 suite (R3) incl. 3-way FOSS triangulation vs networkx + the front-loaded agnostic TEST-B (R1)
  5. check:all-gates (R7) + Attacker/Defender (R5), then open the PR and STOP for your squash-merge

← back to the running dashboard