Sourabh

Since there has been no activity in this issue for a while, I'll be closing it. Feel free to reopen it.

Hi, thanks for raising this issue. Could you see if suggestion [here](https://github.com/geniusyield/atlas/issues/439#issuecomment-2807124186) resolves your issue?

Worked on by https://github.com/blockfrost/blockfrost-haskell/pull/61, PR is not yet ready.

It seems this is impossible to achieve when working with Aeson, see https://github.com/haskell/aeson/issues/368.

I have reached out to BF to either provide a new endpoint to give order of cost model parameter names (per plutus language) or to give cost models as a...

Thanks @sorki for the update! I included it in conway protocol-params PR (https://github.com/blockfrost/blockfrost-haskell/pull/59) and tested for it in [Atlas](https://github.com/geniusyield/atlas), works perfectly!

I created a PR for it: https://github.com/blockfrost/blockfrost-haskell/pull/59.

You'd need to take a look at https://github.com/IntersectMBO/cardano-node first and see if it supports your desired plutus version. Atlas can then be updated to use same lib versions as `cardano-node`.

Also, we haven't been good at keeping nix configs up to date, when building you might just want to set up your env as in this guide: https://atlas-app.io/getting-started/how-to-build.

Hey @TotallyNotChase, this issue was reported to us by a dev from MLabs, I just echoed it back here. Seeing the behaviour of underlying [`adjust`](https://hackage.haskell.org/package/containers-0.7/docs/Data-Map-Strict.html#v:adjust) function in `Data.Map.Strict` (which is...