Search the Community

До 1 июля субуправление DevEx проводит конкурс по созданию дизайна для анонимного токена, который бы работал на блокчейне Free TON. Новая монета должна стать «более быстрой и дешевой альтернативой Zcash». Как добавили организаторы, конкурс решили провести в связи с тем, что в сообществе уже предлагали несколько вариантов реализации «токена приватности». Участники конкурса должня спроектировать протокол токена анонимности, используя механизм верификации Groth16 или любой другой, и представить его членам комьюнити DevEx. Groth16 — вариант системы «доказательства с нулевым разглашением» zk-SNARK, который, среди прочих, применяется для анонимизации транзакций в Zcash. Краткий список требований к проекту протокола «приватного токена»: Транзакции токена должны быть теоретически неотслеживаемыми. Формальное описание с доказуемыми утверждениями. Предложенный дизайн может включать способы верификации Groth16. Желательно, чтобы техническая спецификация была совместима со стандартом токенов TIP-3. Критерии оценки и условия для победы читайте в описании конкурса. Для участников предусмотрено 10 призовых мест, с наградами от 15 000 до 120 000 токенов TON Crystal. Читать далее...

The meetup participants discussed whether the DeBot module should be supported in the SDK, the payment of vesting for SDK work, and how to avoid misinterpretation of contest terms. They also found out what’s next for the past DeNS contest and debated whether a new contest to design a separate site for developers is needed. DeBot Module Support In SDK Ekaterina Pantaz clarified whether contestants should support the DeBot module inside the SDK while it is unstable. Although she also noted that the majority supports it, and only a couple of people do not. And to promote DeBots, Ekaterina believes it is a must. In the vote, the majority decided that support is necessary. Ekaterina Pantaz promised to share this decision with all participants. Payment Of Vestings For SDK Work The contestant under the nickname Nerzh Woodcrust did not update the product in time and as a result did not get vesting, as according to him, he was initially misled. The question is: what to do in this situation, whether to pay him the vesting and how to avoid similar cases in the future? Alexey Novikov pointed out that the general trend across all Subgovernances is to accept the conditions of the contests in general terms without proper detailing and analysis of how these conditions may be understood by different participants. “I explain this, of course, not by our laziness, but by everyone’s heavy load. As a result, the conditions of the contest can be interpreted in different ways, and people get used to the fact that the written terms are interpreted not by the letter, but with common sense, some sort of concept, which may be different for each person… So people simply trust less in what is written, and trust more in what we say: they prefer to ask and stick to the version they have heard verbally”. This is exactly what happened in this situation: Nerzh Woodcrust asked Alexander Nazarov if it would be possible to delay updating the module because he was very busy with work, and there was no urgent need for the module. Alexander Nazarov allowed it (having previously agreed with the DevEx SG participants), although this contradicts what is written in the terms of the contest, and promised that in a month the vesting would still be paid. Ekaterina Pantaz clarified that the period between commits was quite large: from December 9 to May 9. The terms have not been met and, in her opinion, payment cannot be made. Alexey Novikov decided that in preparation of the vesting to the participants, he will also make a separate proposal for a conflicting payment, the initiative group members will vote and eventually, there will be a collective decision at the Subgovernance: “If not to vote, then it is our collective decision. The submission will be processed and will not fall into oblivion or emptiness. We as Subgovernance will show that we make decisions and act on them”.Read more....