DEV-2. Slashing BFTG

It is necessary to implement the jury slashing mechanism described in the specification “Practical BFT Governance by Mitja Goroshevsky Second Edition” to existing BFTG system, where blame-stakes and blame-juries appear and the results of the contest can be revised and an unscrupulous or incompetent jury can be fined. The implementation will affect other parts of the system, for example, in the area of selection of the jury for the contest or voting slots

Contest entry period
August 09 - September 13


  • Make a change to an existing solution GitHub - RSquad/BFTG.
  • The solutions should meet all the requirements in “The Slashing” part of “Practical BFT Governance by Mitja Goroshevsky Second Edition”. Also participants can make changes to the specification in the field of calculations and scenarios, if another technical solution is found that meets the same requirements, or restrictions are obtained at the language or technology level, for example, integer arithmetic.
  • The solution developed during the contest must be implemented in the existing BFTG system.
  • Update the technical documentation of an existing solution.
  • 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.


  • 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.


Place Reward, TON Crystals
1st . 50,000
2nd . 20,000
3rd 15,000
4th 10,000
5th 5,000
Total . 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 not submitted on time, the submission will not count.


Hello everybody! RSquad participates in the contest. Good luck everyone!

1 Like