Во-первых, если сервис не скрывается (как телеграм), он может держать веб-сайт, раздающий по HTTP
И далее по пунктам, как раз, вот такая "децентрализация" нам и не нужна. Именно об этом я и пишу.
Спасибо, но лучше DNS based тогда. Именно потому что он децентрализован, распределён и многократно продублирован.
Вопрос не в том, как кого-то найти, когда узел в сети, тут решений вагон, а в первичном discovery. Да и не только. При распределённой базе возможен вариант, что хранимый локально кусок будет полностью содержать устаревшие данные и ни один из пиров будет недоступен. И вот, опять, вопрос как найти контакт.
Можно хранить всю карту сети. Но решение так себе при мало-мальски серьёзных размерах сети по ряду причин.
Ну это всё о том же. "Тот пир" всё равно должен как-то находить адресатов с доселе неизвестной или изменившейся локацией. То есть в рамках самой системы проблема не решена (скорее даже не решаема).
Да, попадался такой вариант в одном из проектов. Типа сканируется QR друг у друга и тогда есть контакт.
Я к тому, что в сравнении с остальными discovery посредством DNS выглядит лучшим из возможных вариантов.
Вообще, возвращаясь к Solid очень много вопросов даже по важным деталям самой концепции, не говоря уже о технических подробностях.
Да, много вопросов и это ещё одна важная проблема при децентрализации (чуть ниже о другой). Имеется прозрачная аутентификация при перемещении по сети, каковая, к примеру, реализована в Hubzilla?
Насколько мне известно это на сегодня вообще вне поля зрения Solid. Печально.
не избавляемся из-за DNS
DNS это меньшее из зол. Вообще, вы знаете хоть один (!) децентрализованный протокол, где бы удалось реализовать отвязку от DNS или, что хуже, собственных сервисов каталогов на этапе discovery? Я пока ни одного не видел.
Я так понимаю, что вновь предлагается привязка данных к одному конкретному месту ("поду") и с его незапланированной утратой по той или иной причине с данными можно будет прощаться? В таком случае, это не интересно, поскольку уже есть решения которые это проблему, которая является одной из важнейших в децентрализованных сетях, уже решили.
Сам канал можно считать группировкой по темам, а посты в нём — темами. Обычно на форумах глубже не делают. В минус можно поставить, разве что, отсутствие ветвистых комментариев, но это, опять же, где как.
В Hubzilla внутри есть всё необходимое для отображения в той или иной степени ветвистости, но вопрос в том, что (пока) нет понимания как это лучше сделать с точки зрения отображения.
На самом деле, искомое уже есть и называется Hubzilla.
Это платформа, которая является и социальной сетью с форумами, информационными каналами, веб-страницами, статьями, wiki, календарём, записной книжкой и webdav. И всё это увязано в единый взаимосвязанный механизм аутентификации и разграничения доступа через децентрализованную сеть.
Появилась там и система монетизации контента.
DNScrypt (к слову, ужасная мешанина технологий и пример оверинжиниринга) не имеет отношения к DNS-over-TLS.
Последний удобен, быстр и просто в настройке.
Это раз.
А два, это то, что всё к чему прикасается государство со своим "эффективным" менеджментом превращается в дерьмо. Такой своеобразный антимидас. И рынок это прекрасно понимает.
Да, в теории и даже на практике в текущих небольших сетях оно как-то работает. Но проблема остаётся.
И далее по пунктам, как раз, вот такая "децентрализация" нам и не нужна. Именно об этом я и пишу.
Спасибо, но лучше DNS based тогда. Именно потому что он децентрализован, распределён и многократно продублирован.
Вопрос не в том, как кого-то найти, когда узел в сети, тут решений вагон, а в первичном discovery. Да и не только. При распределённой базе возможен вариант, что хранимый локально кусок будет полностью содержать устаревшие данные и ни один из пиров будет недоступен. И вот, опять, вопрос как найти контакт.
Можно хранить всю карту сети. Но решение так себе при мало-мальски серьёзных размерах сети по ряду причин.
Ну это всё о том же. "Тот пир" всё равно должен как-то находить адресатов с доселе неизвестной или изменившейся локацией. То есть в рамках самой системы проблема не решена (скорее даже не решаема).
Уже реализовано в виде протокола Zot6. Сейчас в процессе внедрения.
Причём с прозрачной аутентификацией в рамках сети.
https://macgirvin.com/wiki/mike/Zot%2BVI/Home
Да, попадался такой вариант в одном из проектов. Типа сканируется QR друг у друга и тогда есть контакт.
Я к тому, что в сравнении с остальными discovery посредством DNS выглядит лучшим из возможных вариантов.
Вообще, возвращаясь к Solid очень много вопросов даже по важным деталям самой концепции, не говоря уже о технических подробностях.
Ага, а discovery происходит обращением к централизованному каталогу (торрент-треккеру). Спасибо, но вариант с DNS выглядит куда как более надёжным.
Да, много вопросов и это ещё одна важная проблема при децентрализации (чуть ниже о другой). Имеется прозрачная аутентификация при перемещении по сети, каковая, к примеру, реализована в Hubzilla?
Насколько мне известно это на сегодня вообще вне поля зрения Solid. Печально.
DNS это меньшее из зол. Вообще, вы знаете хоть один (!) децентрализованный протокол, где бы удалось реализовать отвязку от DNS или, что хуже, собственных сервисов каталогов на этапе discovery? Я пока ни одного не видел.
Я так понимаю, что вновь предлагается привязка данных к одному конкретному месту ("поду") и с его незапланированной утратой по той или иной причине с данными можно будет прощаться? В таком случае, это не интересно, поскольку уже есть решения которые это проблему, которая является одной из важнейших в децентрализованных сетях, уже решили.
Сам канал можно считать группировкой по темам, а посты в нём — темами. Обычно на форумах глубже не делают. В минус можно поставить, разве что, отсутствие ветвистых комментариев, но это, опять же, где как.
В Hubzilla внутри есть всё необходимое для отображения в той или иной степени ветвистости, но вопрос в том, что (пока) нет понимания как это лучше сделать с точки зрения отображения.
На самом деле, искомое уже есть и называется Hubzilla.
Это платформа, которая является и социальной сетью с форумами, информационными каналами, веб-страницами, статьями, wiki, календарём, записной книжкой и webdav. И всё это увязано в единый взаимосвязанный механизм аутентификации и разграничения доступа через децентрализованную сеть.
Появилась там и система монетизации контента.
DNScrypt (к слову, ужасная мешанина технологий и пример оверинжиниринга) не имеет отношения к DNS-over-TLS.
Последний удобен, быстр и просто в настройке.
Верно.
Ассемблер это (в основном) мнемоническое обозначение машинных кодов.
Работал с такими на Искра-226. Кстати, там был УНИКС (sic!) в натуре.
Это раз.
А два, это то, что всё к чему прикасается государство со своим "эффективным" менеджментом превращается в дерьмо. Такой своеобразный антимидас. И рынок это прекрасно понимает.
В принципе, власть имущие уже расчехляют банхаммер, так что о светлом глобальном будущем в том виде, как это теперь рисуется многими, можно забыть.
https://www.facebook.com/andrei.movchan/posts/2140224592700406
Откройте для себя всю Fediverse
https://fediverse.party/
Настораживает, что в списке расходов отсутствует пункт "Накопления".
О, только сегодня статью опубликовал с прицелом на практику.
MIPS — США. ARM — Великобритания.
Ещё есть вопросы по поводу "пересесть"?