This can be easily handled with unreliable unordered events simply by sending a incrementing number alongside the data with the receiver then discarding any packages with a number lower than the last accepted package.
Something I would now like to see are reliable unordered remote events and functions that are guaranteed to send the data eventually but without being forced to be sent in order meaning they don’t cause or are affected by pingspikes caused by package loss like regular remote events do/are and are more of a pain to implement using unreliable events due to the Two Generals’ Problem.