валюте, то что надо сделать?)
либо через биржу, либо децентрализованную или обычную или есть сервисы предлагающие такие услуги! погугли
сделай разные кошельки для разной крипты, если тебе просто собрать зачем тебе смарт контракт)
Не подключайте, с этим проблем просто пиздец потом будет, честно вам советую Дано: смарт-контракт, принимающий эфир и токены, выдающий токены проекта (ICO контракт); + в контракте задействуется отдельный ключ бота, который может начислять произвольное количество токенов на адрес произвольного пользователя; сам бот, который генерирует кошельки для сбора разных монет (bitcoin,dash, monero), собирает их, конвертирует по заданному правилу, и, используя вышеуказанный ключ, начисляет пользователю токены в зависимости от суммы крипты, которую он перевел. Это рабочий вариант того, как можно подключить прием разной криптовалюты на ICO Подводные камни, которые возникнут при создании/подключении подобной системы: 1. Подтверждения. Если например прием в битках, то нужно дождаться минимум 3х подтверждений сети, прежде чем ваш бот сможет задействовать ключ и начислить пользователю токены проекта. Соотвественно - между периодом когда были отправлены деньги, до периода когда были начислены токены сущесвтует временное окно. В случае биткоина это например ~10-30минут. Соответственно за промежуток этого временного окна могут возникнуть следующие запроектные ситуации: а) изменилась бонусная фаза, соотв. изменился процент бонусов, которые начисляются пользователю в зависимости от времени прошедшего со старта crowdsale. То есть например пользователь закинул деньги в течении первой минуты, и ожидает бонус в 70%, а на самом деле его деньги "дошли до контракта" только через 10 минут, и поэтому бонусов он не получит. Многие пользователи об этом не знают, поэтому после ICO потребуется сильная служба тех.поддержки, которая будет отвечать на разгневанные письма (лол) б) ICO завершилось В таком случае бот должен вернуть деньги обратно в) сумма которая была введена пользователем не умещается в market cup полностью т.е. допустим остались на продажу токены на 10 eth, а пользователь перевел битков на сумму в 15 eth - следовательно нужно вернуть сдачу Кроме того, есть еще одна сложная запроектная ситуация - микросингулярность. Микросингулярность означает то, что на ваш сервис приема крипты одномоментно возникнет огромное количество нагрузки, причем полезной, а ваш сервис естественно к этому не готов, из-за чего может возникнуть ситуация, когда хостер, на котором расположен сервис, начнет масштабирование в связи с возникшей высокой нагрузкой, что приведет к многократному клонированию вашего сервиса до x100 клонов-копий, причем, как вы догадываетесь, у каждого из них будет ключ записи в контракт, и они очень весело и напористо попытаются записать бонусы одному и тому же пользователю столько раз, сколько клонов было создано в единый момент временного окна, и пиздец, пользователь может получить до x100 бонуса за каждый взнос. Решением проблемы микросингулярности может быть: 1. Изначальное проектирование сервиса под высокую нагрузку, оптимизация очередей и т.д. и т.п., - даст шанс в 60%, что все пройдет норм. В 40% случаев оказывается, что в проектировании архитектуры сервиса допущена ошибка, винтовка это праздник, все летит в пизду. 2. Создание отдельного контракта мультисига-фильтра между ботом и контрактом ICO. То есть например есть бот, есть контракт ико, есть контракт мультисига и есть еще один бот-валидатор. Когда бот хочет начислить кому-то токены - он отправляет транзакцию не на контракт ико, а на контракт мультисига. Бот-валидатор считывает с контракта мультисига входящуюю транзакцию на начисление токенов и подтверждает её в том случае, если до этого в мультисиг не попадала такая же транзакция (сравнивает байт-код). Таким образом если в мультисиг прилетает дупликат уже пройденной транзакции, то валидатор её заворачивает не давая проходить дальше. То есть своего рода "фильтр"
Обсуждают сегодня