I'm not sure where you're getting the idea that they'd start over. Wine isn't an emulator and doesn't emulate instructions. Something like qemu-user would presumably run Wine (which would itself be running the game).
In a way, Proton/Wine is a much harder problem because there's so much in terms of API that needs implemented.
There are several other emulators that already exist for Linux (that they could contribute to/improve).
Ignoring that for a second though, this is a problem for Windows handhelds as well. If Valve was going to build up the ARM "PC" gaming market though, they'd need to start with making ARM Steam builds available.
Edit: I'm guessing those ARM handhelds aren't making Valve money and are probably more for emulation themselves (i.e., for Valve to do this, they'd need things in place to where it would benefit them via sales in Steam).
I just dropped Reddit from my phone today, the Firefox moderator protest to change r/firefox to "We are a subreddit about fire foxes aka red pandas" was oddly enough the breaking point for removal from my phone (despite last night's unfortunate hack).
If you send these files over SSH, you're good as that's encrypted by ZeroTier and then encrypted again inside the SSH connection (and SSH does have perfect forward security).
It's been to long since I've read that to give anything more than a condensed "they're improving their crypto significantly with ZeroTier 2" (not to mention memory safety via Rust).
This is a weird comment to me, SteamOS could have an ARM build, Valve would just need to release a ARM build of their distro (and Steam for Linux).
There's definitely ARM for lots Linux software and distros, so assuming Valve hasn't done anything particularly weird, aside from the build infrastructure, that's probably not even that big of a job.
I think it's pretty secure and it will be getting better soon. In reality, I think it's much more secure than what most people will end up with otherwise.
ZeroTier is open source, long running without incident, and the traffic is encrypted between peers.
The threat model is basically two fold though, in theory someone who has control of the ZeroTier roots (if you're not using your own controller, if you're using your own, then s/their roots/your roots/) could add routes to your devices, and add/remove devices that are part of your confirmation.
The encryption also doesn't currently have perfect forward security, so if there's a compromise in one of your connections, in theory some past state of that connection could be decrypted. In practice, I'm not sure this matters as traffic at a higher level for most sensitive things uses its own encryption and perfect forward security (but hey maybe you have some software that doesn't).
The other thing I will note about that last point is that they're working on a rust rewrite that will have updated crypto, including perfect forward security.
FOSS just means the software is open source. As I said, you can self host ZeroTier and not involve their servers (if you're not doing things commercially, you pay for the license but still run your own controllers, or you use an older version which has been automatically relicensed by the change date to Apache 2.0).
That said, the traffic is peer-to-peer, in the majority of use cases there servers are acting as a bit more than syncthing's servers (acting to facilitate the connection between two devices that want to talk together). See the other comment for some more thoughts here.
You got it right, lots of drama, not really anything to worry about unless you're very fringe and have people you email via PGP with "super secure" PGP keys (and honestly I'd trust Proton more than I'd trust most people to roll their own PGP... it's hard stuff to get PGP right).
I thought about writing a cross platform Qt/KDE one (like https://flathub.org/apps/org.kde.tokodon) but for Lemmy instead of Mastodon... Not sure if I'll do that or not, a lot of work for sure :)
Timberborn is definitely worth the money, it's like a voxel city builder, really great concept... Plus it's adorable beaver societies... Who doesn't want to be a beaver overlord?
I'll pitch ZeroTier instead, it's the same concept, but it's more FOSS friendly, older, doesn't have the non-networking "feature bloat" of Tailscale, and can handle some really niche cases like Ethernet bridging (should you ever care).
Just:
Go to their website, create an account, and create a network
I'd actually wager the comments are cached, sent to the front end wrong (because of the bad cache), and then the front end posts against the wrong comment ID (maybe that's what you mean to be fair :) ).
I wonder if that's related to "the wrong cloud". Imagine if someone wrote some super slick code that worked really really well in the original cloud, and just couldn't figure out how to make it work in the new cloud, so everything is just an awful workaround.
I was today years old when I realized he's dead...