Size: a a a

2017 November 13

DM

Dmitry Mishunin | HashEx in DeСenter Dev
и такое бывает
источник

AK

Andrey Kutin in DeСenter Dev
Делаем личные кабинеты под Ваши нужды!)
1) Приём 75 криптовалют
2) Приём фиатных валют
3) Автоматическая конвертация в выбранную вами криптовалюту
4) логирование данных
5) отображение списка транзакций
6) Админка
7) техподдержка
8 ) Реферальная система
9) любой каприз за Ваши деньги.
источник

ЕА

Евгений Архипов in DeСenter Dev
сколько стоят первые 8 пунктов?)
источник

MS

Max S in DeСenter Dev
Доброго  времени  суток! Вопрос  к  аудиторам /разработчикам ERC20.  Коллеги,  а кто и что   плохого видит в том,  если  начальная эмиссия  токенов  в ERC20   происходит   на   адрес самого котракта:    balances[this] = INITIAL_SUPPLY; с дальнейшим распределением  токенов   владельцам  чере  transferFrom
Вроде  бы логично,  что токены - на контракте,  а  не у  владельца. Но почему-то такое встречаю в кодах крайне редко?
источник

DG

Dmitriy Gogolev in DeСenter Dev
Вообще, если я не путаю, то сначала надо будет вызвать функцию approve от имени контракта
источник

DG

Dmitriy Gogolev in DeСenter Dev
И тогда можно и трансферфром использовать
источник

DG

Dmitriy Gogolev in DeСenter Dev
Но не канонично)
источник

MS

Max S in DeСenter Dev
Dmitriy Gogolev
Вообще, если я не путаю, то сначала надо будет вызвать функцию approve от имени контракта
Разные  варианты  встречал.  Например в  конструкторе  allowed[this][_spender] = INITIAL_SUPPLY,  а   spender - тот  кто  потом   вызывать  будет transferfrom
источник

AB

Anton Bukov in DeСenter Dev
Max S
Доброго  времени  суток! Вопрос  к  аудиторам /разработчикам ERC20.  Коллеги,  а кто и что   плохого видит в том,  если  начальная эмиссия  токенов  в ERC20   происходит   на   адрес самого котракта:    balances[this] = INITIAL_SUPPLY; с дальнейшим распределением  токенов   владельцам  чере  transferFrom
Вроде  бы логично,  что токены - на контракте,  а  не у  владельца. Но почему-то такое встречаю в кодах крайне редко?
просто задача раздачи токенов - это не то же самое что задача работы самомго токена. Поэтому обычно выносят в другой контракт
источник

MS

Max S in DeСenter Dev
Anton Bukov
просто задача раздачи токенов - это не то же самое что задача работы самомго токена. Поэтому обычно выносят в другой контракт
Да, в  этом   случае  -логика  понятна. Ну мне  тут кажется,  главное - чтобы  эфир  не  на  ERC20  принимался,  а  "раздавать"  можно   и   с него.  Но   мысль   вашу  понял,  спасибо!
источник

AB

Anton Bukov in DeСenter Dev
Так меньше шансов облажаться
источник

AB

Anton Bukov in DeСenter Dev
Облажаться в контаркте краудсейла который живет месяц, чуть менне критично чем облажаться в контракте самого токена)
источник

М

Михаил in DeСenter Dev
Добрый вечер. Есть задача: следить за 4 кошельками: BTC, LTC, ETH и DASH. Хочу для этого использовать какое-то стороннее API, желательно чтобы там все чейны поддерживались. Нашел пока два варианта: 1) blockcypher.com, но он дороговат; 2) подключаться к серверам электрума, но для ETH его нет, так что надо что-то отдельное еще под него. Можете еще вариантов подкинуть?
источник

D

Den in DeСenter Dev
присоединюсь к вопросу
источник

AL

Alexandr Latushkin in DeСenter Dev
Для эфира просто используй эзерскан
источник

AL

Alexandr Latushkin in DeСenter Dev
Для остального -электрум
источник

R

Rustem in DeСenter Dev
Михаил
Добрый вечер. Есть задача: следить за 4 кошельками: BTC, LTC, ETH и DASH. Хочу для этого использовать какое-то стороннее API, желательно чтобы там все чейны поддерживались. Нашел пока два варианта: 1) blockcypher.com, но он дороговат; 2) подключаться к серверам электрума, но для ETH его нет, так что надо что-то отдельное еще под него. Можете еще вариантов подкинуть?
Просто интересно, а для чего может быть нужно следить за кошельками?
источник

RT

Roman Side Timeus ♐️ in DeСenter Dev
на сайте ход ICO онлайн показывать
источник

RT

Roman Side Timeus ♐️ in DeСenter Dev
я думаю
источник

М

Михаил in DeСenter Dev
ага, именно
источник