Сб. Ноя 27th, 2021
    DevEx, Free TON, DeBot, DePool

    На очередной еженедельной встрече обсудили ассоциацию DePool, исправления в TIP-3, когда же наконец-то начнется конкурс DeBot, а также решили, кто и когда будет заниматься оценкой февральских работ по конкурсам Tick-tock messages aka Timer smart-contract и Bindings for TON Client Library.

    Ассоциация DePool

    Renat Skitsan предложил начать обсуждать тему DePool association, которая уже частично была реализована в последнем контракте DePool.

    Поскольку сейчас огромное количество депулов, не все валидаторы могут их поддерживать и привлекать в них средства. И так как существует конкуренция в использовании DePool, можно объединить их в отдельные группы. По мнению Renat Skitsan, это будет экономически выгодно с точки зрения привлечения токен-инвестиций для стейкинга: “Я, конечно, верю во Free TON, но не верю, что у нас 400 или 600 разных стейкинг-депулов будут продолжать жить и смогут конкурировать друг с другом. Рынок еще не настолько большой. Особенно после проведения RustCup, думаю, до многих дойдет какая-то мысль. Люди начнут работать сообща, пытаться объединять депулы”.

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

    Mitja прокомментировал, что код механизма удален по той причине, что его действительно нужно реализовывать внешними средствами. Он предложил реализовать ассоциацию в виде отдельного DeBot, содержащего логику по работе с определенным количеством DePool. Причем распределение стейкинга вполне может быть осуществлено через этот DeBot, а контракт DeBot-DePool — в качестве основы для внедрения ассоциации депулов.

    “Кто-то берет и объединяется, — пояснил Mitja, — и все что ему нужно, грубо говоря, — зарегистрировать свой адрес в DeNS, на этот адрес положить контракт дебота. Этот DeBot отвечает за распределение средств между депулами по заложенной логике. Дебот может получить информацию из депулов по соответствующим критериям из списка и любую логику на это можно «навернуть»”.

    Оценка февральских работ

    Anazarov79 напомнил, что пришло время оценить проделанную работу в феврале, выплатить вестинг победителям конкурсов Tick-tock messages aka Timer smart-contract и Bindings for TON Client Library. По его мнению, необходимо определить критерии оценки этих работ, заслуживает ли приз конкурсант или нет, плюс обязательно добавить пояснения. А также уточнить сроки проведения оценки, чтобы не затягивать выплаты по вестингу, т.к. в январе была достаточно длительная задержка. Также предлагается выплачивать вознаграждения лицам, оценивающим работы и в целом организовавшим этот процесс.

    Mitja предложил пока не усложнять процесс и, если нет замечаний, оставить прежние критерии оценки.

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

    В итоге Ekaterina Pantaz поручили оценить работы по SDK. Оценка должна начаться 1 марта.

    TIP-3: bug fix

    Anzor Daurov отметил, что есть маленький bug, который позволяет деплоить больше одного пустого кошелька из одного и того же места. И по его словам, для того чтобы это исправить, нужно убрать всего 2 строчки. Это уже обсуждалось в чате по смарт-контрактам с Андреем Рогиным, который подтвердил, что изменение будет добавлено. Этот момент довольно критичен для функционала, поэтому на повестке вопрос — когда же именно ожидается эта доработка.

    Mitja ответил, что сразу несколько изменений внесут в TIP-3 standard на следующей неделе после обсуждения, в том числе и интересующее обновление. Также Mitja подытожил: “Мне бы лично хотелось, чтобы мы не ходили по пути, когда у нас плодились токены — TIP-3, TIP-31, TIP-32 и т.д. Потому что нужно, чтобы все эти стандарты кто-то поддерживал. Пока что хотелось бы сохраниться в той парадигме, когда мы наращиваем функциональность TIP-3… При этом, когда мы только начинаем делать какой-то юзкейс, нужно каждый интерфейс обсудить — его имплементацию, насколько он необходим, насколько невозможно использовать какой-то один интерфейс и какой-то внешний контракт к нему. Все нужно взвесить”.

    Если какие-то правки не будут внесены, это будет обсуждаться.

    В ожидании конкурса DeBot

    Разработчики уже ждут начало конкурса DeBot.

    Alex Novikov ответил, что на данный момент определенную дату назначить нереально, так как не определены критерии конкурсных работ. “Когда созреет решение и будет действительно ясно, что это за конкурс, где будут определены четкие, понятные критерии судейства, — тогда контест автоматически будет готов. Если разработчики хотят там участвовать, могут выдвинуть свои предложения”, — считает Alex Novikov.

    Mitja поддержал Alex Novikov и пояснил, что в настоящее время проходят важные конкурсы по смарт-контрактам и вносятся активные правки в интерфейсы DeBots. Поэтому обсуждение конкурса DeBot начнется не ранее, чем через 1,5 недели:

    Разработчикам есть чем заняться, поэтому рано говорить о датах.

    Судейство смарт-контрактов

    Boris Ivanovsky еще раз предложил обсудить вопрос о формировании судейской коллегии смарт-контрактов. Это должно быть сделано для исключения случаев субъективного суждения.

    Marina Guryeva напомнила, что уже есть готовый конкурс по жюри по смарт-контрактами с необходимыми критериями:

    Как только он будет запущен, вопрос решится.

    Мини-анонсы от желающих

    При завершении встречи, Pavel P порекомендовал: “Во всех планах по конкурсам и загрузке комьюнити следует учитывать большую историю с имплементацией системы голосования Гватемалы: там большая интересная спецификация, надеюсь, всем понравится. Очень скоро опубликуем информацию на форуме для дискуссии”.

    Alexandr Hramcov в свою очередь также озвучил мини-анонс: “Если кому-то требуется верифицировать код контрактов в паблике, появилась такая возможность на TON Exploper. Вы можете приложить код своих контрактов, и все будут видеть его на карточке аккаунта. Это кому-то может быть полезно”.

    1
    0