Reduce goroutines amount: Client-level trackers

[anacrolix]

#16699.

The changes are primarily in anacrolix/torrent, https://github.com/anacrolix/torrent/compare/d922d78d2e6135477b120daae537bf79a675d2c6..client-trackers.

Instead of firing off announces whenever we can, and maintaining a goroutine for every tracker and torrent combination, there's a dispatcher that reuses tracker announce clients, limits parallelism, and prioritizes announces to torrents that need them most, including doing things like avoiding announcing the same torrent to different trackers simultaneously unless there's nothing else to do, sending stop and completion events even when torrents are dropped, and avoiding announcing for torrents that have active webseed requests.

The impact for Erigon is that peers become available much sooner to the torrents that need them. Subjectively it goes from taking 5 mins or more to ~5-10s to start downloading from peers. There's also a possible issue around webseeds stalling if peers weren't present to tickle certain states that was fixed. I also added a hard webseed request stall fix after encountering it more often now that peers were more active on non-webseeding torrents.

There's a few optimizations that might be available down the road. The new indexing uses values instead of references in a lot of places, a careful strategy but probably results in a lot more cache and memory use than really necessary. It shouldn't show up in profiling as very large, but if it does there's plenty of easy stuff to improve once the concept has proven itself.

There's also a bunch of logging fixes in varous places. I expect to see a panic or two for edge cases I missed. There was a nagging one around some state not being propagated correctly but I think I've resolved that now.

[anacrolix]

This should be ready. I want to make sure sync from scratch CI works now. I think it's only failed for unrelated reasons so far.

[anacrolix]

The test failure is unrelated.

[anacrolix]

Unrelated failure in Sync from Scratch CI I triggered: https://github.com/erigontech/erigon/actions/runs/19286631206/job/55148722521.

[AskAlexSharov]

    --- FAIL: TestSetupGenesis/custom_block_in_DB,_genesis_==_sepolia (0.54s)
panic: fail to open mdbx: mdbx_env_open: The paging file is too small for this operation to complete., label: temporary, trace: [kv_mdbx.go:310 kv_mdbx.go:424 genesis_write.go:312 genesis_write.go:222 genesis_write.go:259 genesis_write.go:245 genesis_test.go:247 genesis_test.go:305 testing.go:1792 asm_amd64.s:1700] [recovered]
	panic: fail to open mdbx: mdbx_env_open: The paging file is too small for this operation to complete., label: temporary, trace: [kv_mdbx.go:310 kv_mdbx.go:424 genesis_write.go:312 genesis_write.go:222 genesis_write.go:259 genesis_write.go:245 genesis_test.go:247 genesis_test.go:305 testing.go:1792 asm_amd64.s:1700]

currentely we have:

        uses: al-cheb/configure-pagefile-action@v1.5
        with:
          minimum-size: 8GB

[AskAlexSharov]

pushed fix for win. TestSetupGenesis taking 0.34sec - don't need more parallelism there.