DS
Псевдокод, логика подойдет такая?
и вместо
transferFrom(address(this), msg.sender, allowance_count_sender * rate)надо использовать
transfer(msg.sender, allowance_count_sender * rate)Size: a a a
2021 December 05
EG
можно не делать проверки, потому что проверки вшиты в токен
и вместо
надо использовать
и вместо
надо использовать
DS
Это если отправлять токены на свапалку
EG
и еще плохой паттерн – узнавать сумму сделки по allowance
лучше сделать ее аргументом
лучше сделать ее аргументом
DS
А если давать просто возможность переводить?
EG
address(this) это свапалка и есть
если ты хочешь transferFrom с админа то надо
если ты хочешь transferFrom с админа то надо
transferFrom(adminAddress, msg.sender, amount)DS
Лучше с админа, как-то понадежнее что-ли
DS
Имеешь в виду события emit типо?
DS
читать
DS
Или переменной типо записывать сколько можно еще осталось... которая хранится в свапалке
EG
события вообще читать нельзя внутри блокчейна
я имею ввиду что в твоей реализации юзер не может выбрать сколько купить
грубо говоря, сколько денег у него есть, столько ты с него и списываешь))
я имею ввиду что в твоей реализации юзер не может выбрать сколько купить
грубо говоря, сколько денег у него есть, столько ты с него и списываешь))
DS
Нет, почему. Сколько он approve даст перед вызовом свапалки снять, столько и снимаю
DS
allowance_count_sender - сколько sender разрешил отправить с него смарт контракту
EG
и это как раз плохой паттерн
использовать можно, но настоятельно не рекомендуется
лучше аргументом
использовать можно, но настоятельно не рекомендуется
лучше аргументом
DS
Ну аргументом это имеется в виду сперва отправить USDT на адрес свапалки, а потом вызвать свапалку?
A
контракты должны быть экологичными, без лишних вызовов как я понимаю
DS
И передать в неё количество, которые было вызвано
DS
Да, для публичных проектов да
EG
все одной транзакцией
сумма сделки – аргумент функции
сумма сделки – аргумент функции
DS
Ооо, понял