Lucid - Developing the Easy Way

[IMPACT] Please describe your proposed solution.

Lucid is an open-source library written in JavaScript, to help you create transactions and off-chain code, for your Plutus contracts, using different platforms (browser, mobile, desktop, server).

Under the hood of Lucid's common and scalable framework, runs a customized version of the serialization-lib (cardano-multiplatform-lib from dcSpark to be precise) for (de)serializing transactions, calculating fees and costs of scripts (including Plutus execution units). The serialization-lib is compiled to a WebAssembly module and can then be called from the JavaScript side of Lucid, where you call simplified functions and work with easy-to-use JSON objects.

Minting multiple assets from a native script, minting assets from a Plutus script, adding metadata, registering a stake key, delegating to a stake pool, and pay some of these assets to an address, in a single tx, with just a few lines of code.

By abstracting the complexity that comes with building Cardano transactions, such as coin selection, balancing transactions, attaching datums, reference scripts, calculating fees and script costs, serialization, etc., we can provide a friendlier path, allowing developers to be able to focus purely on the development of the dApp.

[IMPACT] Please describe how your proposed solution will address the Challenge that you have submitted it in.

Lucid is an open-source library that brings value to the developer ecosystem by making it friendlier and easier for developers to build transactions, create dApps, and interact with Cardano.

[IMPACT] What are the main risks that could prevent you from delivering the project successfully and please explain how you will mitigate each risk?

The Lucid library is production ready, and it has already been adopted by the Cardano community. The risk mitigation strategy has been addressed by delivering an initial working library, prior to applying for Catalyst funds.

[FEASIBILITY] Please provide a detailed plan, including timeline and key milestones for delivering your proposal.

The timeline of execution for this proposal are structured as followed:

1. initial library - Delivered
2. Deno integration - to be completed by 07/30/2022
3. Vasil integration - to be completed by 07/30/2022
4. Library expansions - to be completed by 07/30/2022

[FEASIBILITY] Please provide a detailed budget breakdown.

Budget Breakdown

Alessandro Konrad: Lucid library creator, architect, and project developer. Hourly rate: $60/hr.

Total hours: 680

Total in $: 40800

Jenny Brito:  Continuously assisting Alessandro with administration, communication, logistics, and documentation. Hourly rate: $20/hr

Total hours: 200

Total in $: 4000

Budget total: $44,800

[FEASIBILITY] Please provide details of the people who will work on the project.

Alessandro Konrad: Creator and developer for the Lucid library. His previous and current contributions to the Cardano ecosystem include but are not limited to SpaceBudz, Nami Wallet, and Berry pool. al of which can be found on GitHub:

https://github.com/alessandrokonrad

Jenny Brito: Administration and Logistics.

[FEASIBILITY] If you are funded, will you return to Catalyst in a later round for further funding? Please explain why / why not.

It is possible that further founds be requested at a later round. There is plenty of room for growing this library, but further development will depend on its usage and adoption.

[FEASIBILITY] Are you or any member of your team working on any other proposals in this Fund9?

No

[FEASIBILITY] Are you or your team working on any other proposals from previous Funds?

No

[AUDITABILITY] Please describe what you will measure to track your project's progress, and how will you measure these?

All KPIs and progress data will be tracked on GitHub:

https://github.com/Berry-Pool/lucid

[AUDITABILITY] What does success for this project look like?

• More people integrate Cardano into the browser. 
• More beautiful UX for the user can be created.
• Developers will start creating composable dApps, libraries, and tools. 
• Developers are able to run the off-chain code of a dApp in an easy way. 
• A dApp is easier to verify and understand.

[AUDITABILITY] Please provide information on whether this proposal is a continuation of a previously funded project in Catalyst or an entirely new one.

This is an entirely new proposal