Earlier quoted context omitted.
For multiple reasons. QUIC or HTTP/3 is going to be the next web standard widely deployed. Getting mandatory encrypted UDP traffic that looks like web is a big benefit. TFO recommendation primarily because torrenting is big, the feature is not super well-known, it would be a chance to increase its adoption, need for its support and that would benefit the web in general.
Bittorrent wouldn't benefit much from TFO because that would require a cookie from a previous connection to that remote client, which is unlikely to happen among random peers. Plus connection setup is not really a limiting factor for current use-cases. Some low-latency applications of bittorrent might benefit, but that requires specialized clients tuned for low latency throughout the stack, a single change won't do i…
Yes, it'd be a minor suggestion at best. The biggest benefit would be to the internet as whole, motivating middle box makers into not breaking it and so on.
The low-latency idea seems interesting, I suspect WebTorrent people would appreciate it. But live streams over P2P sound too fancy for now.
> but bittorrent-over-TLS would work equally well (not standardized, but libtorrent supports it).
Which is where the suggestion to use QUIC would have the biggest effect and getting the swarms more encrypted.
> Bulk transfers à la bittorrent benefit only marginally if you have a modern TCP stack and use it properly.
Unfortunately very little software actually goes into the effort at figuring each such detail out and the end result, defaults are often rather poor.
I guess this more of a questions of "what are the defaults" not "what's possible."