333.i2p

Решил поиграться с этим значением, посмотреть, насколько оно влияет на скорость соединения. И обнаружил, что несмотря на то, что в i2pd.conf указано : "httpproxy section also accepts I2CP parameters, like "inbound.length" etc.", "socksproxy section also accepts I2CP parameters, like "inbound.length" etc.", установка этих значений никак не влияет на длину туннелей (если судить по тем туннелям, которые показываются в веб-консоли). Это что значит? Это значит, что у вас ещё это не реализовано?

Спасибо за ответ. Ещё такой вопрос.
Возможен ли такой туннель: транзитный туннель проходит через меня, по схеме цепочка узлов1-->SSU-->Я-->NTCP2-->цепочка узлов2? Или в случае, если нет прямого IP-адреса, роутер находится за NAT, то NTCP2 целесообразнее отключать, так как любое использование NTCP2 сразу выдаёт то, что мой роутер - последний в цепочке туннеля (т.е. транзитные туннели с NTCP2 для него вообще невозможны)?

В системе Tor цепочка состоит из трёх узлов. Guard-Middle-Exit. Так вот, там специально сделано так, чтобы Guard не менялся длительное время. Причина вроде как та, что возможен сговор между Guard и Exit и деанонимизация пользователя за счёт этого сговора. В случае, если Guard будет часто меняться, вероятность "попасть" на плохой Guard возрастает. Поэтому Guard меняется очень редко, может раз в месяц. Расскажите, почему это всё не имеет отношения к I2p, почему сговор "концов" туннеля в i2p невозможен. То есть я подозреваю, что причина в том, что такой сговор по какой-то причине невозможен, буду рад прочитать пояснения специалистов.

Я бы хотел, чтобы через мой роутер можно было бы проложить транзитный туннель (потому как это, как мне кажется, главная "дополнительная защита" i2p по сравнению с tor: при наличии возможности строить через узел транзитные туннели, даже последние узлы в цепочке не знают, передают ли они информацию вам или эта информация предназначена вовсе не вам: в этой ситуации доказать, что данная информация передаётся именно вам невозможно даже если враг контролирует все узлы в цепочке; в Tor так сделать невозможно). Но при этом мне бы хотелось, чтобы мой ip-адрес не публиковался в router.info и не распространялся по сети. Я так понимаю, что этого можно достичь при помощи SSU: там может быть так, что в router.info публикуются только ip-адреса introducer'ов. Но проблема в том, что несмотря на то, что я нахожусь за NAT, в моём router.info публикуются как ip-адреса introducer'ов, так и мой собственный ip-адрес. Можно ли сделать так, чтобы была опция в файле i2pd.conf, чтобы мой собственный ip-адрес из router.info в такой ситуации убрать?

Нашёл на Гитхабе файл с хэшами, который подписан ключом с отпечатком 9519 28BB 3170 24EF D053 D73C 66F6 C87B 98EB CFE2. Пожалуйста, хотя бы подтвердите мне прямо здесь, что это подлинный ключ. Ну просто, на всякий случай. А ещё будет прекрасно, чтобы ну хотя бы этот отпечаток лежал на ваших сайтах внутри i2p на видном месте.

Есть какое-то место в самой сети i2p? Ну или хотя бы сайт внутри i2p, где выкладывались бы не сами файлы, а хотя бы их хэши с целью проверки того, что Гитхаб ничего там не подменяет. Или создатели этой программы считают, что нужно безоговорочно доверять Майкрософт?