# Runtime Effect Kind-8 Tier2 Sequencing Note

This note extracts the current late bringup sequencing around the Tier 2
candidate/world-state rebuild strip beneath
`world_entry_transition_and_runtime_bringup` `0x00443a50`.

## Earlier recipe-runtime rebuild checkpoint

The earlier post-load recipe-runtime rebuild call at `0x00443ebc` runs:

- immediately after the named candidate-availability collection at `[world+0x66b2]`
  has been restored from fixed `0x22`-byte rows
- before the neighboring candidate filter/count rebuilds
  `0x00412c10 / 0x00412bd0`
- before the year-derived follow-ons
  `0x00434130 / 0x00436af0`

That means the earlier checkpoint is already candidate/world rebuild work, not the final
kind-`8` materializer by itself.

## Later `0x197` checkpoint

The later explicit `0x197` checkpoint at `0x00444ac1` sits:

- after `world_publish_shell_controller_progress_scalar_from_year_thresholds_or_selector_overrides`
  `0x004354a0`
- after the territory-side sweep
  `world_region_border_overlay_emit_segment_geometry_from_region_grid`
  `0x00487de0`
- and then falls through into
  `world_preseed_named_candidate_availability_records_from_live_pool`
  `0x00437737`
- followed by the later candidate-side availability refresh
  `0x00412c10`

So the late Tier 2 strip begins with named-availability preseed and latch refresh, not with the
shell progress or territory overlay helpers that precede it.

## Internal Tier 2 rebuild relationships

Current grounded internal relationships:

- `0x00437737`
  - pre-seeds scenario-side named candidate availability records from the live pool
  - upserts records through `0x00434f20`
- `0x00434f20`
  - writes a boolean named-availability override bit
  - immediately re-enters `0x00412c10` when the live candidate pool exists
- `0x00412c10`
  - refreshes `[candidate+0x7ac]` from named availability and then tails into
    cargo-economy filter refresh `0x0041eac0`
- `0x00435630`
  - rebuilds port/warehouse recipe runtime tables from scenario-side recipe books
  - then re-enters `0x00412d70`
- `0x00412d70`
  - rebuilds candidate runtime records from scenario state
  - does not consult the scenario-side recipe-book name at `[state+0x0fe8]`
- `0x00412fb0`
  - broader collection load owner that re-enters `0x004120b0`, then `0x00412d70`,
    then `0x00412ab0`, and only after its later catalog rebuild re-enters `0x00412c10`

## Current recovery implication

The strongest remaining Tier 2 question is sequencing, not naming:

- whether the shipped `Add Building Warehouse05` row in `Louisiana.gmp`
  depends on the order or interaction of
  `0x00437737 -> 0x00434f20 -> 0x00412c10`
  versus
  `0x00435630 -> 0x00412d70`
  and the broader load-side rebuild owner
  `0x00412fb0`,
  rather than on a direct `Warehouse05` availability bit or recipe-book display-name leak.