Василий Банников, Спасибо. один только докер не подойдет, скорее всего, так как ему никто свой IP не выдаст. Т.е. это все равно поднять VPS и потом накатить докер тем же ansible скриптом, да.
Василий Банников, ну да, это масштабирование и есть. пришел клиент, оплатил услугу, мы ему раз, и развернули сервис в автоматическом режиме, внесли пару изменений в конфиг (id его прописали, например) и все само заработало.
Вот примеры бы работы с этим API где-то посмотреть в данном направлении, чтобы велосипеды не делать...
h4r7w3l1, тут надо угадывать сколько заморозить, чтобы получить нужную энергию, я так понимаю. В ответе я написал методы API, которые решают эту проблему вроде бы. Т.е. просто показывают сколько энергии нужно смарт-контракту. Осталось научиться ее в TRX пересчитывать.
h4r7w3l1, ну у меня задача разово с адреса вывести токены. понятно, что можно 100 TRX туда закинуть и не париться. но хочется закинуть ровно столько, сколько в текущий момент нужно для вывода и не больше.
RoundRobin, да, нужна примерная сумма для нового кошелька, на который упали токены TRC20. Собственно, задача, понять на сколько TRX его пополнить, чтобы токены TRC20 вывести.
mayton2019, в заголовке четко говорится про сортировку. А то что мне надо записи сгруппировать, это уже out of sql. Как еще по-русски то это сформулировать? Объединить? Разбить на группы? Я понимаю, что группировка средствами SQL не получится, так как мне не надо аггрегировать записи, а выводить все из них.
pinkhead_psd, я про то, что может как-то иначе на задачу посмотреть, не как в линейном программировании? поменяйте архитектуру. Что будет, если все вызовы api обработать не сразу, а в несколько этапов? думаю, ничего страшного не случится. а в таком случае и цепочка промисов не нужна.
