Google Docs version: Validator's Incentive mechanisms for FreeTON test networks - Google Docs
Contest Proposal: Validator’s incentive mechanisms for FreeTON test networks (Stage I - Architecture design) [Draft]
Objective
Goal: Design incentives mechanisms to attract more validators to Free TON test networks to ensure sufficient level of networks performance, stability and fault tolerance.
Description
It’s a multi-stage contest which aims to design and implement decentralized incentives mechanisms for test network validators:
- STAGE 1 - Architecture design contest
- STAGE 2 - Implementation contest(s) (based on STAGE 1 results)
Type
Contest
Dates
Starts: 21.04.2021, Ends: 05.05.2021
Motivation
Free TON community needs to have a fast and stable area for development and experiments. Currently there are two FreeTON test networks running (net.ton.dev and fld.ton.dev) which are used for such purposes, but both are not sufficiently stable. One of the reasons is the quantity and quality of validators and TON OS DApp servers. FreeTON needs to have incentives mechanisms to attract more validators to test networks to ensure sufficient levels of stability and performance.
Task
Design validator’s Incentive mechanism for long-term support of test networks. Describe and propose the most efficient, decentralized and secure mechanism to attract more validators to test networks. Submission must include general architecture, smart contracts description (if exists), implementation phases, requirements and future contests if required.
Requirements
- decentralized and automated (as possible) incentive mechanism
- reward and max number of rewarded validators MUST be possible to regulate (e.q by consensus, TON crystal current market price etc)
- submission MUST include detailed architecture diagram with all system elements
- detailed information of each future element provided on diagram must be added to the specification of the submission;
- submission MUST contain description of each technology, smart contract, dapp or DeBot with final acceptance criteria for this element.
- submission MUST contain implementation phases/procedures/contests with expected timelines;
Evaluation criteria and Winning conditions
- logic simplicity
- implementation complexity, cost and time
- security and fraud prevention mechanisms
- possible control mechanism for validators geographical distribution, system performance, sufficient decentralization
- existing cases of architecture adaptation on other test networks - best practices
- detailed description of implementation stages and future steps
Winners
The winners will receive the following:
1st prize - 10 000
2nd prize - 7 000
3nd prize - 5 000
Voting
Jurors whose team(s) intend to participate in this contest by providing submissions lose their right to vote in this contest.
Each juror will vote by rating each submission on a scale of 0 to 10 or can choose to reject it if it does not meet requirements, or they can choose to abstain from voting if they feel unqualified to judge.
Jurors will provide feedback on your submissions.
Duplicate, sub-par, incomplete, or inappropriate submissions will be rejected.
Jury rewards
An amount equal to 5% of the sum total of all total tokens actually awarded to winners of this contest will be divided equally between all jurors who vote and provide feedback. The percentage of tokens awarded to the jury will be distributed based on the number of votes each juror casts. For example, if one juror votes 50 times and another juror votes 5 times, the juror who votes 50 times will get 10 times more tokens than the juror who votes 5 times.
- Feedback is mandatory to collect any rewards.
