A spreadsheet is probably not amenable to the hypermedia approach because of the complicated inter-dependencies between arbitrary parts of the screen. You don't want to gate those updates on a hypermedia exchange.

I would look at writing either a custom solution or one of the big reactive libraries like vue.js for something like this.

Totally unfashionable answer:

I use 'Rails 6.x and datatables.net.

The system manages call-logs for a call centre with WFH staff. It's doing thousands of calls a day.

The tables are 'endless' pagination reporting tables.

It's hosted in Sydney, AU. And used by staff around the world. It has the advantage of being extremely robust on the dodgiest of old PCs with poor internet connections.

So not fashionable, but it's super reliable and has a well documented implementation path!

Your solution looks like the right way to do it to me. At least in your case.

this repo keeps track of various benchmarks on a data grid type app https://github.com/krausest/js-framework-benchmark eventually you may need to create "virtualized scrolling" (e.g. only rendering a subset of the total table to the screen at a time) which can hard to make seemless. possibly the benchmark is "too much info" to make a good choice, but it is an interesting resource.

Jane Street did something like that, incr-dom IIRC. They have very high performance needs since they do HFT.

If these rows are even mildly interactive, I’d use MobX + React.

Check AG Grid