-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Domain Name Specification #5
Comments
Я против поддержки всего многообразия DNS-записей: в некотором роде проект представляет собой самодеятельный корневой сервер DNS, а корневые серверы не хранят таких данных по понятным причинам. К тому же, многие записи по ссылке предполагают более-менее регулярные их изменения в некоторых случаях, что вряд ли будет возможно в текущей схеме цепочки блоков. Главной задачей считаю возможность дать ссылку на обыкновенный пользовательский DNS-сервер в условиях цензуры и всякого такого. Для этого "в обычном интернете", по большому счёту, нужны всего лишь две записи:
Всё остальное выглядит излишеством, и проще настраивать другие записи через указание их в пользовательском DNS-сервере. Также я против возможности указания поддоменов, так как эти возможности тоже реализуются в обычных DNS-серверах и их наличие может привести к неоднозначности их трактовки. То есть, предлагаю такой формат имени домена:
Плюс, конечно, нужны записи для резолва имён в tor, i2p, hyperboria, freenet и т.д. |
Тоесть резолв имен для тор и прочих это ок, а для обычной сети - не ок? P.S. регулярку я бы заменил, а то имя может начинаться на - |
для тора и прочих подобных по-другому не сделаешь дело не в размере хранилища, а в невозможности быстрого обновления внутри хранилища и в поддержке передачи криптоключей стандартными методами. простейший ДНС-сервер не сложно поставить же
я же написал почему мне опробированное (в неймкоинах, про них же речь?) решение не нравится
пруф? |
не понимаю почему не возможно быстрое обновление. в плане оно конечно не моментальное - требует время сделать работу и чтобы изменения разбежались по сети. но так и сейчас днс до двух суток обновляется по кэшам. неизвестно что быстрее ещё. если кому-то надо реально быстро и часто менять - сделегируют на днс сервер. а куча народу записи меняет раз в несколько лет.
У некоторых людей этот днс даже поставить некуда - нужен будет отдельный сервис днс хостинга с поддержкой домена в данной зоне.
Если ты про аргументы выше, то я вроде написал контродоводы.
https://regex101.com/r/eN7cG2/1 |
я предполагаю что тут изменения будут происходить в течении недели-двух. про пруф: ну да, я понял - просто скопипастил регекс. проверку домена сделаем согласно RFC |
почему? так долго работать на proof-of-work? изменения по сети распространятся быстро же. часы в худшем случае. в битмесадже у меня переписка почти как в чате идёт - я даже думал про плагин для пиджина. |
да. цена записи будет стремиться к $10 (цена домена второго уровня сейчас) пока система не популярна цена будет меньше, 1-2 недели работы типичного компьютера |
За 10$ можно снять только хреновую виртуалку, которую игровой комп уделает за сутки. Если уж так оценивать, то смотреть на затраты электричества. Хотя и тут можно посчитать только исходя из числа доменов, которые существуют в мире и смотреть по формуле роста сложности p-o-w какая будет сложность при таком количестве доменов. опять же затраты на изменение не обязаны быть такими же как на создание. |
а, ну да. в любом случае, срок добавления записей будет в районе нескольких дней - думаю, ты согласишься с этим? в будущем можно сделать отдельный тип записей для ДНС и отдельный для изменений в них. но сначала надо решить вопрос с формулой - вдруг "дешёвые" записи об изменениях станут проблемой каким-то образом? |
Я думаю срок добавления записи будет зависеть от формулы роста сложности. в биткоинах сложность растёт не ограничено, чтобы количество валюты, выпускаемой в сутки было стандартно. Но там потребность в деньгах и она не ограничена. Потребность в доменах на много ограниченнее и надо наверное на основе имеющихся доменных записей в обычном днс посчитать. вечерком набросаю. кстати это ещё одна из причин почему я предлагаю разною сложность. тогда хорошую часть работы по созданию сложности на себя возьмут титаны индустрии, которым нужны короткие домен и киберсквотеры. а васе пружинкину и его конторе "рога и копыта", которые довольствуются 8-9 значным доменом должно быть проще. |
то что я предлагаю это тоже формула сложности, но простая
она и падать там умеет
ограничена затратами на их майнинг
у титанов не будет подавляющей "мощности" - любая мощность это деньги, а стоить требуемая мощность будет всё равно так и так по карману любому пользователю. |
Пожалуй, A и AAAA записи добавим - это не сложно, но ничего страшного если их добавить не произойдёт. Если практика покажет, что они не нужны - уберём. |
mx ещё тогда уж. это покроет потребности 90% пользователей. |
Я предлагаю взять уже готовую.
https://wiki.namecoin.info/index.php?title=Domain_Name_Specification_2.0
Они там уже поучились на ошибках и выпустили вторую версию. И вообще она достаточно хорошо совместима с ICANN`овской системой. За исключением бесполезных тут SOA записей и подобного.
The text was updated successfully, but these errors were encountered: