Сб. Янв 1st, 2022
    Free TON, DeVex, Meetup

    Участники встречи  внесли окончательные правки и приняли финальное  решение  о сроках и последовательности запуска на голосование конкурса аукционов, конкурса на дизайн Storage и Subscription (конкурс на создание механизма подписок). Обсудили новые программные решения и идеи участников DevEx Sub Governance.

    Алексей Новиков предложил план работы на ближайшее время: вначале решить вопрос об изменении состава организаторов в судействе для того, чтобы голосование проходило легче, а затем по очереди запускать конкурсы — по одному в неделю. Это удобно и для конкурсантов (а в разных конкурсах могут участвовать одни и те же люди) и для судейства.

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

    Павел Приголовко не согласился ни с Алексеем, ни с Сергеем Тюриным, заявив о том, что конкурсы разные, что “одно дело писать смарт-контракт, другое — спецификацию”. Павел внес предложение проводить конкурсы параллельно, предварительно взяв на контроль сроки завершения конкурсов и исключив возможность одновременного их завершения.

    Конкурсы и их запуск

    Storage Design

    Для конкурса Storage-дизайн Иван Котельников внес правки. Он предложил снизить порог отсечения по оценке и убрать обязательность ZKP. Прозвучала мысль о том, что ZKP — супер перспективная технология, за ней будущее, просто этой технологии  нужно обучаться.

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

    On-line auctions implementation

    На конкурс On-line auctions implementation было подано две заявки, судьи не проголосовали и конкурс решили перезапустить. Проблема конкурса в том, что нет человека, который его презентует. При этом по прежнему открыт вопрос, нужно ли делать отдельный конкурс на каждый тип аукциона.

    Митя Горошевкий рассказал о том, что Pruvendo (компания, занимающая формальной верификацией смарт-контрактов) заинтересовалась и пишет конкурс на аукцион. В этой организации есть человек, который пишет именно аукционы. Было внесено предложение пригласить этого человека на следующую встречу и обсудить с ним сроки, стоимость и другие особенности конкурса.

    Митя Горошевский высказал мысль о том, что на прошлом конкурсе аукционов качество работ недостаточно высоким и он верит, что Pruvendo представит хорошее решение.

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

    Механизм подписок

    Алексей Новиков рассказал, что этот конкурс презентовал Ренат три недели назад. Тогда Ренату участниками встречи были заданы все интересующие вопросы относительно конкурса и его было решено поставить на голосование.

    Во время встречи был решен вопрос с выбором ответственного за запуски конкурсов на голосование. Алексей Новиков пожаловался на то, что после того как Саша Базаров ушел в отпуск, все обязанности Саши переадресовали ему. Алексей заявил, что только сегодня к нему пришло понимание  того, что запускать конкурсы в работу должен также он.

    Павел предложил разделить обязанности именно автора конкурса и человека, который этот конкурс “запускает”. На данный момент этот человек — Алексей. Значит, обязанность автора — подготовить финальнй PDF-документ конкурса и переслать его Алексею, а обязанность Алексея — запустить конкурс на голосование и оповестить всех о том, что голосование началось. Такое распределение обязанностей должно помочь сделать работу по запуску конкурсов более четкой и организованной. После этого Павел сообщил о том, что он сделает финальный PDF-документ для всех трех конкурсов, а Алексей поставит их на голосование, предварительно предусмотрев, чтобы их время завершения было разным. Предложение Павла было единогласно одобрено всеми участниками встречи.

    О системе контрактов

    Иван Котельников рассказал о системе контрактов, которую он недавно написал.

    Есть еще один смарт-контракт. Я придумал, чтобы он задеплоился (установился), потом задеплоил сам себя в другое место, отправил все деньги туда, куда он задеплоил свой клон и после самоуничтожился.Таким образом это будет “попрыгунчик” по блокчейну.

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

    В конце беседы участники перешли к теме продакт-менеджмента. Сергей Тюрин задал вопрос о конкурсе на дизайн Storage: “Сколько эксабайт возможно безболезненно хранить и сколько это будет стоить?”

    Павел ответил, что можно сравнить TON Storage с Facebook (производит 4 экзабайта данных в год) или с Twitter (10 000 твитов в секунду, один твит — 120 байт), ведь основное применение Storage — это распределенные типы соцсетей. В любом случае согласно требованию конкурса к каждому предложению автор должен сделать свое экономическое обоснование.

    В конце беседы Сергей Тюрин напомнил о том, что неоднократно обсуждалось то, что для Storage должен быть отдельный воркчейн со своими комиссиями, особенностями и преимуществами. Участники беседы согласились с этим утверждением.

    4
    0