Size: a a a

2019 September 12

JS

Julia SUEX in DeСenter Dev
SUEX является авторизованным обменным сервисом от сообщества @DeCenter

🔝Топ- условия для надежности и безопасности!
🔹 Комфортный, охраняемый офис в СПБ
🔹 Прозрачные и лояльные условия обмена
🔹 Мы всегда на связи, 24/7
🔹 Ценим Ваше время. Делаем быстро и качественно
🔹 Любой объём USD-EUR-RUB
🔹 Неограниченный ввод и вывод любой криптовалюты

✏️@suex_chatbot
источник
2019 September 23

JS

Julia SUEX in DeСenter Dev
SUEX является авторизованным обменным сервисом от сообщества @DeCenter

🔝Топ- условия для надежности и безопасности!
🔹 Комфортный, охраняемый офис в СПБ
🔹 Прозрачные и лояльные условия обмена
🔹 Мы всегда на связи, 24/7
🔹 Ценим Ваше время. Делаем быстро и качественно
🔹 Любой объём USD-EUR-RUB
🔹 Неограниченный ввод и вывод любой криптовалюты

✏️@suex_chatbot
источник

M

M03G in DeСenter Dev
Добрый день.
Есть задача - собирать все приходы на куче eth-адресов на один основной адрес. Как я понимаю, самый простой и действенный способ — смарт-контракт. Ибо у эфира нет биткоиновской walletnotify, например.
Отсюда вопрос - как это должно работать? Смарт-контракт будет генерировать для каждого отправляющего свой адрес (соответственно, прошлые не подходят) и когда клиент пришлёт на него эфир, он, по условию, прописанному в контракте, автоматом переводится на указанный в конктракте условный "основной адрес"?
И второй вопрос - если выше всё верно, то каким образом лучше организовать вывод средств с этого основного адреса? Тоже через смарт-контракт (этот же или другой), или напрямую через ноду?

Есть желающие ответить? :)
Было бы здорово, если бы ещё поделился кто примером, или документаций, или контактом, готовым помочь с этой задачей.
источник

VS

Vladimir Safonov in DeСenter Dev
M03G
Добрый день.
Есть задача - собирать все приходы на куче eth-адресов на один основной адрес. Как я понимаю, самый простой и действенный способ — смарт-контракт. Ибо у эфира нет биткоиновской walletnotify, например.
Отсюда вопрос - как это должно работать? Смарт-контракт будет генерировать для каждого отправляющего свой адрес (соответственно, прошлые не подходят) и когда клиент пришлёт на него эфир, он, по условию, прописанному в контракте, автоматом переводится на указанный в конктракте условный "основной адрес"?
И второй вопрос - если выше всё верно, то каким образом лучше организовать вывод средств с этого основного адреса? Тоже через смарт-контракт (этот же или другой), или напрямую через ноду?

Есть желающие ответить? :)
Было бы здорово, если бы ещё поделился кто примером, или документаций, или контактом, готовым помочь с этой задачей.
вряд ли это будет работать через контракт
источник

M

M03G in DeСenter Dev
Vladimir Safonov
вряд ли это будет работать через контракт
Что именно - это? Почему вряд-ли? И как будет работать?
источник

VS

Vladimir Safonov in DeСenter Dev
то что вы описали
источник

VS

Vladimir Safonov in DeСenter Dev
скорее нужен какой то обычный клиентский софт следящий за пулом адресов и генерящий с них транзакции
источник

M

M03G in DeСenter Dev
Vladimir Safonov
то что вы описали
Ну у меня там 2 вопроса...
источник

VS

Vladimir Safonov in DeСenter Dev
обычным переводом с одного адреса на другой
источник

M

M03G in DeСenter Dev
Vladimir Safonov
скорее нужен какой то обычный клиентский софт следящий за пулом адресов и генерящий с них транзакции
Это просто предположение, или у вас есть опыт создания смарт-контрактов и вы уверены, что это не возможно реализовать в его рамках?
источник

VS

Vladimir Safonov in DeСenter Dev
Смарт-контракт будет генерировать для каждого отправляющего свой адрес
источник

VS

Vladimir Safonov in DeСenter Dev
это уже большой вопрос как это реализовать. и где будут хранится приватные ключи от этого адреса?
источник

VS

Vladimir Safonov in DeСenter Dev
для этой схемы вообще не нужны никакие смартконтракты
источник

VS

Vladimir Safonov in DeСenter Dev
опыт всего этого есть , да
источник

M

M03G in DeСenter Dev
А что нужно для этой схемы?
источник

B

BigDaddyBoss | coffe.io | cryptoheroes.net | smdev in DeСenter Dev
Vladimir Safonov
Смарт-контракт будет генерировать для каждого отправляющего свой адрес
с какой целью? если можно просто принимать по метке создав для каждого свою метку
источник

B

BigDaddyBoss | coffe.io | cryptoheroes.net | smdev in DeСenter Dev
какой понт делать каждому свой адрес
источник

B

BigDaddyBoss | coffe.io | cryptoheroes.net | smdev in DeСenter Dev
если же твою схему использовать то тебе нужно у себя на сервере хранить эти ключи и проверять баланс. как только баланс пополнился - используя этот ключ скидывтаь с адреса бабки дергая серваком запрос. а обналичивать уже можешь смартконтрактом на основном адресе, на который это все будет скидываться ну или в ручную
источник

B

BigDaddyBoss | coffe.io | cryptoheroes.net | smdev in DeСenter Dev
но на самом деле это все бред полный. рекомендую посмотреть как на бинансе реализован скажем прием еоса на кошелек
источник

B

BigDaddyBoss | coffe.io | cryptoheroes.net | smdev in DeСenter Dev
есть один кошель бинансовский на который они собирают все транзакции
источник