Please describe your proposed solution.
- The problem:
Developing on Cardano is challenging. According to the State of The Ecosystem survey hosted by Cardano Foundation 60% of developers in the ecosystem know JavaScript, while only 25% know Haskell; the majority of developers in the community has one year experience or less.
Haskell and nix introduce steep learning curve which implies reduced probability of a newcomer to get positive feedback from interacting with the technology and therefore potentially leads to the ecosystem stagnation and decline of the value of ADA.
- Our solution:
We were inspired by the idea of Truffle on Ethereum. The product is a developer environment ready to be integrated into the workflow the developer is used to. What makes it unique is that it is accessible, concise and points the user to questions that help develop intuitions about how the technology works.
- Audience:
The project is aimed at Middle and Senior devs, someone who thinks to himself "I am suspicious. This crypto thing seems to have something in it but it has weird status. Cardano seems geeky and I like it. I wonder if I could build something on it"
- Impact KPIs:
developer activity in Helios and Cardano - number of GitHub stars and forks, number of mentions in discord and forums, project references to the library.
How does your proposed solution address the challenge and what benefits will this bring to the Cardano ecosystem?
The project aims to drive adoption of Cardano among crypto enthusiasts and professionals and JavaScript community.
It is the simplest way to run a transaction with Plutus. It does not require cardano-node running, nor Blockfrost access, not even a wallet. All is done in a code editor and the user can experiment with sending different Value between different agents and changing the validator to observe effects on the transactions and the state of the ledger as the transactions happen.
How do you intend to measure the success of your project?
The long term measure of the API success is how popular it is among the developers.
The short term measure is the developer activity. Accessibility seems important, but difficult to measure exactly.
Project adoption and interest:
This project is being tested by 2 community members beside the author.
We would like to see 1000x forks after one year, this would mean developers begin new projects on Cardano and choose to build on top of our work.
Ease of use:
First tester reported that it took them about a day to get to a stepping stone in their project.
It took about two weeks to get similar functionality to work while we were building the tool.
Please describe your plans to share the outputs and results of your project?
We provide an open github repository, we suggest our tooling when a developer posts relevant request in the forums.
The tooling allows us to express statements about desired behavior of a dApp in the natural language and correspond with pieces of code that provide evidence that requested behavior does indeed occur.
We can use the tooling to:
- develop dApp components or new smart contract examples beyond what is currently available in the Open Source.
- run automated tests on a plutus script,
- develop a formal description of a dApp, which could be translated in a language such as WhyML, Coq or such to be formally verified, which is desirable for certification and for the dApp to interop with discovery services.