Это не полезно, если у вас есть более чем 16 ядер: оно будет значительно медленнее, даже если у вас есть много ядер. Цифры были установлены на основании фактических измерений на 48 основных систем. Накладные доминировать в точке 16 сценариев проверки потоков.

Кроме того, увеличение исходящих соединений только растрачивает ресурсы, сильно _hurts_ ваше время ожидания, и в конечном итоге получить вас запрещено многими людьми (то же самое для максимального AddNode). (Несколько людей соотносить хосты, которые масса соединительных и добавить их к общим спискам запрета - как только ваш адрес в этих списках не выйдут в течение длительного времени).

Он также не улучшить вашу скорость синхронизации практически на любой система-- синхронизации связана проверка / базы данных и, если это не так, это обычно REORDER буфер связан.

Исходящее увеличение соединения особенно плохо для шахтеров, потому что это увеличивает время цикла службы соединения, и сохраняет свой блок в линейном режиме дольше, где это только ваш узел репликации блока, а не экспоненциально растущий конуса. Оптимизирована установка горно имеет горнодобывающие узлы с минимальным числом соединений Подключение к нескольким пограничных узлов и релейных сетей (например, две локальные граничные узлы, один удаленный узел границы, два надежных внешних узлов, а также одно из реле сети). По крайней мере, один из пограничных узлов должны быть только исходящие, и по крайней мере один должен принять входящий (как правило, лучше делать с удаленными узлами, в случае, если он привлекает дос атаки).


Большинство других параметров, измененные может только быть изменено с помощью конфигурационного файла и командной строки, что-нибудь с "ПО УМОЛЧАНИЮ" во имя.


Изменения загрузки окна, вероятно, приведут к повреждению базы данных, если вы используете их с обрезкой. Изменения checkblocks / checklevel будет делать эффективно ничего (также управляемый из командной строки). MAX_BLOCKS_TO_ANNOUNCE будет просто тратить пропускную способность в случае огромного REORG.

Интервал изменения тайм-аут, чтобы вы легче DOS атаки, заставляя вас ждать дольше на сообщения, которые никогда не будут ответы.

Это абсолютно не соответствует действительности. То, что вы радиопередача не имеет ничего общего с тем, что вы платите сборы.  


Я надеюсь, что у вас есть по крайней мере 32 ГБ оперативной памяти, потому что это использование пиковой памяти эти (командная строка, доступные) варианты подразумевают в верхней части почти 2.5GB другого использования подразумеваемого другими настройками.

Что позволяет оптимизации, которые могут выдавать неправильные результаты ... в основном, не имеют значения для Bitcoin Ядра, но O3 также должна быть столь же быстро, и будет страдать только от ошибок компилятора, а не непосредственно небезопасные оптимизации.

Практически все эти параметры, которые могут быть безопасно возились без особой опасности завинчивания вещи и без musch пониманий являются параметрами командной строки.

Изменение вещей далее является great--, но вы должны, вероятно, потребуется еще некоторое время, чтобы понять, что вы изменяете, особенно, прежде чем приглашать других использовать свои изменения!

Работа над делает повторное сканирование быстрее будет очень кстати. Крупнейшее вероятно улучшение было бы обойти проверку хэша при чтении блоков с диска.