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

    Обсуждение конкурса Notification provider: у кого должна быть регистрация Apple для push-уведомлений? Create Wills от Gulzaman Khan.

    Notification provider contest. Регистрация Apple для push-уведомлений: у кого она должна быть?

    Цель конкурса — отправлять в браузеры и на мобильные устройства уведомления о событиях, происходящих на блокчейне Free TON. Однако такие компании, как, например Apple, запрашивают разрешения. Нужно ли давать это разрешение участникам конкурса или это разрешение должно быть запрошено членами жюри, а участники конкурса должны предоставить свой рабочий код? 

    • Как будут запускаться уведомления? Из кода SDK или непосредственно из самих смарт-контрактов?

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

    Пока у нас нет дебота, мы предоставили простое веб-приложение, работающее на базе REST API, чтобы наш Kafka напрямую передавал данные в очередь. Мы можем временно работать с этим API, а затем перейти на DeBot.

    • Почему мы должны опираться на централизованный облачный сервис?

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

    Surf будет одним из клиентов этого поставщика уведомлений. 

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

    Екатерина напоминает, что нельзя допустить, чтобы поставщик очереди и поставщик уведомления работали вместе. Это откроет связь между учетными данными пользователя и его кошельком для той компании, которая это сделает. Таким образом, может быть очередь с нашей стороны, и мы гарантируем, что никому не предоставляем декодированную информацию. Вы просто отправляете что-то для пользователей, вы даже не знаете, что там находится. Ton Labs шифрует все данные в нашей очереди. То есть, по сути, вы просто видите чей-то ID и сопоставляете его в своей базе данных учетных данных с тем же ID, но вы не знаете, какой кошелек у этого пользователя. Вы не можете сопоставить его каким-либо образом в блокчейне. Основной смысл заключается в том, чтобы не иметь возможности сопоставить кошелек с учетными данными устройства.

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

    • Если я хочу развернуть это решение, нужен ли мне мой узел, или я могу использовать другие узлы?

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

    Было решено обсудить этот вопрос через неделю, Алекс просит TON Labs предоставить более подробный план действий.

    Обсуждение предложения Gulzaman Khan

    Gulzaman Khan подготовил предложение. Ему нужна помощь в разработке блокчейн-части: необходимо написать код, а основное управление в рамках их сотрудничества выделит средства на реализацию этого конкурса. 

    Павел просит Gulzaman Khan предоставить окончательное предложение, на основании которого они будут продумывать свои дальнейшие действия. 

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

    Чак предложил следующий вариант решения проблемы конкурса Notification provider: приложение для телефона и принимающую часть сделать для участников конкурса в качестве бесплатного сервиса на время проведения конкурса. 

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

    3
    0