Please describe your proposed solution.
We propose implementing a new feature for the existing WingRiders Launchpad product - a new overcommitment schema that can be used by projects launching their tokens as an alternative to the currently available first-come-first-served overcommitment schema. While both would support the tiering system and all other launchpad inherent design benefits especially the trustless and automatisation part.
The solution includes changes to existing smart contracts to support the pro-rata schema in addition to the existing first-come-first-served one, and changes to the UI and infrastructure to provide a smooth and pleasant user experience.
Accepting and implementing the proposal would significantly benefit various groups within the Cardano ecosystem. Emerging projects would gain more options for token launches, while contributors would have a wider selection of new launches to choose from. The ecosystem as a whole would see increased community engagement and the attraction of new projects, addressing an infrastructural need. In the realm of DeFi, this move would introduce more liquidity and trusted tokens into the open market. Investors would benefit from more diverse investment opportunities and a broader portfolio as well as a potential positive impact on the value of ADA as a measure of ecosystem maturity. Lastly, Stake Pool Operators would benefit from an increase in fees, and rewards due to more projects, launches, and transactions on the network.
The pro-rata overcommitment schema is a way to deal with situations when contributors provide more funds than was anticipated by the launching project without the project wanting to refuse these funds out of transparency reasons. One way to solve that situation would be to calculate how many funds all contributors provided together, then calculate a share of each contributor compared to the whole value, and use that share to determine the respective rewards. All tokens above the user's share necessary to reach the maximum commitment set by the project are then returned to the contributor. This way all users get a fair shot in participating in the launch regardless of the time when they provided their contribution.
Example:
Say the project owners dedicated 300 EX to distribute as rewards, and have set the max commitment to 100 ADA. Whale, Alice, and Bob contributed 140 ADA, 20 ADA, and 40 ADA respectively. Clearly, the contributed sum of 200 ADA overshoots the max commitment, and that might have something to do with Whale’s activity. Pro-rata is applied as follows: Whale gives 70 ADA and gets 150 EX and 70 ADA back. Alice gives 10 ADA and gets 50 EX and 10 ADA back. Bob gives 20 ADA and gets 100 EX and 20 ADA back. This way each contributor gets some tokens proportional to how much they contributed, and the project gets its 100 ADA..
<u>Note:</u> This is just an illustrative example and the actual mathematical implications used in the released solution might be different.
Additionally, we propose putting more research into ways to mitigate the effect whales and speculators can have on the launch events, one of those features being allowing partial locking of the rewards claims into vesting contracts. The usage of the vesting option with the exact configuration would be up to each project to decide based on their business requirements. This would enable and empower even more complex token launch strategies of projects aimed at passing their distribution of tokens via various vesting tiers of their token