>>246291

>Таким образом, зная публичный ключ юзера tox,

>и соединяясь с ним через DHT,

>я мог бы например увидеть его актуальный IP,

>и зная, что у этого пользователя открыт 80-й порт, и что у него там стоит http-сервер -

>зайти к нему по адресу http://IP_юзера:80/

Вообще-то, можно было бы наверное, используя DHT - зайти к этому пользователю на сервер и вот так:
https://PUBLIC_key_user:443/ , где 433 - порт для HTTPS.
или просто на HTTP сервер: http://PUBLIC_key_user:80/
но для этого, скорее всего, понадобилась бы надстройка к браузеру.
Эта надстройка могла бы:
1. Выдавать его актуальный внешний и динамический IP по значению публичного ключа пользователя -
в результате поиска этих данных через DHT в децентрализованной пиринговой сети.
2. Эта надстройка могла бы выдавать доменное имя, ассоциированное с этим публичном ключем -
в результате поиска по блокчейну какой-либо доменной монеты.

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

Также, без указания доменной зоны, зайти на сайт вида http://132UpQcXGG4tBe5yUVExB17KgJptFtgvnX:8080/
просто так нельзя - обязательно надо указывать доменную зону, в которой зарегистрировано это доменное имя.
И тут уже срабатывают ns-сервера.

В принципе, ns-сервер мог бы быть и локальным, и даже встроенным в программу
будучи при этом разомкнутым в децентрализированную сеть,
а в надстройке к браузеру мог бы в качестве DNS-сервера,
быть прописан localhost с 53-м портом,
на котором запущен этот встроенный локальный DNS-сервер,
запускающийся с программой в качестве сервиса.
Но блядь, это каждому, кто хочет открыть сайт программу и DNS-сервер что-ли ставить???
Ладно...
А что если у пользователя пытающегося открыть сайт - уже запущен DNS-сервер на localhost, и он уже висит на этом 53-м порту?
Тогда - другой порт в расширении. Т. е. в расширении может быть указан не только localhost, но и порт локального DNS-сервера.
Программа могла бы сообщать его расширению, а значит она должна как-то подключаться к браузеру.
Но всё это если и реализуемо, то делает сеть замкнутой, и каждому юзеру надо понаставлять себе вот эту всю специальную софтину.
Поэтому в расширении к браузеру мог бы быть указан внешний DNS-сервер с 53-м или другим портом,
разомкнутый туда - в децентрализированную сеть, и повисший на белом статическом IP.
А поскольку IP адреса этих серверов могут быть динамическими, а сервера могут выпадать из сети,
то они могли бы обновляться и через DHT, и представлять из обновляемый список нод.
Таким образом, достаточно расширению подключиться к одной рабочей ноде, и список всех других нод сразу же загружен.
Ну и список всех рабочих нод мог бы быть и разослан расширением на друге ноды
в децентрализованной сети, в которой есть онлайн хотя-бы 1,5 анона.

Связь доменного имени с публичным ключём не должна быть жёсткой, бесконечной и вечной.
Ведь если пользователь потеряет приватный ключ, соответствующий публичному -
то он уже не сможет воспользоваться своим любимым доменом и повесить туда сервак.
Ему прийдётся генерировать другой прив, другой пуб из него, и другой домен вязать на паб,
поэтому блокчейн тут очень кстати, с возможностью истечения срока регистрации домена через N блоков,
и регистрации этого домена повторно, другим юзером с другим паб - через эти N блоков.

Также, может быть предусмотрена и делегация домена другому паб,
при помощи подписи этой операции приватным ключём соответствующим публичному паблик кею
владельца доменного имени, или же множественная делегация - нескольким владельцам публичного ключа.
При этом соединение может быть установлено с любым юзером, у которого открыт сервер.
Здесь подразумевается то, что различные приватные ключи у одного владельца домена - диверсифицированы.
Т. е. нет нескольких серверов запущенных одновременно с двумя такими публичными ключами, которым делегирован домен.
Иначе - подключение может идти на первый попавшийся сервер (например ближайший, или шустрейший), а там уже могут быть - разные сайты.
Такие приватные ключи также могут быть диверсифицированы и на принципах объединения шар:
https://www.bitaddress.org/ -> Split Wallet -> Generate Shares.
Из различных шар может складываться один и тот же priv, который может соответствовать public кею,
которому делегирован домен (т. е. домен ассоциирован и с этим паблик-кеем тоже).

>>245914

>я вижу сайты на домене 611.to работают

>А вот сайтов на домене .bit найти не могу. >Дайте ссылку что-ли?..

Нарыл вот тут вот свежий .bit-домен:
https://forum.namecoin.org/viewtopic.php?f=11&t=2656&sid=526bdb072632632a00598bfbefa0ca65
# nslookup

> nf.bit

...skiped...
Non-authoritative answer:
Name: nf.bit
Address: 94.23.252.190

>nf.bit

А ещё нашёл тут вот DNS-сервер, резолвящий .bit-домены: https://www.opennic.org/
52.174.55.168 (ns5.nh.nl): 99.33% uptime

Итак...

Через дефолтный гугловский DNS:

>nslookup nf.bit

Server: google-public-dns-a.google.com
Address: 8.8.8.8

google-public-dns-a.google.com can't find nf.bit: Non-existent domain

Теперь, через сервер OpenNIC:

>nslookup nf.bit 52.174.55.168

Can't find server name for address 52.174.55.168: Non-existent domain
Server: UnKnown
Address: 52.174.55.168

Name: nf.bit
Address: 94.23.252.190

Резолвится!..

Это мне шо его теперь в настойки сетевой карты что-ли прописать ну чтоб bit-домены открывало эти?

P.S.: Прописал 52.174.55.168 аж в два поля - в настройки DHCP-сервера на маршрутизаторе - открыло!
По ссылке http://nf.bit/ открылся https://forum.namecoin.org/
я даже проверил это так: http://nf.bit/viewtopic.php?f=11&t=2656&sid=526bdb072632632a00598bfbefa0ca65
Но https там не работает на этом форуме на .bit-домене почему-то... Только http.

>>246405

>Не ты управляешь, а тебе пока что разрешают управлять. Разницу ощущаешь?

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

Тогда, скам коина и обвал, с переездом в Zeronet.

>Потому что, повторюсь, управляет доменной зоной конкретный васян, а не какая-то монета.

Кстати, админы тех же OpenNIC Public DNS-серверов тоже могут тупо прекратить резолвить во вне bit-домены.

>Васян просто из блокчейна этой монеты берёт данные, пока ему не станет лень.

Да прям-таки, сидит васян и копипастит ипы - там прога стоит.

>Неймкоин, кстати, децентрализован, там каждый участник лично берёт записанные тобой в блокчейн данные

>и по ним ресолвит имя в адрес без помощи васянов с личными доменами в обычном интернете.

Вот это уже интересно! Сам qt что-ли резолвит там встроенный DNS-сервер через DNSCrypt как-то реализован или что???

>ты обосрался с децентрализацией

Та блядь... То что доменная зона .611.to висит на .to — национальный домен верхнего уровня для Тонга,
это лишь значит что 611 входит в пространство имён to на ихнем DNS-сервере или же множестве этих серверов,
и что доменная зона резолвится корневыми DNS. Их может быть не один, а много, а сама DNS,
как распределённая база данных может быть и децентрализирована.

Да, они могут поставить там сниффер и резать траффик по конкретному домену,
могут не выдавать IP, выдавать другой, заблочить имя у себя на DNS, не выдавать или даже целую зону,
но с таким же успехом и я мог бы пропарсить блокчейн, извлечь оттуда данные для имён в пространстве /d,
а также JSON-инструкции, указанные в транзакциях,
и сделать нечто типа того же DNS-сервера 52.174.55.168 от OpenNIC,
одна из немногих контор, кстати, резолвящих во вне .bit домены Namecoin'a (возможно даже единственная).

Я мог бы вполне себе даже разместить эти имена и в той же доменной зоне .bit,
и если конечно Тонго заблочит эти имена, то я без проблем мог бы открыть эти сайты
через этот свой локальный DNS на компе, тот же bind к примеру,
и обновлять всякие эти имена и их изменения - с каждым новым вышедшим в сети блоком,
просто пропарсив данные каждого блока, и разослав инструкции DNS-серверу через nsupdate ...
Да, по сути, при таких раскладах, я был бы ещё одним васяном из какого-нибудь мухосранска,
с очередным никому не известным альтернативным корневым DNS,
который ещё и прописывать нужно каждому в настройки сетевой карты,
или же в настройки маршрутизаторов, роутеров, ну чтобы открыть эти конкретные сайты,
и да, я мог бы у себя колупаться в исходниках bind'a, тоже локая домены, например.

Но любой другой, у кого есть подключение к моему DNS-серверу -
мог бы наверное и закешировать его у себя, вместо того, чтобы парсить блокчейн.
Например те же админы Тонго, если у них сбой произошёл.
А если синхронизацию по DHT реализовать - то вообще в режиме реального
времени эти ебучие записи кешировались бы в сети типа SiaCoin
и транслировались бы реально в децентрализованную сеть и обновлялись бы из неё.
Я не видел исходного кода DNS-сервера у 611 Coin, и да,
вполне возможно что у них и нет децентрализации этой распределённой базы данных DNS.
Но если к этому идти - к этому надо стремиться, и вот эти все технологии вперемешку - можно для этого и юзануть.

> разговор прекращаю

Ну и вали.