I appreciate the comparison to Timescale, DuckDB, and ClickHouse. It's interesting to see the differences between a more specialized db, like Quest, and DuckDB/ClickHouse.
Ah yes, I specifically mean you can keep earning points infinitely. After the board is full, it resets the game, and you get points for each piece on the board. I usually stop the simulation after it clears the board 10 times or so.
I've never seen the level of anti-scientific, straight misinformation as I have with data centers. I genuinely think it's to the point where the antivaxxers have a stronger scientific backing for their stance.
It did not feel organic at all. It's to the point now where that initial seeding of ideas has gained legitimate traction, but the initial burst of anti-datacenter content was wild to see in real time.
The way the game is seeded, it's 100% deterministic. So if you can scan enough potential moves / second, it's very easy to infinitely play the game at a fast rate.
Shockingly, Claude was able to find the exact random generators that the js library uses, list out all of the differences between the languages that might impact the replays (like rounding being treated differently), and include those differences in the simulation. Claud then back-tested on a huge number of games using the original implementation as a golden set generator.
I started by pulling the game source locally and doing some initial testing with a few solvers. I ended up having Claude make a 1-for-1 perfect sim of the original game using rust with some optimizations. The original engine was able to check around 180 moves/s and the rust port was hitting 2,150 moves/s.
After that, I tested a few solvers. Single Player Monte Carlo Tree Search seemed promising, but didn't do as well as I expected. A simple beam search does appear to go infinitely pretty easily.
I had a lot of fun playing the game. I also made a local solver to see how far you can theoretically get, and it's definitely infinite if you play perfectly. Working on the local sim / solver was almost as fun as playing the game :)
How many existing data centers do you think you rely on each day? Almonds do not realistically improve my life in nearly the way the internet does, but also who am I to say whether you should be allowed to farm almonds or build a datacenter?
Like producing more tax revenue for a county than the rest of the county combined? That payoff allows for insane levels of infrastructure improvement at literally no cost to locals.
In the case of the Stratos / Box Elder County mega-datacenter, they are planning to use gas turbines to run off of the nearby Ruby Pipeline. It's a pretty tidy solution, if you ask me.
The mega-scale ones almost all have power as part of the ramp-up process. They are also a massive tax benefit.
Looking at the controversial Stratos data center in Box Elder County:
Box Elder County baseline (before Stratos):
2026 General Fund revenue: $36.1M
2026 General Fund tax revenue: $21.1M
2026 Municipal Service Fund: $18.8M
Stratos (Phase 1):
Power: 3 GW
Revenue expected: $30M/year
Revenue as % of existing county tax rev: 142%
Stratos (Full Buildout):
Power: ~9 GW
Revenue expected: $108M/year
Revenue as % of existing county tax rev: 512%
Planned power details:
- Box Elder says it will use natural gas from the nearby Ruby Pipeline.
- MIDA describes it as dedicated on-site generation designed to limit demand
on the existing grid.
- The project ramps from ~3 GW in Phase 1 to ~9 GW at full buildout.
I'll acknowledge that the MIDA structure is not a normal county tax bill and comes with explicit energy-rate discounts, but given that the county could hit 500%+ of its previous tax revenue, I think that's a very easy deal for the county to make.
Except datacenters are actually very low environmental impact. As long as they provide their own power, they have MUCH lower impact than most farms would.
It's a neat product, but I am also a bit confused by the choice to use C as the primary language. I would think you'd want something more ergonomic since this is entirely I/O bound.
I'm 100% on board with using C for the rag or sqlite sync solutions, but the agent itself seems like it would be much easier to write in another language and build on those tools. Even something like go would be much easier to adopt.
I don't understand why people on this website hate Grok for being tied to Elon Musk, but also have no problem with models that are directly sponsored by the CCP.
Grok and Gemini are the ones I tend to use for finding news related to breaking events. Both were really nice during the Iran incident when I wanted to find out things as they were being reported.
The US doesn't have a desire to annex Canada; that's very silly. And the reason Russia doesn't have the capability is because of Canada's alliance with the US.