> Как с этим быть?

Не привязываться к конкретным айпи-адресам, сэр :). Оперировать виртуальными абстрактными идентификаторами хостов. Например, можно ресольвить соответствие ID -> IP на ходу, примерно как это делает днс, но децентрализлванно. Отобрали айпи? Ну смените айпи и перепубликуйте соответствие host key (aka постоянный ID) -> IP в DHT заново. Для многих P2P это совершенно крейсерский режим работы, там вполне штатно обнаруживается смена айпи и делается перепубликация. Тупо потому что у хомячков чаще всего динамические айпишники. Так что для эффективного блокирования придется отобрать вообще все айпишники у всех. Что ессно не вариант.

Кстати, на подумать: уровней абстракции бесконечно много. А из физической структуры всегда можно сделать виртуальную (google://overlay network). Вот меня и сервера например ни разу не волнует какой там у вас мак-адрес вашей сетевой карты - он для меня и серверов не существует как сущность протокола IP. А теперь представьте себе что транспортным уровнем стал не эзернет или что там у вас, а например TCP, UDP, или даже HTTP (зависит лишь от того на сколько уровней вверх залезть). Ну а в роли никого не интересующего особо мак-адреса окажется уже IP адрес. И какая кому разница будет какой там у вас IP? Лишь бы вы могли как-то законектиться в интернет. Какой-то айпи видимый остальным у вас при этом неизбежно будет (так же как у сетевой карты неизбежно есть какой-то мак-адрес). Он как-то будет юзаться, но в рамках оверлейной сети о нем вообще знать не требуется особо. Ровно по той же причине по которой HTTP серверу для отдачи вам страницы нафиг не требуется знать MAC вашей сетевухи :). Это же элементарно, Ватсон :)