uTP support for bitmask > 32 bits in selective ack

[kdeme]

From specification:

Selective ACK is an extension that can selectively ACK packets non-sequentially. Its payload is a bitmask of at least 32 bits, in multiples of 32 bits.

We currently only support 1x32bits, as the reference implementation does so too.

Not sure how much sense it makes to go further than this, but I've seen few times on the Portal network errors like this:

msg="Bad format of selective ack extension: extension = 0 len = 8"

Which indicate that other clients do allow more, and that it also occurs. Not sure if this is a healthy situation however, but that is another question.

[kdeme]

See this occur often on content request for block bodies in range 13M+ (bigger blocks).

WRN 2025-02-17 14:30:57.931+01:00 Failed to decode packet from address       topics="eth utp utp_discv5_protocol" address="(nodeId: 86957805953044326892260725060048806704197331489452808451263250897016487958057, address: 178.128.123.219:9009)" msg="Bad format of selective ack extension: extension = 0 len = 8"

So something that we will need to resolve with priority.