Сб. Июн 19th, 2021
    ZKP, DevEx, Free TON,

    Сообща внесли окончательные правки в конкурсы на ZKP-системе, обсудили критерии конкурсов, судейство по ним, а также затронули тему ревордов организаторам конкурса — нужно ли это вообще делать.

    Окончательное одобрение двух конкурсов ZKP

    Пришло время запуска двух конкурсов: Groth16 zkSNARK Proof Verification Use Cases и Solidity to TVM Compiler Groth16 zkSNARK Proof Verification Instruction Support Introduction. Самое важное, по мнению Павла П, чтобы юзкейсы были протестированы и получить доказательства, что они работают. А вносить какие-то дополнительные сложные ограничения в пропоузалы нет необходимости, ведь и так достаточно трудно найти 2-3 человека, которые будут судить и при этом не участвовать в том же конкурсе.

    Алексей Новиков посоветовал окончательно обсудить вопрос заранее, перед запуском конкурсов, чтобы при вынесении судьями решений не было недоразумений, ведь награды достаточно высокие. Он привел свои доводы: “Будут две заявки: одна очень внушительная и качественная, а вторая — красивая. Первая — от известной компании, а вторая — от новичков. Одна из них займет первое место, вторая — третье… А что такое конкурс — это желание достичь какой-то цели. И вот кто ближе к этой цели, тот получает больше баллов”.

    Также он отметил, что жюри должно оценивать инновационность идей, сложность, соответствие (качество) заявки, а также желательно перечислить области применения того или иного юзкейса.

    Павел П считает: “Самая главная цель в данном случае — получить интересные юзкейсы с использованием для теста ZKP примитивов тестовой сети. А интересный юзкейс — это по определению субъективный критерий”. По мнению Павла П, очень важно учитывать, что в готовых работах будут достаточно простые предложения, так как людям, которые до этого не сталкивались с подобными задачами, сходу все понять достаточно сложно. Поэтому данные конкурсы — это своего рода и тренинг, и проверка, и тест.

    Также Павел П анонсировал, что до 20 мая для потенциальных участников и судей планируется провести АМА-сессию в рамках DevEx SG, где все и будет обсуждаться более подробным образом.

    Спецификация на TON Cash

    По мнению Павла П, нужна одна хорошая спецификация TON Cash, которая потом будет имплементирована. Поэтому нужно заявить несколько крупных ревордов, а остальным предложить утешительные призы.

    “Это будет большая полноценная техническая статья, — пояснил Павел П, — которая опишет, как в TON скрестить техпревью с работой с этим примитивом. И в общем и целом, по отзывам это оценивается как достаточно трудоемкая работа”.

    Алексей Новиков категорически против одинаковых утешительных призов, потому что между местами может быть колоссальная разница в проделанной работе. Павел П подчеркнул, что должна быть простота и эффективность и усложнять ничего не нужно:

    Ты можешь по-разному делать схемы и в документации может быть разная скорость подготовки прува и поэтому — эффективность (скорость) выполнения.

    Конкурс компиляторов от Groth16 к Solidity

    Посыл контеста максимально однозначный: чтобы желающие, в том числе и в этом конкурсе, могли использовать Solidity. Задача легкая, по мнению Павла П, и на подготовку работы потребуется лишь несколько дней: “Сам юзкейс можно сделать за неделю — просто схема, доказать, сделать заявку. Все это нужно для того, чтобы больше людей могли потренироваться и поучаствовать в конкурсах”.

    Сергей Тюрин предложил последовательно запустить все три конкурса ZKP, причем самым первым — конкурс компиляторов и только после его окончания — два оставшихся.

    Решили, что, внеся все правки и дополнительные критерии, можно запускать конкурсы.

    Реворды инициаторам

    По мнению Павла П, все, кто пишет контесты, могут не стесняться выставлять себе в пропоузале какой-то процент реворда: “Ведь все подготовить — это реально работа. Это практика плавающая, и можно поставить 1-2%. По-хорошему, надо в обязательном порядке указывать реворды тем, кто пишет, потому что это стимулирует создавать конкурсы. Не просто так, что мы ждем, когда кто-то напишет, а потом мы будем делать. Есть масса того, что нужно системе. Придумай, напиши и получи реворд”.

    На будущее

    Сергей Тюрин предложил сделать так, чтобы внутри всех смарт-контрактов лежали их ABI в хорошо упакованном виде. Договорились, что это нужно включить в повестку следующей встречи и обсудить детали.

    3
    0