S
я понимаю. Понимаешь представь что мне нужно 1000 или 10000 адресов чекнуть. То как быть?
Ноду поднимать и ее спрашивать
Size: a a a
2018 November 28
ЛД
10к запросов плевое дело
NN
Ноду поднимать и ее спрашивать
по одному ? или можно сделать мульти опрос?
ЛД
особенно если асинхронно спрашивать
ЛД
по одному ? или можно сделать мульти опрос?
самое нормальное решение на самом деле - смотреть приходящие провернные блоки
NN
особенно если асинхронно спрашивать
async/await?
ЛД
смотришь каждый блок на предмет транз на твой адрес - чекаешь адрес
NN
смотришь каждый блок на предмет транз на твой адрес - чекаешь адрес
логично
ЛД
async/await?
ага, очередь асинхрон
ЛД
логично
примерно так уведомлялки работают
NN
примерно так уведомлялки работают
понял
NN
значит я написал норм
NN
правда время чекера у меня 1 час. Но параметр времени в базу вынесен
ЛД
не привязывайся ко времени, привязывайся к блокам
DG
я понимаю. Понимаешь представь что мне нужно 1000 или 10000 адресов чекнуть. То как быть?
А если попробовать сокет от blockchain.info продакшн вместо чекера?))
Я не пробовал еще
https://github.com/blockchain/api-v1-client-node/tree/master/Socket
Я не пробовал еще
https://github.com/blockchain/api-v1-client-node/tree/master/Socket
NN
А если попробовать сокет от blockchain.info продакшн вместо чекера?))
Я не пробовал еще
https://github.com/blockchain/api-v1-client-node/tree/master/Socket
Я не пробовал еще
https://github.com/blockchain/api-v1-client-node/tree/master/Socket
возможно и стоит попробовать. Думаю там можно будет ожидать 25-50мс на ответ
B
Что мешает писать блоки в базу?
B
Появился блок пишешь в базу
B
Далее запросом в базу
B
Запрос по базе явно быстрее пройдет чем обращение к ноде