B
заполнив мемо юзер указывает какая именно транзакция принадлежит ему
Size: a a a
2019 September 23
B
для платежей ты можешь создавать поле, которое юзер скажем заполнит после транзакции
M
для платежей ты можешь создавать поле, которое юзер скажем заполнит после транзакции
Не очень хочется дополнительной нагрузки на пользователя.тельных действий.
M
если же твою схему использовать то тебе нужно у себя на сервере хранить эти ключи и проверять баланс. как только баланс пополнился - используя этот ключ скидывтаь с адреса бабки дергая серваком запрос. а обналичивать уже можешь смартконтрактом на основном адресе, на который это все будет скидываться ну или в ручную
именно поэтому эту схему и не хочется.
B
ну тогда создаешь просто адрес и на стороне сервера проверяешь баланс каждого созданного адреса через определенный промежуток времени
B
как только пришел платеж - используешь ключ этого адреса дергая с сервера
B
ну и соответственно удаляешь из бд после отработки
M
Плохая схема - чем больше адерсов и чем чаще пополняется баланс, тем больше запросов, тем дольше работает. тупо...
M
Хочется быстрого нормалного решения.
B
у тебя там миллион адресов чтоли будет?
M
А вдруг!
B
ну ты же не будешь на каждый eth адрес контракт записывать
B
это очень дорого тебе обойдется
B
да и смысла не имеет
B
а читать внешние данные контракт увы не способен
M
Какая у бинанса схема пополнения eth, знаешь?
B
поэтому энивей нужно с сервака что-то дергать
M
Какая у бинанса схема пополнения eth, знаешь?
Примерно?
B
Какая у бинанса схема пополнения eth, знаешь?
выдают тебе персональный адрес и считывают когда на него есть поступления из ноды
B
просто читают блок за блоком