История изменений
Исправление intelfx, (текущая версия) :
Децентрализованность MUC пользователям нужна разве что поохать как оно бывает.
«640 КиБ хватит всем»
PKI формально децентрализована, а по факту имеет малое число точек отказа катастрофического уровня. Строить на ее основе децентрализованную сеть без единой точки отказа - странное решение. Можно было бы попробовать и без нее.
А кто строит децентрализованную сеть на основе PKI? Вообще где ты там нашёл упоминание PKI?
А с XMPP MUC было бы не в порядке?
Ну, начнём с того, что какие-то из этих конференций были созданы на моём сервере. Проблема понятна, да?
В чем фундаментально проблема добавить в XMPP s2s delayed messaging, если его еще нет?
В том, что ты переизобретёшь Matrix, только хуже.
Хранение лога конфы сроком до месяца и выдача пропущенного при джойне решит твои проблемы. И архитектура XMPP тому никак принципиально не помешает, уж извини.
Где ты собрался его хранить и как выдавать? «Гладко было на бумаге», ну дальше понятно.
повторю путь Matrix и заверну MUC-станзы в обертки, организующие из них в орграф. Определю протокол создания и присоединения к децентрализованной конфе. Буду рассылать эти обернутые станзы всем подписанным, для отправки внезапно нарисовавшимся продумаю политику отложенной доставки, для отложенного получения продумаю политику реплея истории. делов как раз на один-два маленьких XEP-а
Ну да. Ты переизобрёл Matrix. А теперь расскажи мне, как ты в рамках этой сногсшибательной идеи сделаешь интероп с baseline XMPP, т. е. с серверами, которые не умеют в вышеописанное?
то же самое, но заворачивать в орграф не буду, а буду мерджить чисто по дате.
Получишь конфликтом по лицу с первым же эквивалентом state event (хз как это в XMPP называется).
сразу признаю, что это не решает абсолютно никаких новых user-facing проблем
См. начало моего ответа. Ещё можно вспомнить, что Matrix через какое-то время собирается отвязать аккаунты от серверов и полностью децентрализоваться, что придаст значения проблеме нетсплитов (и заодно переведёт его в совершенно другую весовую категорию относительно XMPP).
Исправление intelfx, :
Децентрализованность MUC пользователям нужна разве что поохать как оно бывает.
«640 КиБ хватит всем»
PKI формально децентрализована, а по факту имеет малое число точек отказа катастрофического уровня. Строить на ее основе децентрализованную сеть без единой точки отказа - странное решение. Можно было бы попробовать и без нее.
А кто строит децентрализованную сеть на основе PKI? Вообще где ты там нашёл упоминание PKI?
А с XMPP MUC было бы не в порядке?
Ну, начнём с того, что какие-то из этих конференций были созданы на моём сервере. Проблема понятна, да?
В чем фундаментально проблема добавить в XMPP s2s delayed messaging, если его еще нет?
В том, что ты переизобретёшь Matrix, только хуже.
Хранение лога конфы сроком до месяца и выдача пропущенного при джойне решит твои проблемы. И архитектура XMPP тому никак принципиально не помешает, уж извини.
Где ты собрался его хранить и как выдавать? «Гладко было на бумаге», ну дальше понятно.
повторю путь Matrix и заверну MUC-станзы в обертки, организующие из них в орграф. Определю протокол создания и присоединения к децентрализованной конфе. Буду рассылать эти обернутые станзы всем подписанным, для отправки внезапно нарисовавшимся продумаю политику отложенной доставки, для отложенного получения продумаю политику реплея истории. делов как раз на один-два маленьких XEP-а
Ну да. Ты переизобрёл Matrix. А теперь расскажи мне, как ты в рамках этой сногсшибательной идеи сделаешь интероп с baseline XMPP, т. е. с серверами, которые не умеют в вышеописанное?
то же самое, но заворачивать в орграф не буду, а буду мерджить чисто по дате.
Получишь конфликтом по лицу с первым же эквивалентом state event (хз как это в XMPP называется).
сразу признаю, что это не решает абсолютно никаких новых user-facing проблем
См. начало моего ответа. Можно ещё вспомнить, что Matrix через какое-то время собирается отвязать аккаунты от серверов и полностью децентрализоваться, что придаст значения проблеме нетсплитов (и заодно переведёт его в совершенно другую весовую категорию относительно XMPP).
Исходная версия intelfx, :
Децентрализованность MUC пользователям нужна разве что поохать как оно бывает.
«640 КиБ хватит всем»
PKI формально децентрализована, а по факту имеет малое число точек отказа катастрофического уровня. Строить на ее основе децентрализованную сеть без единой точки отказа - странное решение. Можно было бы попробовать и без нее.
А кто строит децентрализованную сеть на основе PKI? Вообще где ты там нашёл упоминание PKI?
А с XMPP MUC было бы не в порядке?
Ну, начнём с того, что какие-то из этих конференций были созданы на моём сервере. Проблема понятна, да?
В чем фундаментально проблема добавить в XMPP s2s delayed messaging, если его еще нет?
В том, что ты переизобретёшь Matrix, только хуже.
Хранение лога конфы сроком до месяца и выдача пропущенного при джойне решит твои проблемы. И архитектура XMPP тому никак принципиально не помешает, уж извини.
Где ты собрался его хранить и как выдавать? «Гладко было на бумаге», ну дальше понятно.
повторю путь Matrix и заверну MUC-станзы в обертки, организующие из них в орграф. Определю протокол создания и присоединения к децентрализованной конфе. Буду рассылать эти обернутые станзы всем подписанным, для отправки внезапно нарисовавшимся продумаю политику отложенной доставки, для отложенного получения продумаю политику реплея истории. делов как раз на один-два маленьких XEP-а
Ну да. Ты переизобрёл Matrix. А теперь расскажи мне, как ты в рамках этой сногсшибательной идеи сделаешь интероп с baseline XMPP, т. е. с серверами, которые не умеют в вышеописанное?
то же самое, но заворачивать в орграф не буду, а буду мерджить чисто по дате.
Получишь конфликтом по лицу с первым же эквивалентом state event (хз как это в XMPP называется).
сразу признаю, что это не решает абсолютно никаких новых user-facing проблем
См. начало моего ответа.