Disclaimer: I work at Hadean, thought I'd clarify a couple of things
Yes, the Hadean Platform is a general distributed compute platform. But 'EVE: Aether Wars' used Aether Engine, our spatial simulation engine built on top of the platform (and works similarly to how you describe Spatial OS). Some updated numbers: more recently we've hit 2 million entities with a few hundred CCU.
In terms of cross-cell ('cell' being our region) interactions, entities moving between cells has been a single tick (at 15-30Hz depending on sim) in all simulations we've built so far - 'EVE: Aether Wars' did torpedo and player transitions, as well as torpedo target tracking across cells and torpedo-ship collisions. We also have a demo of cross-cell PhysX - this has some pretty strict requirements on inter-cell interaction latency.
Out of curiosity, what would you see as a litmus test for 'simulation with lots of cross-region interactivity'?
No, that's too hard. Crowd scenes, basically. How big a crowd of players, reasonably close to each other although not in physical contact. Clubs, ground battles, etc.
We look at CCU alongside number of entities in the sim, since they're both axes of interest for customers - 2m+ entity scale is tricky, netcode at 10k+ player scale is tricky, we target both.
That said, I've found it interesting that people _generally_ want one or the other. Game companies like the idea of loads of entities/logic ('high fidelity'), but that ramps up cost per user - ultimately they just want more people in-game for cheaper. Whereas companies willing to put the money behind resources for high fidelity simulations, generally 'only' want a few hundred concurrent users.
Yes. The scaling problem with Second Life is that it scales in size, but not in density. The number of regions you can have is limited only by the available funding for servers. But the number of players per region is limited by how much work the single thread that does most of the sim work can do. Right now, this is 20 to 60 per region. The architecture could probably get to 100-500 per region if multi-threaded, a bug in the dispatcher for the Mono engine used for scripting was fixed, and the viewer was modernized to avoid choking when displaying that many avatars. Beyond that, a different architecture would be needed.
Improvement means more CPU cores per region, though, which increases cost. Especially since Linden Lab moved the sim servers to AWS, where you pay by CPU. Server cost is a big problem with this approach. Server cost scales with land area, not usage. Second Life land costs about US$175 per month for a 256 x 256 meter square.
I thought Improbable was going to crack this, but after the first three Spatial OS games shut down due to high hosting costs at Google, it looks like that's not it.
Sominium Space is on Spatial OS, but their world isn't very big. If it was big, the NFT land scheme, which depends on scarcity, wouldn't work.
I want to see a Metaverse that looks like an AAA title. This is probably possible now but may not yet be cost-effective to operate. Linden Lab lacks the will, the staff, the management, the money, and enough understanding of their legacy code base. The really good people who built the thing all left years ago.
Linden Lab has a job opening for a VP of Engineering. The old one retired. If someone competent wants to go over there and kick them into forward motion, please go for it. Really. There's probably someone reading this who's qualified for the job.
Starting a new world of user-created content is hard because it takes years to acquire the creator base and for the culture to settle. So far, Roblox, Minecraft, and Second Life have achieved that. In each case it took over a decade. That's the hard problem. Upgrading the technology is easier than the decade of building a world.
(I'm looking at this from the outside, not as a Linden Lab employee. The Second Life client is open source, and after a few months of writing a replacement client in Rust, I have a reasonably good idea of what's required. There's a third party replacement for the server code, written in C#, so that's relatively well understood by others. The C++ code Linden Lab uses for their servers is still proprietary, but the protocols are not. Nor are the bug reports.)
Yes, the Hadean Platform is a general distributed compute platform. But 'EVE: Aether Wars' used Aether Engine, our spatial simulation engine built on top of the platform (and works similarly to how you describe Spatial OS). Some updated numbers: more recently we've hit 2 million entities with a few hundred CCU.
In terms of cross-cell ('cell' being our region) interactions, entities moving between cells has been a single tick (at 15-30Hz depending on sim) in all simulations we've built so far - 'EVE: Aether Wars' did torpedo and player transitions, as well as torpedo target tracking across cells and torpedo-ship collisions. We also have a demo of cross-cell PhysX - this has some pretty strict requirements on inter-cell interaction latency.
Out of curiosity, what would you see as a litmus test for 'simulation with lots of cross-region interactivity'?