С удовольствием присоединюсь к тестированию, когда (если?) дело дойдет до рабочих прототипов.
Хотя вопросы действительно есть. В идеальной ситуации в сети будет многократно продублированная инфа о доменах и соответствующих им ip-адресах. Допустим, что при наличии в "dns-сети" более одного ip-адреса для одного домена, будет выбираться тот ip, который количественно превалирует. Допустим даже, что этот выбор будет действительно правильный (хотя при большом ботнете фэйковые пиры могут реально испортить картину). А что делать, если сайт переезжает на другой сервер с другим IP? Новый ip будет в меньшинстве, и следуя этой логике, никогда не будет выбран. Хорошо, если выбирать не по количественному признаку, тогда по какому? Например, можно слать http-запросы по очереди на найденные ip-адреса, и по-хорошему должен откликнуться только тот http-сервер, на котором действительно настроен соответствующий домен. Но это в мирной ситуации. А если стоит цель направить посетителя на поддельный сайт, то ясное дело, что по нужному домену фэйковый сервер откликнется. В этой ситуации его уже так не отличишь. Конечно, подписанные ssl-сертификаты эту проблему могут решить (собственно, для этого они и созданы), но это уже опять получается централизация (да и подписание сертификата удовольствие не дешевое).
И еще мысли. Если dns-будет децентрализованный, как тогда будет работать такая вещь, как round-robin? Судя по всему, никак.

В общем, предстоит решить множество задач, но если рабочее решение будет найдено, то честь и хвала Петеру Сунде.