Closed philoniare closed 1 week ago
@philoniare thanks for the proposal, this indeed is very interesting for me as well. I would, however, ask you to instead of forking Foundry making this proposal about contributing upstream directly to Foundry so that they support natively Polkadot. This way we ensure that current Solidity Developers don't have to go hunting for another tool, but rather use the development flow that they are familiar with today.
At the same time, I would also encourage you to make sure Polkadot Asset Hub is a target usable within Foundry. The community has already approved the development of EVM on AH, and it will be very important to ensure the success of it that all the tools people are used to using on EVM land are compatible on AH as well. Foundry, particularly, is a very important tool.
@SBalaguer Thank you for the insightful feedback. I agree that integrating Polkadot support directly into Foundry would be the ideal long-term goal. However, for this initial iteration, I believe that building an independent tool first would be more practical for a few reasons.
The first issue is the complexity of adding Polkadot and JAM support into Foundry. Polkadot’s non-EVM PolkaVM environment introduces a different dependency tree, particularly with tools like subxt
. This would add significant complexity to Foundry’s current architecture, which is heavily optimized for EVM-based workflows. I worry that attempting to integrate this from the outset could make the project cumbersome, slowing development and potentially fragmenting the tool’s user base.
Furthermore, I’d prefer to ensure the project’s success and stability first before pushing for upstream changes in Foundry. We want to showcase solid community support, proven use cases, and a stable toolset before proposing to merge into Foundry. This way, we can approach the Foundry community with a tested, working solution that has clear benefits and a demand from developers already using Polkadot and JAM protocols.
I still believe there will be an opportunity to merge into Foundry at a later stage, but for now, focusing on delivering a standalone, optimized tool that fits the Polkadot ecosystem is a more achievable and valuable first step.
Thanks again for your input, and I look forward to continuing the discussion as the project evolves.
Congratulations and welcome to the Web3 Foundation Grants Program! Please refer to our Milestone Delivery repository for instructions on how to submit milestones and invoices, our FAQ for frequently asked questions and the support section of our README for more ways to find answers to your questions.
Before you start, take a moment to read through our announcement guidelines for all communications related to the grant or make them known to the right person in your organisation. In particular, please don't announce the grant publicly before at least the first milestone of your project has been approved. At that point or shortly before, you can get in touch with us at grantsPR@web3.foundation and we'll be happy to collaborate on an announcement about the work you’re doing.
Also, if you haven't yet, consider signing up for the Polkadot Alpha Program. The program offers plenty of resources for people building on Polkadot. Lastly, please remember to let us know in case you run into any delays or deviate from the deliverables in your application. You can either leave a comment here or directly request to amend your application via PR. We wish you luck with your project! :rocket:
Project Abstract
A streamlined developer tool for Solidity smart contract deployment and testing on Polkadot.
Grant level
Application Checklist
project_name.md
).@_______:matrix.org
(change the homeserver if you use a different one)