AE
без пояснения на словах эти расчеты выглядят странными.
к тому же, почему бы им не происходить при деплое или в каком нибудь методе
к тому же, почему бы им не происходить при деплое или в каком нибудь методе
Size: a a a
2017 August 29
AG
Ой, случайно не туда кинул)
AG
без пояснения на словах эти расчеты выглядят странными.
к тому же, почему бы им не происходить при деплое или в каком нибудь методе
к тому же, почему бы им не происходить при деплое или в каком нибудь методе
uint256 tokens = weiAmount.mul(rate);
Читаю эту строку и не могу разобрать. (Это из примера DeCenter)
Например, хочу купить Токены на 2.5 ether, по курсу 9.5 за токен. (2.5 ether * 9.5) = tokens
Учитывая, что все в wei по молчанию: (2.5 * (10^18)) * 9.5 = tokens - как хранить в массиве коэффициенты, записывать их с 18ю нулями?
Читаю эту строку и не могу разобрать. (Это из примера DeCenter)
Например, хочу купить Токены на 2.5 ether, по курсу 9.5 за токен. (2.5 ether * 9.5) = tokens
Учитывая, что все в wei по молчанию: (2.5 * (10^18)) * 9.5 = tokens - как хранить в массиве коэффициенты, записывать их с 18ю нулями?
AE
msg.value в wei, поэтому нужно только рейт перевести в wei
AE
mapping(address => uint256) public tokens
AE
и зачем нужен массив коэффициентов?
AG
У меня все коэффициенты хранятся в массиве.
То есть для того, чтобы хранить коэффициенты - нужно каждый из них умножить на 10**18.
Таким образом msg.value * coef = tokens
(чтобы получить правильное значение токенов - tokens / weiPerToken)
То есть для того, чтобы хранить коэффициенты - нужно каждый из них умножить на 10**18.
Таким образом msg.value * coef = tokens
(чтобы получить правильное значение токенов - tokens / weiPerToken)
AG
То, что msg.value автоматически в wei понятно. И что для того, чтобы в конце получить правильное кол-во токенов нужно конечный результат преобразовать делением на weiPerToken.
Непонятно как записать хранимые коэффициенты с плавающей запятой.
Непонятно как записать хранимые коэффициенты с плавающей запятой.
AE
под коэффициентами вы имеете в виду количество токенов которое приобретено конкретным адресом?
AE
или какие то коэффициенты которые меняются в зависимости от условий, если так то да, храните в wei, чтобы меньше газа тратить при расчетах в момент оплаты
AG
Второй вариант.
В том то и дело, что я не могу сообразить, как коэф. 9.5 хранить в wei...
Не подскажите, как это записать?
В том то и дело, что я не могу сообразить, как коэф. 9.5 хранить в wei...
Не подскажите, как это записать?
RP
не храните коэффициент в wei, а то квадратные wei получите %)
AG
Окей. Как тогда получить из 2.5 ether * coef (например 9.5) правильное число токенов, т.е 23.75?
AG
Тут либо все в wei, чтобы все в итоге преобразовать, либо я понятия не имею.
AE
не храните коэффициент в wei, а то квадратные wei получите %)
почему?
AE
во первых вы коэффициенты свои откуда берете?
возьмите из расчета количество токенов за 1 eth
умножьте на 1e18
получили weiPerToken
если у вас там какой то кросскурс выходит, то стоит описать задачу, а то вы вокруг да около ходите
возьмите из расчета количество токенов за 1 eth
умножьте на 1e18
получили weiPerToken
если у вас там какой то кросскурс выходит, то стоит описать задачу, а то вы вокруг да около ходите
RP
почему?
там выше эфиры умножались на 9.5 (коэффициент). Эфиры в веях - логично, но умножать веи на веи не надо, что за квадратный литр )
AE
а умножать wei на wei вообще конечно реально огромные числа выходят, ту деление нужно
RP
* 95 / 10
AG
во первых вы коэффициенты свои откуда берете?
возьмите из расчета количество токенов за 1 eth
умножьте на 1e18
получили weiPerToken
если у вас там какой то кросскурс выходит, то стоит описать задачу, а то вы вокруг да около ходите
возьмите из расчета количество токенов за 1 eth
умножьте на 1e18
получили weiPerToken
если у вас там какой то кросскурс выходит, то стоит описать задачу, а то вы вокруг да около ходите
Не, коэффициенты просто хранятся в массиве.