Though I know what this is for, but I am against blocking VPNs and Tor since it prevent privacy-conscious people like me and other people such as dissents or other having high risks of like harassment online.

The instances being affected the most are those with open registration, and don't block registration from temporary email providers, and have don't have like automatic filter or using Fediverse softwares not providing such.

Though given Lemmy development may not support blocking registration by emails or filtering keywords or filtering federation of very new accounts/new account having no profile, manual approvement registration or applying bots filtering repeating spams may be enough without blocking VPNs or Tor I think

If you want some APIs implemented, make a feature request; you understand what you want

Well, EU at least isn't compromised like US governments, and still have some sense and its bureaucracy have some senses to prevent Big Tech taking over them, but because of the same bureaucracy and lack of and unwilling to look at opinions from the tech experts, many of their decisions are well, facepalm-worthy such as their upcoming root certs (like you said above) and CRA.

It's not Linux or SteamOS, but both Epic and CD Projekt don't support their store client apps and launchers on Linux sadly, such we have to use unofficial ones such as Heroic Game Launcher

Introducing you to our almighty penguin... LINUX

Mastodon.art is well-known for being trigger-happy at blocking and usually even frame false accusations, their trch.lgbt block has made people lose any trust on them, but there are still people still think they are doing good while in fact they cause more harm tho

At least Discourse's softwares are open source, and it as well as many other companies having plans joining Fediverse don't have a long history of EEE, supporting or letting extremists exist on their platforms and rampage,... like Meta. Meta has a long history of bad deeds so they would get any benefit of doubt.

cough CS2 cough

There are, actually. Since Misskey's culture are different from Mastodon's, they have been implementing more features than Mastodon from the start, and Misskey's APIs are different from Mastodon's so there will be many weird quirks when accessing Mastodon (even weirder if it's a Mastodon fork such as Glitch-soc, Hometown, Fedibird,... since they use older Mastodon versions as base) instances from Misskey instances (though Firefish devs are improving this by implementing Mastodon APIs and several Mastodon features). Also note that Misskey caters more Japanese users more than Mastodon, people who aren't familiar with Japanese culture may also even Misskey userbase and features odd and different as well

However it's currently difficult for games made for Godot to port to consoles (XBox, PlayStation, Nintendo Switch,... not those non-Switch "gaming handhelds" since they are all just Windows/Linux handheld PCs) while keeping Godot open source since the SDKs, APIs, porting kits of these consoles are proprietary and you have to sign in NDAs. If most of your games' revenues are from consoles, you don't have much choice currently.

I think that compared to video games, productive softwares, especially "industry standard" ones, rely more on Windows APIs at much more accuracy (and since Wine and its forks such as Proton have to rely on black-box reverse engineering to avoid copyright infringement), the API calls may not have the exact values 100% of the time which is more tolerable to videos games but much less on productive softwares.

Another reason is that most of these softwares unlike most video games are likely using many Windows' quirks or bugs and are likely less using standard (such as WinUI, DirectX,...) or cross platform toolkit (Qt, GTK,...), making reimplementing the environments and libraries to run the softwares much harder.

Oh, and not even counting that many of those softwares may also use kernel-level DRMs which Wine/Proton/Crossover/... are only userspace level to prevent pirates. This was actually a problem in video games too when many video games, mostly multiplayer ones implement kernel level anticheats or DRMs, until Valve contacted the anticheat/DRM developer as well as the release and popular of the Steam Deck make developers care more about Wine/Proton compatibility, but even then there are some developers still don't implement Wine/Proton compatibility or even worse ban Linux users for circumvent the artificial incompatibility.

YunoHost and SteamOS please