Motivation
The SMV is currently part of the larger monolithic BFTG system. We need to separate the SMV subsystem as a separate module in order to make the SMV usable as a stand-alone system and to make the SMV integrable with other systems. This is necessary, for example, for making decisions in a bridge, distributing reserved domains in DeNS, or for formal review. It is necessary to redesign the existing system so that the SMV is not tightly integrated into it.
Type:
Contest
Contest entry period:
May 17 - June 15
Requirements:
-
Make a change to an existing solution GitHub - RSquad/BFTG
-
The solution developed during the contest must be implemented in the existing BFTG system
-
The solution should be easily integrated into third-party systems
-
The solution must be able to be used as an independent application
-
The architecture must be redesigned and component-based. It should be possible to enable / disable options when using the module (voting with TIP-3, DePool, groups, etc.)
-
Update the technical documentation of an existing solution
-
Must include DeBots for all system UIs and updated features
-
Should include auto-tests designed as a smart contract or a script to test scenarios
-
A solution should have a Free Software license (Various Licenses and Comments about Them - GNU Project - Free Software Foundation).
-
A system should be deployed and tested on the DevNet and Jury should be able to access it for testing
Evaluation criteria and winning conditions:
-
A solution should be implemented in accordance with its documentation
-
A solution should pass attached tests
-
If some scenarios from requirements are not covered by a test, then jurors can develop their own tests, but it should reduce the score of such a submission. ● Solution should be scalable to thousands of participants
Voting:
-
Only qualified jurors, able to understand, rub and evaluate smart contracts on Free TON should judge. Jurors whose team(s) intend to participate in this contest by providing submissions lose their right to vote in this contest.
-
Jury from other sub-governance groups could be added to this contest to provide additional technical expertise.
-
Each juror will vote by rating each submission on a scale of 1 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.
Reward:
1st prize…………………………………………….50,000 Tons
2nd prize……………………………………………25,000 Tons
3rd prize…………………………………………….15,000 Tons
4th prize……………………………………………. 7,500 Tons
5th prize…………………………………………….2,500 Tons
Total prizes: 100,000
Note: If the number of winning submissions is less than the number of rewards available, any remaining rewards are not subject to distribution and are considered void.
Jury rewards:
An amount equal to 5% of the sum total of all total tokens actually awarded will be distributed equally between all jurors who vote and provide feedback. Both voting and feedback are mandatory in order to collect the reward.
Contributor rewards:
As part of the support for administrative work being performed by various sub governance members the DGO will reward contributors to the creations, organisation, follow up and other activities around the execution of its contests.
An amount equal to 2% of the sum total of all total tokens actually awarded will be distributed equally between all contributors:
-
Mitja Goroshevsky
-
Nikita Denisov
-
Boris Pimonenko
Procedural remarks:
-
Participants must upload their work correctly so it can be viewed and accessible in the formats described. If work is inaccessible or does not fit the criteria described, the submission may be rejected by jurors.
-
Participants must submit their work before the closing of the filing of applications. If notsubmitted on time, the submission will not count.