Polkadot-API: development financing
Hi everyone,
As many of you might already know, Polkadot-API is a project conceived to build upon and surpass the foundational achievements of the PolkadotJs project. At its essence, Polkadot-API is a meticulously crafted suite of libraries, each designed to be composable, modular, and fundamentally aligned with a "light-client first" philosophy. Our overarching mission is to empower dApp developers by equipping them with a comprehensive array of tools, pivotal for the creation of truly decentralized applications. This initiative places a strong focus on elevating the developer experience.
The Polkadot-API development team is now seeking financing for the maintenance and development of Polkadot-API through treasury proposals. This post is here to gather your feedback on the proposal before submission on chain.
You can find all the details of the proposal here.
Thank you for reading
Polkadot-API Dev Team (Victor and Josep)
PS: The Github repository is, at the time of writing this message, still located under the paritytech org. However, it's in the process of being transferred to the polkadot-api GH org.
Comments (11)
(main developer of smoldot, and rank 5 technical fellowship member here)
The vast majority of applications that connect to Polkadot/Kusama are insecure (as they blindly trust RPC nodes). As far as I'm aware, Polkadot-API is the only project to actually try to solve this problem, and it is critical for a project like this to exist in order to fulfill the vision of Polkadot of being trustless.
I'm frequently interacting with Josep over Element, and he's a very competent JavaScript/TypeScript dev, and has spent the last few years getting familiar with Polkadot's core architecture. He's now deeply familiar with how to interact with a chain, and I trust him to be able to write such as a tool.
Thank you so much @tomaka ! It means a lot to have your support.
I am 100% in favor of this proposal.
While Polkadot-JS API is amazing, there are certain things that PAPI can do that it simply cannot without major restructuring. This will enable developers to develop faster and better, which is exactly what we need.
Thank you so much @BILL !