SN
а что будет с проектом?
Size: a a a
2021 August 08
MD
не сможешь вывести точнее
MD
если проект не блеклистили - то ничего с ним не будет
SM
Встал вопрос максимальной децентрализации лотереи
Всего участников - 5000. Победителей - 1000
Вопрос касательно рассылки победителям. Какие варианты ухода от серверного скрипта? Пока все, что я вижу - это alarm clock, который рассылает порциями, устанавливая новый alarm после завершения предыдущей расслыки. Или нет смысла с таким заморачиваться?
Всего участников - 5000. Победителей - 1000
Вопрос касательно рассылки победителям. Какие варианты ухода от серверного скрипта? Пока все, что я вижу - это alarm clock, который рассылает порциями, устанавливая новый alarm после завершения предыдущей расслыки. Или нет смысла с таким заморачиваться?
MD
чтобы сами клеймили
SM
Не, не вариант. Там лотерея после закрытия должна обновиться. Если привязываться к клейму, то все повиснет из-за одного юзера. который протупит
MD
не обязательно
MD
можно так выстроить чтобы след раунд не зависил от предыдущего
SM
например?
SM
То есть, просто внутри контракта еще на раунды поделить?
MD
зачем делать зависимость раундов друг от друга?
MD
канеш
SM
Проблема в том, что участие в лотерее - просто отправка денег на контракт. Если делать раунды, тогда уже нужно отдельно функцией оплату брать с указанием раунда
MD
не обязательно, есть текущий раунд, его и используй чтобы сделать ставку отправкой эфиров
SM
И все же, автоматическая рассылка была бы предпочтитльнее. Я так понима, серверный скрипт по соотношению цена-качество - оптимальный вариант
MD
автоматическую рассылку без серверного скрипта не сделать
MD
можно брать комиссию для выполнения этой рассылки
SM
Просто у меня сюда же подвязан вопрос с рандомом. Если победителям лотереи выигрыш рассылает серверный скрипт. то и рандом можно смело выносить на сервер, какой смысл дополнительно его мостырить в блокчейне
SM
С комиссией как раз проблем нет, она будет из общей суммы вычитаться
MD
рандом на сервере - это не децентрализованная дотерея