You are correct that there are plenty of game engines out there, JS and otherwise, and I am not trying to replicate or compete with that. I would potentially look at offering integrations with them for people who want this kind of sprite based action/platform/shooter game. My focus is more on a distributed compute framework specifically oriented at running online, multiplayer games where the Authoritative Game State is maintained server side and multiple game clients connect via websockets. There is a loosely connected rendering library for building menus, lobbies, chatrooms, deckbuilders, auction houses etc, and potentially the games themselves if SVG is sufficient. The shadow DOM also enables screen sharing, remote viewing and streaming applications (except canvas). This would also be suitable for creating non-gaming applications focused around online collaboration.

Sprites, animation, physics, canvas/webgl are out of scope, but it might make sense to pick something and make it the easy/default integration.

Hope this clarifies things. Thanks for the comment!

That makes a lot of sense. Good luck in this very ambitious undertaking, but I think you’re right: it would serve the needs of many many modern game developers.