over budget
Open Source Auctions Smart Contract
Current Project Status
Unfunded
Amount
Received
$0
Amount
Requested
$74,000
Percentage
Received
0.00%
Solution

We want to build a robust auctions smart contract which will be implemented into JPG Store and made available for any other platform in the ecosystem that wants to use or build upon it.

Problem

The Cardano space has been auctioning NFTs since March of 2021 using Discord and other escrow models. While these are easily replicable there is no publicly available smart contract for auctions.

Impact / Alignment
Feasibility
Auditability

jpg.store

2 members

Open Source Auctions Smart Contract

Please describe your proposed solution.

The smart contract we intend on creating would cater to the following possibilities:

  1. Allow assets to be auctioned with the following options
  2. Reserve Price
  3. Starting Price
  4. Minimum Increment
  5. The contract would allow multiple tokens to be entered as payment:
  6. ADA
  7. FTs
  8. Currencies/Tokens
  9. The contract would allow auctions in the following format:
  10. English Auction
  11. Dutch Auction

Some functionality may need to be removed depending on current on-chain limitations.

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

The contract once open-sourced would help developers in the ecosystem create their own tools and platforms. Apart from that, this contract combined with our other open-sourced contracts would allow for innovations and expansions by the community.

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

The biggest challenge in executing this project is to ensure security and battle testing the contract so it can be trusted by the community at large.

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

The project would be executed over a time period of 4 weeks internally with an expected 4 week timeline from the third party smart contract auditing company.

Please provide a detailed budget breakdown.

Our budgets are divided into four major categories, employee costs, overheads, smart contract specialist fee and auditing fee.The costs can be broken down as follows:

Employee Costs: 2800 USD/Week

Smart Contract Specialist: 20,000 USD

Contract Audit: 40,000 USD

Overheads: 700 USD / Week

Overheads include hosting, unexpected delays, marketing costs, tutorial development and more.

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

To execute the proposal we will be using 3 core resources as follows:

  1. In-house Full Stack Engineer
  2. Jonathon Fischoff [Plutus Contract Specialist]
  3. Runtime Verification [Auditing Firm]

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

The submission is a one time funding request to execute the proposal. We do not foresee us returning to Catalyst for further funding in regards to this proposal.

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

We build our tools and features in a modular manner while testing each part as it is built and retesting as it starts to communicate with other modules. We will be tracking these milestones internally and inviting our beta testers to provide feedback on usability and functionality as soon as our project reaches a state of readiness.

We are also driven to run the project in a user-centered manner, listening to our users and various stakeholders throughout the process to ensure the end product is what the community at large desires.

What does success for this project look like?

A working smart contract with the defined features that is available to the Cardano community to use as they see fit.

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.

close

Playlist

  • EP2: epoch_length

    Authored by: Darlington Kofa

    3m 24s
    Darlington Kofa
  • EP1: 'd' parameter

    Authored by: Darlington Kofa

    4m 3s
    Darlington Kofa
  • EP3: key_deposit

    Authored by: Darlington Kofa

    3m 48s
    Darlington Kofa
  • EP4: epoch_no

    Authored by: Darlington Kofa

    2m 16s
    Darlington Kofa
  • EP5: max_block_size

    Authored by: Darlington Kofa

    3m 14s
    Darlington Kofa
  • EP6: pool_deposit

    Authored by: Darlington Kofa

    3m 19s
    Darlington Kofa
  • EP7: max_tx_size

    Authored by: Darlington Kofa

    4m 59s
    Darlington Kofa
0:00
/
~0:00