ZeroBoundLabs / hyperstaker-ui

https://hyperstaker.com
5 stars 5 forks source link

Design the Hyperstaker Pre-seed Hypercert offer #20

Open positonic opened 2 months ago

positonic commented 2 months ago

How do we ensure that Hyperstaker is massively over subscribed on all Gitcoin and Giveth rounds?

We need to review this page

Go through each of the questions on the left hand side: Image

We need to answer questions such as:

  1. Is the FtC hypercert the same as the one that is distributed for GG20 (if we get in), and GG Hypercert / Giveth rounds?
  2. If so, what is the fixed value of that Hypercert?
  3. If no, how do we do this?

This offering should include:

  1. Financial contributors. James believes this should be framed as a loan, or a "potentially returnable grant" (needs better name). So financial contributors will be paid out over as many retro funding rounds as it takes to get their inital bace.
  2. Non-financial contributors. We should allocate a part of our hypercert to attracting developers, and see if we can attract developers with this offer. Developers will be paid in hypercerts only, and there will be a smart contract that will always buy the non-financial contributors hypercerts back from them at a fixed rate (this probably means that we need a 2nd hypercert - a different one for non-financial contributors) in order to prevent prospective funders being able to cash out using this contract.
0xandi commented 2 months ago

question 1: It must be. These platforms are rather distribution channels for the same values, bi-directionally. As in platform x infuses the project with funds and receives hypercert fractions. So it should be both, same funding adress, same hypercert pool, IMO

question 2: Two options come to mind. --- option 1: Fixed timeframe: The funding wallet is "opened" (as per comms, not technically of course) for a given "raising" time frame. At the end this is the evaluation of the hypercert --- option 2: Fixed amount, kickstarter model: We raise until we reach a fixed amount and only start then. Seems as this would mean more necessary infra (for contracts that allow "commitments" that can be returned if the project doesnt collect enough)