LINUX.ORG.RU

Логично ли использовать прокси для обхода лимитов api - blockchain.info,blockcypher.com и пр.?

 , ,


1

2

По сабжу, требуется проверка балансов, на сервисе свыше 1000 людей, постоянно эта цифра растет, поднимать собственный каноничный bitcoind не канает как решение.
какие проблемы могут возникнуть в стабильности?

★★

Ответ на: комментарий от foozzi

если ты будешь юзать прокси то у тебя будет -2 к стабильности. Плюс нормальные прокси тоже не бесплатные. Закажи у хостера какой-нибудь сторедж на терабайт типа iscsi, оно недорого, нежели такие костыли городить.

mahalaka ★★ ()
Ответ на: комментарий от mahalaka

Более того, прокси вполне себе дорогие (и сервисы их предоставляющие), я использовал когда мне нужно было сотни млн запросов к одному сервису выполнить, довольно удобно (не думаю, что это была проблема для сервиса). Полгода пользуюсь рандомным бесплатным прокси из интернета, который совершенно случайно оказался весьма надёжным и доступным, что по мне исключительно нормально и качественно. Но в любой день он может пропасть или его заддосят негодяи. Иначе мне было бы просто не скачать обновления с сайта производителя, это вообще дичь какая-то в мире творится. Да и Россиюшку везде банят. Прокси в Сингапуре очень часто выручает, но это зависит от того где сервера стоят.

сторедж на терабайт

мне кажется это дороже чем тот сервис с сотнями миллионов запросов и сколько угодным числом айпишников

anonymous ()
Ответ на: комментарий от foozzi

Неужели нет легковесного клиента, который не будет хранить всю цепочку? Верится с трудом. Я бы постарался сделать всё автономно. Почитай тут, например, пишут, что в 5GB уместится всё.

Legioner ★★★★★ ()
Последнее исправление: Legioner (всего исправлений: 1)
Ответ на: комментарий от mahalaka

ситуация усложнилась, прилось сторейдж поднять на форточке... не по моей прихоти.
Установил bitcoin-core, он синхронит блоки, вопрос, как мне синхронить его вечно? автоматически

foozzi ★★ ()
Ответ на: комментарий от mahalaka

дешевый сервер конечно не пойдет, стоит ubuntu 16.04/3 core/3 gb озу:

root@hosting:~# vmstat 5 10
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 3  0      0  95980  12204 753180    0    0 17832 14074 2152 1660 47  9 29 15  0
 4  0      0  96852  11452 731556    0    0 74518 43622 6184 5532 47 11 24 18  1
 1  1      0  77220  10740 752528    0    0 83643 44594 5123 4234 43  8 28 20  0
 1  1      0  84264  11488 771200    0    0 87700 43218 7026 5110 49 10 24 16  1
 3  1      0  79808  10424 776204    0    0 81675 44410 7113 4690 49  9 23 18  0
 2  0      0  71472  10244 785144    0    0 79215 42756 6369 4218 51  9 24 15  0
 3  1      0  86568  13972 757744    0    0 78393 46106 6733 5568 49 10 25 15  1
 2  1      0  91280  11492 748000    0    0 71602 42602 8136 5510 50  9 22 18  0
То есть в среднем, когда загрузка ноды дойдет до 60% (2016 год), озу нещадно сожрет bitcored и оставит ~90 мб

foozzi ★★ ()