хапроксей или нжинксом

они полноценны же

поднимаешь пачку нод

кидаешь на них запросы

Но в этом случае каждая нода будет свою копию блокчейна хранить?

Да

Как и в варике со слейв и мастер

Но слейв будет отставать

Дмитрий правильно посоветовал

А как сделать, чтобы только мастер хранил, а слейвы обращались к бд мастера?

Нафига? Нагрузка же не уменьшится на ноду

Привет всем. Есть у кого-нибудь опыт чтения транзакций из мемпула биткоина? Задача - находить транзакции до попадания в блок..

если речь о собствнной ноде, то метод getrawmempool

Метод знаю. Надо практический опыт) есть пара конкретных вопросов

каких?

Алгоритм вроде прост - сначала мы получаем список хэшей транзакций в мемпуле (GetRawMemPool), затем пытаемся получить данные для каждого из них (GetMemPoolEntry)

От того, что мы увидели, есть несколько проблем:
1. GetMemPoolEntry - возвращает data для данной транзакции ( в этот момент транзакция должена все ещё быть в mempool) - а транзакции постоянно обновляются. Соответственно, полученная хэш-функция GetRawMemPool-может не оказаться в mempool в эту секунду. Так ли это?
2. GetMemPoolEntry - возвращает данные для одной транзакции.. А их много...получается мы кидаем на узел тонны мелких RPC звонков, не помрет ли нода от этого?)

Написал выше

1. Какие данные о транзакции конкретно нужны?
2. Объединяйте запросы в батч

1. vout и сумма больше всего интересуют
2. батч сэкономит сетевые нагрузки конечно, но не сильно облегчит задачу. Попробуем)

если вам нужно vout и сумма, зачем вам getmempoolentry?