Namecoin сдулся

[masterluc]

https://bitcointalk.org/index.php?topic=310954

Ну наконец то, хоть один спец обратил внимание на просто разгельдяйскую кривизну дизайна!

А я говорил! (под ником pent)

Кстати, DIANNA так и стоит, ждет кодеров

[fsb4000]

the fix is being tested as we speak.

the bug isn't fatal

Просто очередной баг, ничего особенного с namecoin не случилось...

[promankirov]

https://bitcointalk.org/index.php?topic=310954

Ну наконец то, хоть один спец обратил внимание на просто разгельдяйскую кривизну дизайна!

А я говорил! (под ником pent)

Кстати, DIANNA так и стоит, ждет кодеров

Привет. А есть ли дизайн DIANNA оформленный в виде схематического алгоритма? (На сайте проекта ничего подобного не нашел)

[awoland]

DIANNA в общем хорошая идея (во всяком случае выглядит постройнее существующего в настоящее время namecoin), но, к сожалению, она не решает основной задачи создания - P2P DNS. Эта задача есть ¨Cвятой Грааль¨ и "Филосовский Камень" всех без исключения P2P-систем... Многие бьются над её решением, но никому ещё не удалось решить её полностью. DIANNA не исключение. А без подобного сервиса невозможно создание Pure P2P систем.

[masterluc]

Что еще за холи грейл? Есть где то его определение?

[promankirov]

Может идея на счет анонимного интернета и бредовая, но выскажусь.
- Имеем сеть на основе bitcoin, блокчайн которой поддерживается за счет Merged Mining.
- В транзакциях от адреса к адресу передаются запросы/ответы соответствующих кошельков с этими адресами

Предположим masterluc что в твоем кошельке есть адрес X и он с ассоциирован с сайтом dianna-project.org и аналог bitcoind на твоем компьютере будет слушать запросы на адрес Х для того что бы отдать ответ в виде html (тоесть будет проксей)

Соответственно под запросами подразумеваем аналоги http запросов. Например на [X , wiki/Design_Overview#Mining] твой bitcoind должен будет отдать страницу которую сейчас выдает https://dianna-project.org/wiki/Design_Overview#Mining

То есть я предлагаю сделать гибрид покси и веб сервера.

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

DIANNA в данном случае будет хранить связки человеко_читаемого_имени_сайта и адреса_в_кошелька_с_которым_он_с_ассоциирован

[masterluc]

Это решается децентрализованными протоколами транспортного уровня. Типа cjdns, i2p, tor. А вебсервер пусть остается веб сервером =)

[promankirov]

Это решается децентрализованными протоколами транспортного уровня. Типа cjdns, i2p, tor. А вебсервер пусть остается веб сервером =)

А зачем в таком случае вообще протоколы транспортного уровня? Трансляция контента может происходить вообще откуда угодно (даже на ходу с мобильника). Просто выдал в сеть новую транзакцию и забыл. Закрыть такой сайт тоже можно лишь получив физический доступ к открытому и закрытому ключам. И еще как мне кажется кучка +

ПРАВКА:
Единственное что меня на данный момент смущает так это объем информации который придется включать в транзакцию

[masterluc]

Даже объяснять лень )

[promankirov]

Даже объяснять лень )

Озвучил идею. Было бы интересно узнать в чем такой откровенный прокол что "Даже объяснять лень"?
Строго не суди, сам я не программер...

[masterluc]

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

[promankirov]

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

Это по моему легко решается за счет настроек блокчайна, например хранить лишь записи последних 2-6 блоков с транзакциями.

[Balthazar]

Можно бить лолки на 128 байт блоки и хранить частями, так чтобы нигде не нашлось целой. А вообще, это уже давно изобретено.

[masterluc]

Какая разница, пол лолки или целая =) Главное что ты хранишь и несешь отвественность за то, что тебе не принадлежит, подставляешь себя.

Так в чем холи грейл п2п кто нить ответит? Я в гугле вижу что в автобустрапе без связей. То есть, без связи в князи =) Какое это отношение имеет к ДНС?

[Balthazar]

Какая разница, пол лолки или целая =) Главное что ты хранишь и несешь отвественность за то, что тебе не принадлежит, подставляешь себя.

Разница большая. Твоя собственная БД в таком случае не содержит ничего консистентного, по сути просто бессмысленный набор байтов. Нельзя же построить обвинение на том, что если твои данные чем-то дополнить, то получатся лолки... С таким делом любой нормальный адвокат прокурора на смех поднимет, в качестве эксперимента дополнив цитаты из Достоевского текстовым поревом.

[awoland]

Что еще за холи грейл?

Это фразеологизм. А то к чему он применен в моем сообщении - гуглить по словосочетанию "pure p2p bootstraping" и читать.

[awoland]

Я в гугле вижу что в автобустрапе без связей. То есть, без связи в князи =) Какое это отношение имеет к ДНС?

Всё элементарно. Даже сеть биткойн использует начальный бутсраппинг для поиска нод. Большая популярность и огромное количество работающих нод несколько вуалирует проблему, но она явственно видна на мелких и непопулярных форках: без явного указания IP-адресов нод невозможно подключиться к сети. Значит для функционирования сети эти ноды должны существовать (со статическими IP) и быть заранее известны. Это и есть слабое место, поскольку, зная эти адреса можно их "забанить", "заддосить", наконец просто найти и физически отключить  (и т.п.). Чистая (Pure) P2P не должна зависеть ни от каких централизованных служб даже на этапе бутстрапа. Над этим бьются, например, создатели cjdns. Эта же проблема является слабым место сети bittorent: стоит заблокировать по IP трекеры и ни один новый клиент не сможет воспользоваться сетью. Единственным реализуемым решением на данном этапе является интеллектуальный протокол сканирования подсетей с конечным временем сходимости. В таком случае гипотетический P2P не будет зависеть от традиционных централизованных сервисов (например DNS) и собственных (уязвимых) статических нод.

[RoadTrain]

Есть ли смысл сейчас над этим биться (в рамках DIANNA, например)? В конце концов это лишь бутстрэппинг, то есть самый первый контакт с сетью, что происходит не так часто. Ведь узлы кешируют списки пиров для будущих подключений.

[awoland]

Вы забываете о вариантах, когда с сетью начнут бороться (как копирасты, например, собираются бороться с торрентами). Вот тогда эта фишка станет особенно актуальной.

[RoadTrain]

Вы забываете о вариантах, когда с сетью начнут бороться (как копирасты, например, собираются бороться с торрентами). Вот тогда эта фишка станет особенно актуальной.

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

PS. Вы приводите в пример торрент-трекеры, но я не думаю, что сравнение корректно. Из-за закрытия трекеров страдают в первую очередь пользователи, лишённые удобной поисковой системы по торрентам. Сама сеть битторрент как работала, так и продолжает, если брать в расчёт открытые трекеры, для таких целей в том числе и существуют DHT и PEX.