Honestly it's hard for me to imagine a total emergency restore-EVERYTHING situation that needs the data in under a day.
If it's not that much data you should have a local copy anyway. If it's massive amounts of data is your connection even that fast? And how did you wipe 50 servers at once?
That's destruction, not wiping. If you are buying new servers as part of rebuilding you don't exactly need all the data downloaded in a 10 hour window.
That's an absolutely irrelevant distinction: The data is gone.
And why, in this day of rapid provisioning via cloud providers, do you expect a company to suffer the extended loss of waiting for new servers to want to bring the data back?
So you're talking about a company using entirely physical servers and switching to an entirely virtual infrastructure, while also dealing with the other effects of the disaster that hit them.
They're doing this in less than half a week, or assuming not all the backups are live data they're doing this in less than a day.
I submit that this is an extremely atypical company, and that in practice a company that just had a devastating fire is not going to be impacted more than marginally by the download speed limit.
There are a good few scenarios where there's total data loss. There are much fewer where you need to restore all the data in under a working day.
If it's not that much data you should have a local copy anyway. If it's massive amounts of data is your connection even that fast? And how did you wipe 50 servers at once?