Обновить

Контейнеры вместо серверов: Как устроена система обмена данными, которую нельзя заблокировать и подделать

Уровень сложностиСредний
Время на прочтение11 мин
Охват и читатели9.6K
Всего голосов 10: ↑10 и ↓0+12
Комментарии9

Комментарии 9

Хорошая статья. А Delta Chat не рассматривали как аналог децентрализованного мессенджера? Вроде там уже многие проблемы решены которые описаны в статье.

Спасибо за интересный проект — это практически "сосед по цеху") Включу его в статью. Он решает задачу как общаться, если центральный сервер заблокирован или нежелателен, на основе email как транспорта. Но я предлагаю чуть иное "контейнеризацию" своего аккаунта и данных (для удобного переноса в любой провайдер или на свою ноду), сообщений, а также статей и новостей (для удобного хранения и подтверждения "неизменямости" информации, а также авторства).

Где архитектурные ограничения. Первое: ваш идентификатор — это почтовый адрес. Потеряли доступ к ящику — потеряли аккаунт. Второе: групповые чаты работают через email-рассылки. Метаданные группы — кто участник, кто когда зашёл — видны почтовому провайдеру.

В Delta Chat почтовый адрес это не идентификатор - это транспорт который доставляет сообщения. У Вас может быть не один адрес на Ваш профиль (как и профилей может быть больше чем один - например для семьи, работы, публичный, геймерский). По каждому адресу будет приходить доставка сообщений, так что если какой-то адрес будет заблокирован другие помогут доставить. Все сообщения хранятся только у Вас на устройстве. После получения сообщения они удаляются с сервера. Метаданные группы очень сложно отследить так как рассылка может идти по разным почтовым серверам и адреса имеют обезличенный вид (например ad1dwef@test.org). Профиль это по сути и есть Ваш контейнер который можно переносить с одного устройства на другое. Вся информация храниться только на Вашем устройстве.

Тоже подумал в начале статьи, что Delta Chat сюда напрашивается.

Идея интересная, но не думаю, что кому-то кроме энтузиастов это зайдет.

Не верю, что среднестатистический пользователь будет использовать схему Шамира (или я неправильно понял идею с социальным восстановлением ключа?), а использовать google/apple passkey и завязываться на одного поставщика - будто бы рушит саму идею децентрализации.

В enterprise тоже не вижу явного кейса, там наоборот хотят управлять сервисом из одной точки и иметь возможность отключить учётку, например.

Ничего не понятно, но очень интересно)

Если порогом входа будет наличие почтового ящика какой-нибудь минимальной и интуитивно понятной настройкой, то я бы поучавствовал и рассмотрел бы этот способ как один из видов коммуникаций с теми кто "в теме".

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

Дай Бог, чтобы этот набор мыслей превратился в действующий проект

Аналогичные мысли давно обсуждаем в чате distributed. Эпоха ллм, конечно, прекрасна. Стало на порядок легче систематизировать или даже тестировать гипотезы.

Вдруг на что-то натолкнет, кстати. https://github.com/distributed-community/dmf

Идея интересная, но подобного рода протоколов много, а клиентов у них — сами знаете сколько. Вот, например, интересная подборка статей: https://vitus-wagner.dreamwidth.org/tag/cheshirenet

Думать надо не в сторону протокола, а в сторону продукта, т. е. как это будет выглядеть для конечного пользователя. Но в любом случае успехов вам!

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

Философия идеи и сама идея отличные. Да Вам бог здоровья это реализовать и, чтобы взлетело…

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации