Случайные RPC блокируют вы описываете звуки несколько, как то, что происходит, когда у вас есть клиент RPC, который просачивается поддержкой активности. С настройками по умолчанию Bitcoin ядра имеют только 4 потоков для обработки RPC запросов (как дополнительные потоки потребляют достаточное количество памяти, и люди хотели бы, чтобы запустить этот материал на 500 мб VPSes) и как только он имеет, что многие соединения KEEPALIVE открытых далее из них будут блокировать , Многие клиентские библиотеки RPC просачиваться соединениями, оставляя открытую старую поддержку активности в течение длительного времени без намерения использовать их снова. Если это ваш вопрос, вы можете Forstall его (за счет потери памяти) за счет увеличения количество потоков RPC, или избежать его отключения KeepAlive (-rpckeepalive = 0) ... (или лучше, исправить ваш клиент не просочиться поддержку активности) ,

Если это не ваш вопрос, вы можете попробовать на самом деле отчетности вашей проблемы (особенно с репродукцией), так как никто не сделал так. В частности, я продолжаю тестирование бумажник работает с десятками тысяч адресов и многие тысячи сделок не наблюдается, что вы описываете; поэтому я не могу сказать, если ваш комментарий на обновление блока является отвлекающим маневром или нет (принимая новый блок действительно должен блокировать большинство вызовов RPC, но также должен только занять второе). Не знаю, почему люди идут на поводу программного обеспечения "неподходящий" когда они не могут даже быть обеспокоены, чтобы сообщить о проблемах они имели. Это, конечно, не собирается волшебным образом адаптироваться к потребительному случае, если вы Снарку в потоках заусениц на форумах, а не вопросы отчетности (гораздо меньше, способствуя улучшению).

Что касается нити здесь, я протестированный узла здесь обработок более 5500 ОЙ / s в совокупности при IBD, в том числе проверки подписи и все. Учитывая, что сеть в целом ограничивается <10, я думаю, что это очень хорошо. Если существует реальная проблема производительности вам нужно настроить воспроизведение в отрыве от вашего приложения для того, чтобы выяснить, где он находится. Просто сказать, что это медленно для вас очень не полезно; мы должны знать, что RPCs, называется, в каком шаблоне, принимают какое количество time-- и в идеале иметь только некоторый скрипт, чтобы воспроизвести его, в противном случае есть только бесконечный цикл "кажется, быстро мне",