> но победило японское хентайное угребище, еще и изначально спроектированное со словами "nat
> не нужен, прозрачная трансляция 624 и наоборот ненужно,

И это были очень правильные слова. Нат всего лишь куча костылей.

> каждому холодильнику по адресу

Протоколы семейства TCP/IP изначально так и задуманы. То что какие-то похи все извратили - они не Vint Cerf и им это с рук не сойдет, даже не надейтесь.

> привязанному к маку, прайваси ненужно,

В линухе сие настраивается. Можно и не привязывать к MAC. Да и вообще, нормальные провы минимум /64 выдают, и как именно его распределить - в общем локальные проблемы, к маку особо не привязанные. Хотя конечно бывают жадины которые жмутся, экономя 128 битов. Которые все ж не 32.

> Любого из перечисленных пунктов вменяемым людям хватило бы, чтоб пинком под зад
> отправить проект в помойку, где ему самое место.

Ну как бы проблема есть, сейчас уже даже хостинги, даже виртуалочные, начинают зажимать уникальные IPv4 порой, предпочитая всякий левый портфорвард и прочие извраты. Которые сильно все усложняют.

> не единственная задача dhcp и даже не самая главная (и давным-давно
> решенная в ipv4 - для тех недосетей где этого достаточно).

В ipv4 оно так чудно решено было что потом шелскрипты от рута аж выполняются. В ipv6 конечно есть бестолковости, но на фоне v4 это шаг вперед.

> что опять же говорит нам о квалификации и вообще близости к реальному
> миру тех, кто это понапроектировал.

Так желающих и могущих сделать это лучше - не нашлось. На опеннете трындеть бесполезно. Если б вы в IETF трындели, вас может даже кто и услышал. Но нет, цепляться за v4 когда ip-enabled устройств на планете уже более 2^32 - это не решение. И дефицит v4 таки уже начал продавливать v6 в массы.