Как стать автором
Обновить

Комментарии 21

суть доменых имён в первую очередь в «человекочитаемости». не сложно запомнить домент «mail.ru» через ассоциативную память «почта в россии» или там «facebook.com» как «книга с лицами в основной коммерческой зоне».
а запомнить 94.100.180.201 или 31.13.72.36 сложно.
точно так же сложно запомнить amag7sesed2aaaaaaaaaaaaaauю.meshname и ты вынужден полагаться на поисковик или закладки чтобы вспомнить что гидра находится по адресу hydraruzxpnew4af.onion котиков постят на сайт amag7sesed2aaaaaaaaaaaaaauю.meshname

https://github.com/zhoreeq/meshname#faq


Q: Meshname domains are ugly.
A: Yes, if you want decentralization, you either have ugly names or a blockchain. Meshname has ugly names, but it works at least!

— Домены уродливы.
— Да. Если вы хотите децентрализации, у вас либо нечитабельные имена, либо блокчейн. У мешнейма уродливые имена, но он работает!
Всё так, до первого попадания адреса в зак bookmarks|history твоего браузера.

Ситуацию слегка улучшает (а) использование человекочитаемых поддоменов (б) майнинг читабельных строк в адресе

Так история браузер и IPv6 адрес запомнит. По нечитаемеости я разницы не вижу.

Просто IPv6 не позволяет поддомены.

А тут можно иметь {mail|forum|etc}.[UGLYHASH].meshname, которое проще в истории найти, браузер сам будет предлагать варианты, когда напишешь mail или forum.

PS У меня недавно в браузере (мобильный FF) была проблема — не хотел переходить по совершенно корректно набранному IPv6 URL. Отправлял этот урл в поиск. Возможно, уже пофиксили.

Ещё всякие сервисы типа email (smtp с родственниками), xmpp плохо себя чувствуют без записи в dns. Это тоже можно фиксить, но этим же кто-то должен заниматься, а так уже есть кое-как пригодное решение.

javascript:document.location.href=prompt()

И что?

В комментариях к статье "Namespace-децентрализация: кто и что предлагает делать" я предлагал:


Берём нужное имя домена и получаем его хеш. А теперь генерируем ключ хеш которого будет как можно ближе по xor с хешем домена. Если домен не занят то достаточно будет несколько бит совпадения но нужно будет постоянно уменьшать расстояние до хеша домена чтобы домен не перехватили. Ключ и другая информация публикуются в DHT которая поддерживается самими пользователями.

Пожалуй, вас заинтересует обзор упомянутой в статье технологии ALFIS DNS. Он в планах на этот месяц. В вашем предложении я усматриваю криптографическую составляющую и майнинг ключей, а всё это признаки широкоизвестной технологии под названием блокчейн. Реализаций и идей DNS на блокчейне много, но ALFIS, пожалуй, самая перспективная и легковесная.

В моей идее нет цепочек блоков связанных хешем так что это не очередной блокчейн.

Да, я понимаю. Это близкая идея, но непонятная в части "постоянного майнинга ключа, чтобы его не перехватили" :) Блокчейн в этом плане лучше, потому что намайнил — оно твое, и всё тут.

Такой способ даёт возможность иметь короткое имя тому кому оно нужно в данный момент. Если предыдущий владелец имени бросит его оно перейдёт другому с ближайшим хешем.


Коротких имён значительно меньше чем хешей поэтому должна быть простая процедура перехода права владения. Надо понимать что короткий домен это временная связь короткого имени с длинным хешем.


В обычном интернете домены тоже не навечно даются.

Красиво, элегантно, ненадёжно. Зарегали вы адрес типа forum.meshname, начали его раскручивать, и тут у вас его внезапно увели с помощью небольшой майнинг-фермы. Уж лучше раскручивать forum.[UGLYHASH].meshname. Тут единственная проблема — не протерять приватный ключ Yggdrasil.

Впрочем, это же не взаимоисключающие варианты, можно параллельно заимплементить, кто хочет — пользуется.

И в чём же смысл таких доменов?
Уж лучше по IP адресу обращаться напрямую — быстрее будет.

… не хватает своей реализации доменных имен, без которых не способны работать сервисы вроде Email и XMPP

… вместо альтернативных костылей в виде ipv6-literal.net или добавления адресов IPv6 в файл hosts для работы Windows Active Directory, а также любых других программ, не поддерживающих синтаксис IPv6 из-за двоеточий и квадратных скобок.

Годно.
Сойдет как временный костыль, пока эти сервисы не научились ;)

Если поменяют IP, например при смене сервера с сайтом, то ты не сможешь зайти на сайт. Лучше использовать в закладках эти кривые имена, так надежней.

нечто подобное родилось в моей голове вчера перед сном, даже думал что сегодня вечером начну прорабатывать эту мысль… но как всегда я изобретаю велосипед)))

Спасибо за статью!

Очевидно ламерский вопрос, но все же: а почему нельзя, к примеру, просто генерировать хэш из самого доменного имени, желаемого, и приделывать к нему приватный ключ?

Т.е. к примеру, хочу я у себя захостить сайт. При установке сообщаю желаемое имя, на основании которого генерируется хэш, от которого, в свою очередь, генерируется ipv6 внутренний адрес. Если такой уже есть, то процедура повторяется, пока не будет найдено «свободное» имя.

Фактически генерировать ключи можно из любого мусора, в том числе от хеша некоторого доменного имени. Только вопрос (!) в том, что этот ключ вам даст и как сможет подтвердить ваше владение присвоенным доменом? Я возьму себе такой же домен и выведу из него свой ключ, а потом мы будем сидеть пить пиво и думать, что пошло не так))

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории