I believe there is actually a reason why you want to transfer random blobs instead of from the start: it is waste of resources when a node needs to upload the same block multiple times to the network, if it could be uploading different blocks.
> if you need instant nanosecond delayed stream
I believe nobody was suggesting that.
The usual download strategy is to request the rarest pieces first, in random order. Most modern clients will prefer earlier pieces when the swarm/availability is above a certain size.
"super seeding" is a different feature where a seed won't upload more pieces to a peer unless a previously uploaded piece has been distributed to another peer first.
what chunk is transmitted when, is not important technically, (programatically, it is doable, i do not know how to call that properly)
it is ONLY important when you need to not have people (SWARM) finishing downloading of torrent then closing torrent client app and not sending data chunks to next person.
BUT everyone is saying it is stream and has to be instant showing of picture/video.
so i do not understand why all those people in other comments are caring about state of swarm if we do have thousands people watching and everybody is saying there are big amounts of people watching but still caring about swarm..
(swarm thing is important with normal use case of BitTorrent, irrelevant for streaming)
i understand what they are saying, they do not understand that they are saying nonsense.