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 их нельзя отдавать другим узлам на их запросы. Соответственно и узлы полученные от другого узла нельзя отдавать дальше до проверки их состояния.

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

document
.querySelectorAll(".window")
.forEach(
	(e)=>{
		e.style.transition = "right 1s";
		e.style.right = `${(x*100)+(x*8-10)-100}px`;
	}
);