See the end of the article, after further research quantum gravity could be simulated on a quantum computer. The links between research on quantum computing and quantum gravity are fascinating anyway!
I mean, I don't think we are living in a simulation, but even if we were, there is no reason to believe that simulating something inside of a simulation is going to prove anything about the outer simulation.
If they're powerful enough to build a universe simulation, theoretically they can blur the edges so we can't discover them. They might even be able to construct and limit the systems of maths and physics we have access to.
I suppose the simulation could be smaller than a universe simulation though - and this is actually really compelling -
It could just be you that is simulated.
Maybe your consciousness and sensory inputs are simulated. You're kept largely on rails and the rest of the world is run at lower fidelity. They know you won't go poking at particle accelerators and theory, so they can keep those pieces low effort and you just get fed narrative. The only things to simulate are those that are directly in front of you now.
Almost like a movie. Not a universe at all.
We might have that capability within 50 years. All your sensory input being simulation. And the virtual brain playing with that input or replaying recordings.
That could be totally feasible. And we might have that tech soon.
My biased view is CS attracts a large “wannabe” group that wants high salaries without learning any hard math or putting forward a lot of serious effort.
Even a lot of CS research journal papers feel more like role play — the same way startups try to pretend to be real companies with executive headshots, flashy offices, and all the other nonsense. (Instead of analytically modeling something to prove an idea, they’ll build a simple simulation and focus on its “Architecture”)
Engineering departments effectively weed out such in the first ground of engineering courses. Looks to me CS has no equivalent.
> a ray of light has to know where it will ultimately end up before it can choose the direction to begin moving in
A ray of light doesn't know or choose because it has no agency, just like an apple doesn't know or decide to fall because of gravity. It's an anthropomorphization.
Hey! DuckDuckGo community manager here! I was able to reproduce this, so I’ll report it to our Android developers to see if they can fix this. Thanks for the heads up!
ASML is the flashy, public-facing partner. Mistral is also working with the French government and defense industry for applications that are unlikely to be publicly announced, but are bound to bring in much more money.
The European-sovereignty angle is what makes Mistral's strategy harder to read from the outside. If a meaningful share of revenue comes from EU government and defense contracts, the public benchmarks against OpenAI/Anthropic stop being the right scoreboard — they're optimizing for different procurement rules and a different definition of "trustworthy." Curious if anyone has visibility into how those contracts are structured: per-seat, on-prem, or something closer to hosted with sovereign keys?
I don’t know much about the really secret stuff, but Mistral is known to help customers build their own infrastructure to deploy their models and handle confidential data securely. They are also building data centers for their own cloud. It’s difficult to have a clear picture, in most cases we know about the partnership without having all the details (e.g. with ASML, CMA-CGM, or HSBC, or even worse with government or EU institutions).
I'd like to add that we have publicly the procurement from the US government for the US models. And I also guess the Chinese government uses their model providers as well. So I wouldnt see so strange anymore.
"...a long-term collaboration agreement to explore the use of AI models across ASML’s product portfolio as well as research, development and operations..."
ASML is one of the clients Mistral keeps referencing, for example here: https://mistral.ai/news/forge But it isn't clear exactly what they've been doing together. The Forge page only mentions they "train models on the proprietary data that powers their most complex systems and future-defining technologies."
ASML’s EUV money printer has nothing to do with their ability to deploy that money in illiquid investments instead of to their own shareholders
ASML buying equity in one company in tangentially related industry (just because they’re in Europe and the pickings are slim in both offerings and growth capital) has nothing to do with any synergy or integration with ASML’s utility (and bottleneck) to the chip supply chain
remember when you were studying for standardized tests as a teenager? this is what the high scoring answer would be
A friend of mine works for ASML and it’s suggested they were nudged quite heavily “from above” to make this investment, rather than it being an actual strategic play by ASML. Basically “sovereign EU AI” is the play here.
a cursory understanding of the subcontinent's abysmal venture capital ecosystem and bloc wide risk aversion would have anyone reach the same conclusion
Because the European ecosystem is a joke for reasons that are dumb
and this is a symptom
There’s nothing to say when the party does an investment thats their system they have total control in a state capitalist society that raised their population on marxism
And the US ecosystem is diverse to have relevant purpose built vehicles doing private investments, in conjunction with various public market operations by the state
1. So Ariel OS is based on Embassy - IIUC I2S and CAN has some support upstream. That can be used already, although not using Ariel's usually fully portable APIs.
2. Well, ST has released official Rust drivers for a bunch of their sensors. They're built on embedded-hal(-async), so can directly be used with Ariel OS. There is probably more.
Note: I'm not using the same tooling, but CAN and I2S have worked well for years on STM-32/rust. You just need to interface with STM32's SAI (ditital audio peripheral) and CAN. There are high-quality portable libs for both the legacy "BX" CAN and FD-CAN, which will work on any STM-32 variant. The SAI will have to be HAL-specific, but I have used it on both G4 and H7 variants for PDM mic arrays.
> The primary feature of statecharts is that states can be organized in a hierarchy: A statechart is a state machine where each state in the state machine may define its own subordinate state machines, called substates. Those states can again define substates.
reply