Hi, respectfully, you do not appear to understand how networking works. > https://github.com/nyxpsi/nyxpsi/blob/bbe84472aa2f92e1e821039f518a528ce9585937/benche

Hi, respectfully, you do not appear to understand how networking works. > https://github.com/nyxpsi/nyxpsi/blob/bbe84472aa2f92e1e821039f518a528ce9585937/benches/network_benchmark.rs#L110 https://github.com/nyxpsi/nyxpsi/blob/bbe84472aa2f92e1e82103... This is not how you "simulate packet loss". You are not "dropping TCP packets". You are never giving your data to the TCP stack in the first place. UDP is incomparable to TCP. Your protocol is incomparable to TCP. Your entire benchmark is misguided and quite frankly irrelevant. As far as I can tell, absolutely no attempt is made whatsoever to retransmit lost packets. Any sporadic failure (for example, wifi dropout for 5 seconds) will result in catastrophic data loss. I do not see any connection logic, so your protocol cannot distinguish between connections other than hoping that ports are never reused. Have you considered spending less time on branding and more time on technical matters? Or was this supposed to be a troll? edit: There's no congestion control nor pacing. Every packet is sent as fast as possible. The "protocol" is entirely incapable of streaming operation, and hence message order is not even considered. The entire project is just a thin wrapper over the raptorq crate. Why even bother comparing this to TCP?