Contest proposal: Contests Results Interface

Will there be any minimum score which participant should have to get reward?
For example, if participant will get 3,6 average and will get 7th prize will he get his reward? Or participant must gain, for example, minimum 6 average score?

Good point. I think that 5 point threshold will be ok.

3 Likes

Great!) You should add it to rules

1 Like

Thanks for the clarification :handshake:

I also support this comment

It should go to DGO subgovernance. I am sure you are aware that the current contest system will be completely redesigned in the next couple of months in the DGO subgov. I do not think community need to support additional work on the current governance process.

2 Likes

There should be more amount rewards for first 3 top places cause for developing such interface need to use several specialists who can work with smart-contracts and web-design.
IMHO first places rewards should have such prizes:
1st prize…………………………………………… 30,000 Tons
2nd prize…………………………………………… 25,000 Tons
3rd prize…………………………………………… 20,000 Tons

Ну что вы говорите, это же не конкурс рождественских открыток, тут таких наград не бывает

2 Likes

UPDATED PROPOSAL

Contest proposal:

Contests Results Interface

Short description:

The task is to develop a web interface that displays the results of contests in the form of a resulting table, so that anyone can check the transparency of payments.

Type:

Contest

Contest entry period:

March 1, 11:59 PM UTC - March 15, 23:59 PM UTC.

Voting Cycle:

7 days

Requirements:

  • The web interface must support at least two ranking logics - the standard contest logic (by points) and the Yes / No logic (as in the Jury Selection contest).
  • The code of the solution must be open-source.
  • The interface should have the following functions: displaying a list of jury and participants and their rewards, sorting by score / submission number, interface to setting up prizes manually, the ability to export to excel.
  • The ability to export the results in the form of a “wallet-reward” table to facilitate the process of paying out prizes by SubGovernance.

An example of a similar table - Link

Evaluation criteria and winning conditions:

● The interface should be simple and easy-to-use for an ordinary user.

● All sources must be open-source. Otherwise, the application will be rejected.

● The ability to integrate into existing voting interfaces.

● The visual and functional components of the interface will be evaluated.

● Original code - no more than 20% of other contestants’ works

Rewards:

Only submissions that receives average score 5 and above will get a chance to get prizes for participation. And only submissions with score 7 and above could get into TOP-3.

1st prize…………………………………………… 30,000 Tons

2nd prize…………………………………………… 25,000 Tons

3rd prize…………………………………………… 20,000 Tons

Runners up from 4th to 10th place ……………… 3,000 Tons

Rewards will be paid over three months, at 33.3% of prize once a month. The winner undertakes to maintain his interface until the end of the vesting period. Otherwise, the payment of the prize may be suspended.

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.

Voting:

  • The juror must have a solid understanding of the described subject in order to provide a score and feedback. If not, the juror should choose to “Abstain”.
  • Jurors or 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 1 to 10 or can choose to reject it if it does not meet requirements or vote “Abstain” if they feel unqualified to judge.
  • Jurors must provide feedback on submissions or lose their reward.
  • The Jury will reject duplicate, sub-par, incomplete, or inappropriate submissions.
  • The number of days for jury voting is hereby set at X days

Jury rewards:

An amount equal to 15% of the sum total of all total tokens awarded to contest winners will be distributed among jurors who vote and provide feedback. This percentage will be awarded on the following basis:

  • 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 20 times and another juror votes 5 times, the juror who votes 20 times will get 4 times more tokens than the juror who votes 5 times.
  • Feedback is mandatory in order to collect any rewards.

Reward for contest creation:

An amount equal to 1% of the sum total of all total tokens awarded to contest winners will be distributed to author of the contest.

Procedural requirements:

Accessibility . All submissions must be accessible for the jury to open and view, so please double-check your submission. If the submission is inaccessible or does not fit the criteria described, jurors may reject the submission.

Timing . Contestants must submit their work before the closing of the filing of applications. If not submitted on time, the submission will not count.

Content . Please submit in PDF format. If all or a portion of the original content cannot be in the form of a PDF, simply submit a PDF with links to that original content. Such links must be to files that cannot be edited after this contest is in the voting phase. If the file links are editable after voting, the jury can reject your submission. This is CRUCIAL!

Contact . Each submission must have an identifiable contact that can be matched with your description. If you have not provided a forum description for discussion, then your application should contain links to your online persona, for example, a Telegram ID (preferred) or other direct contact information that can confirm that the submitted work is yours. In the absence of confirmation by the contestant of the authorship of the submitted work, the submission is rejected.

Multiple submissions

  • Each contestant has the right to provide several submissions if they are all different from one another. If they are too similar, or in any way appear to be partially the same work done twice, or if they appear to be one whole body of work divided into parts to create several submissions, jurors have the right to reject such submissions.
  • If the contestant wants to make an additional submission to replace a previously published submission, the contestant must inform the jury about this fact and indicate which submission is the one to be judged. In this case, only the indicated work will count. If the contestant fails to indicate which submission to judge, only the first submission made will count. The Jury will reject all others.

Estimated budget: 96000 + 0,15*96000 + 0,01 *96000 = 111 360 TONs

3 Likes

Не совсем понятно, то есть если вообще не будет 7балльников, а к примеру 6,9 то они будут смещать участников на места ниже? То есть первое место с 6.9 станет 4-ым местом? Смещение мест учитывается?

Let’s hope that there will be decent work (9/10 points)
We need a good, high-quality interface. Decent work, will take away the TOP award.
And so yes, the offset is taken into account.

2 Likes

Contests Results Interface is an active contest, we are waiting for your submissions!

1 Like

We are participating in the contest. Good luck to all !

Unfortunately, we didn’t have much time. Probably like the other participants. If our work is interesting to the community, we are ready to finish it to the end.

4 Likes

nice contest
https://github.com/move-ton/ton-contest-results

Hello!
My submission is uploaded to gov.freeton.org

2 Likes

Подтверждаю участие!

1 Like

Participating. Goodluck to everyone!

2 Likes

here is our submission.

Let me introduce TonPay.info
It can count REWARDS for contests with basis logics PRIZE SCALE and YES/NO and jury rewards.
Has search by participant wallet address.
Can export contests results to wallet/reward format.

If TonPay.info become useful to community we will add more other features. See our submission.

1 Like

My surf wallet : 0:99ab2181d7cf3893aef9a431492d69f14b278e42b3fdf1801c5c4e118439d330

This is an incomplete project but I am looking forward to continue this project.

Site at: http://tonresult.mywebcommunity.org/
(please wait till the site get fully loaded)

Github: https://github.com/quickbee123/contestresultinterface

1 Like

The voting period for the Results Interface contest has been extended. Until March 23, 2021 UTC 23: 59

3 Likes

Всем привет.

Сейчас в нашем SG проходят 2 конкурса, в рамках одного из них мы разработали приложение для просмотра результатов контестов TonPay.info.

Мне хотелось бы подробнее рассказать сообществу о его функционале.

Но прежде всего стоит рассказать вот о чем! Как работает кухня по подготовке выплат по контестам и партнерствам.

На самом деле это не такая тривиальная задача, как может показаться на первый взгляд. Давайте рассмотрим поближе: после окончания конкурса, смарт контракт выгружается в эксель таблицу, в которой представлены «сырые данные» по участникам и жюри проведенного контеста. Да-да, смарт не умеет в данной версии считать награды автоматически!

Затем волонтер берет эти данные и рассчитывает награды по алгоритму, указанному в описании к конкурсу. После этого другие волонтеры валидируют эти расчеты, и они попадают в новый смарт для выплаты участникам и жюри. И на финальной стадии уже реварды рассылаются по назначению.

Как можно заметить в этом процессе несколько шагов и задействовано довольно много людей, что повышает риск ошибки и/или необходимо полное доверие к участникам процесса.

В TonPay.info мы заменили шаги ручного расчета АВТОМАТИЧЕСКИМ РАСЧЕТОМ НАГРАД! И в конечном релизе и после стороннего аудита алгоритма, приложение способно заменить часть ручного труда в подготовке выплат.

Ниже я привожу уже рабочий(в бета версии) функционал, который имеет приложение TonPay.info. Итак приложение умеет:

  • автоматически считать реварды конкурсов по самой распространенной логике - Призовая Сетка. Имеет опцию ограничивающую проходной балл.

  • понимает бинарную логику расчета результатов YES/NO, но в текущей версии не считает награды

  • позволяет указывать и рассчитывать награды жюри (в текущей версии без учета abstained голосов)

  • позволяет любому желающему загрузить файл с контестом и получить расчет наград (в текущей версии *.CSV файл необходимо загрузить со стр. конкурса портала gov.freeton)

  • осуществляет поиск по адресу участника и показывает его место и награды по каждому из конкурсов

  • готовит excel выгрузку в формате понятном смарт-контракту, для финальной отправки наград участникам и жюри

  • показывает подробную статистику по конкурсам

  • сделано на фронтэнде React, поэтому может быть интегрирована в портал gov.freeton

  • сделана в интуитивно приятном интерфейсе в духе эксплорера ton.live

  • наглядное, легкое и кроссплатформенное, способное работать как на PC так и на мобильных устройствах

Многие увидят в этом тексте рекламу, у меня же большое желание обратить внимание, на сам продукт.

Мы постарались сделать действительно полезное приложение и передаем мячик на сторону сообщества. Если сообщество увидит пользу в TonPay.info, мы готовы продолжить разработку в рамках вестинга.

Дорожную карту мы описали в своём сабмишне и на данный момент имеем рабочий функционал бета версии, так же заявленный в pdf к конкурсу.

Ps

Мы с уважением относимся к труду других участников конкурса, где есть сильные работы, поэтому желаем им удачи в разработке полезных сервисов для сообщества!

———-

Hello there.

I dont wanna to talk how contest payments interface should be, I just describe what a product we made to contest #12 Contest proposal: Contests Results Interface in A&S SG.

First of all I want to say that prepare payments result for contests is NOT a trivial deal. Now to cook payments for contests need to retrieve raw data from smart contracts and then somebody counts rewards in excel file. After that another guys validate these payments. At final payroll step all payments go through smart contract to YOUR WALLET. Everyone see final excel files with rewards.

All that steps rise up human mistakes and needed in full trustness to all participants.

To simplify some of described steps we developed TonPay.info. Let me introduce some of its features:

  • TonPay.info interface able to count CONTESTs REWARDS AUTOMATICALLY via common logic PRIZE SCALE

  • App also knows another logic YES/NO

  • It can count JURY REWARDS AUTOMATICALLY (without abstained voices in beta version)

  • anyone can load *.CSV file of raw contest data via gov.freeton portal and add counted contest to database of TonPay.info

  • application has useful search via wallet address and shows winner place and reward

  • it prepares excel file with the data known by smart-contract format wallet/reward to simplify to final payment steps

  • TonPay.info shows full contest statistic by submissions and jury

  • It developed on React to simplify further integration in gov.freeton portal

  • it has intuitive interface similar to Free Ton explorer TON.live

  • quick and crossOS app that can fully worked via mobile and PC

We are try to develop best product to Free Ton community meeting today’s community request and will be happy further develop TonPay.info according contest vesting conditions if community find it useful.

Our roadmap we described in our submission and have fine working in beta version functionality according submission and contest description.

ps we are respect to another teams in these contest and find their products strong and useful too. So we are wish them luck and hope they will get useful apps to Free TON