alex_devPY

Просто смотрите по характеристикам. В DNS, например, подробно пишут что-там с разъемами.
Вот, например: https://technopoint.ru/product/c02358637c8d3361/bl...

Тот, у которого есть 2 коннектора 4+4 для процессора.

Мощность выбирать исходя от процессоров и другой переферии

Зависит от того, сколько энергии она будет потреблять. Какие именно кропцы там будут, будет ли мощная видяха или еще какая периферия. Суммируем потребление всех элементов + накидываем еще запас в 30-50% = количество Ватт - выбираем БП

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

Там и флеш есть и энергонезависимая память. Читайте инструкцию. Скорее всего там есть даже джампер сброса

Иногда запоминает не массив, а жесткие диски, на которые пишутся служебные данные.

Можно.
Они для корзины. Но даже в корзине без этих кабелей работать будет

вот странно, у вас питоновские скрипты, в питоне есть множество способов организовать контролируемый таймаут выполнения субскрипта, но вы хотите cmd\bat

import subprocess
try:
    r = subprocess.run(['python', 'script2'], timeout=5)
except subprocess.TimeoutExpired as e:
    print(e)
try:
    r = subprocess.run(['python', 'script1'], timeout=50)
except subprocess.TimeoutExpired as e:
    print(e)

Вот странно, у вас windows,почти в любой windows есть powershell, отлично умеющий управлять процессами, но вы хотите cmd\bat

$p1=start 'python  script1.py' -PassThru -NoNewWindow
$p2=start 'python  script2.py' -PassThru -NoNewWindow
$p1 | Wait-Process -Timeout 10 -ErrorAction SilentlyContinue -ErrorVariable t1;if ($t2) { $p1 | kill}
$p2 | Wait-Process -Timeout 500 -ErrorAction SilentlyContinue -ErrorVariable t2;if ($t2) { $p2 | kill}

Может быть стоит прекратить разврат и закопать стюардессу?

signup_username, а не signup-username. Внимательно посмотрите....

Ввиду RAID-6 у вас скорее всего аппаратный контроллер, поэтому желательно чтобы диск поддерживал TLER (но не обязательно)
А так - покупайте тот, у кого гарантия дольше

Пока рассматриваю Software raid.

думаю не стоит. это решение:
- для хардов, подключенных без полноценных raid контроллеров
- оно сильно грузит CPU и RAM, тем более вы хотите 40 хардов и raid 6

upd alex_devPY,

Бэкап данных

тогда уж скорее стоит делать пул ReFS (не путать с raid)
https://docs.microsoft.com/ru-ru/windows-server/st...
выбранное железо для пула должно сгодится
upd 2 кроме дисков
и на 9217-8i фичи райда надо будет гасить

сейчас биток растет - есть смысл купить в лонг. Майнинг - инвестиция долгая, при просадке есть вероятность, что счета за электричество будут выше, чем прибыль с майнинга.

ID для узла выбирается уже не случайно https://www.bittorrent.org/beps/bep_0042.html
Но если не предполагается анонса и приёма запросов то ID можно выбрать любой. Не все клиенты реализовали этот BEP.

1. router.utorrent.com: 6881 - используется только для первичного получения списка узлов командой find_node. Она не требует info_hash а только id узла и target которые могут быть одинаковы так как мы ищем свою позицию в сети.

В дальнейшем router.utorrent.com: 6881 не должен использоваться больше никак.

2. routing table должен содержать значения для каждого узла: id, ip(v4 или v6), port, время последнего ответа.

Её периодически нужно сохранять на диск и при следующем старте пытаться загрузиться уже с неё.

3. Из таблицы выбираются ближайшие по id узлы к target или info_hash. И к ним соответственно отправляются find_node или get_peers.

announce_peer возможен только после get_peers так как нужен токен для анонса который в ответе на get_peers.

find_node используется для нахождения ближайших к своему id узлов. Также периодически можно искать случайные id для пополнения routing table.

В какую таблицу мы складируем инфохэши от собственных и полученных файлов?

Соответственно нужна отдельная таблица в которой по info_hash будет храниться список пиров.

Запрос 'ping' делаем только в router.utorrent.com: 6881 или по всем нодам из routing table?

Ни в коем случае. Работа с ним закончена на первом этапе.

Ping нужно отсылать только на узлы из routing table с которыми длительное время не было связи. До тех пор пока узлы не ответят на ping их нельзя отдавать другим узлам на их запросы. Соответственно и узлы полученные от другого узла нельзя отдавать дальше до проверки их состояния.

Другие узлы также будут проверять этот пингуя или опрашивая его.

Интерфейс необходим для вызова любой функции контракта из клиента или другого контракта.
В вызов входит сигнатура метода - первые 4 байта хеша от имени функции и ее параметров (без возвращаемого значения).
В большинстве случаев у вас есть весь контракт и нет необходимости выделять отдельно интерфейс.
Интерфейс может помочь унифицировать код, а также пригодится там, где точно неизвестна реализация контракта - например нужна работа с любыми токенами, которые поддерживают ERC20.
Еще интерфейс будет полезен для всяких грязных хаков с fallback функциями и delegatecall (proxy) - когда вызов идет через промежуточный контракт.

Это стандарт такой для ElectronJS?

Да. Программы на нём самые прожорливые, пушо запускается сначала огромный прожорливый Хром, а уже в нём ворочается прожорливый JS.

Посоветовали ElectronJS

Посоветовали? Да они просто стебались.

Это стандарт такой для ElectronJS?

Да, это довольно плохая технология.
Хорошесть её только в том, что сейчас полным полно тех, кто знаком с JS, то есть можно нанять очень дешевого разработчика.

Посмотри в сторону enigma это сайдчейн для эфира, возможно подойдет. А еще в эфире есть whisper - приватная передача сообщений.