😎 Runtime APIs

[JuaniRios]

What?

• Add pallet-funding runtime APIs as requested in https://linear.app/polimec/issue/PLMC-582/runtime-api-to-have-less-logic-in-the-ui
• Add and modify instantiator functions to make the testing easier

Why?

Complex querying and calculations are done better in Rust with the full on-chain data and types than in Javascript on the front-end

Testing?

• New file inside test folder "runtime_api.rs"

Anything Else?

To get an overview of the main changes, check out runtime_api.rs on /src and on /tests folders, as well as the new tests.rs file on the instantiator, where I test the new functions.

The rest of the changed files should be more about reflecting the changes of the instantiator functions

[JuaniRios]

• 🐛 Fix Compilation #364 : 2 dependent PRs (#366 , #370 )
• 🚮 Remove "Y" variable from fee allocation #363
• ✲ Transitions can be called by anyone #362
• 🧹 Cargo fmt #361
• Vstam1/simplifications #358
• 😎 Runtime APIs #354 👈
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @JuaniRios and the rest of your teammates on Graphite

[lrazovic]

Great addition! The new Rust implementation significantly improves our codebase by allowing us to remove complex logic from the UI, which will lead to better performance and easier maintenance. I particularly appreciate the elegant structure you've used - it really showcases Rust's strengths compared to our previous JavaScript implementation.

I've left some inline comments regarding the documentation of individual APIs and some aspects of the logic. The main point I would like to emphasize is ensuring that we align the logic here with what's used in the pallet logic. This consistency will help ensure that the output accurately reflects on-chain behavior