Современный Интернет возник как набор децентрализованных протоколов: TCP/IP, SMTP, DNS, HTTP. Каждый из них добавлял функцию, делая сеть более гибкой и открытой. Но одного глобального механизма для «действительно универсальной публикации» так и не появилось. В своей статье «Decentralized Syndication — The Missing Internet Protocol» разработчик Таутвилас Мечинскас (Tautvilas Mečinskas) описывает, почему такие технологии, как RSS или Bluesky, ещё не закрыли «пропавший кирпичик», и предлагает альтернативное решение: RSDS (Really Simple Decentralized Syndication - Действительно простая децентрализованная синдикация).
🚀 Короткий экскурс: от RSS к Bluesky
👉 📢 Эра RSS
RSS (Really Simple Syndication) когда-то казался спасением: открытый формат подписки на ленты. Однако пользователи всё больше концентрировались на агрегаторах (вроде Google Reader), а после закрытия последнего экосистема RSS «просела». К тому же RSS был ориентирован на агрегацию «с одного сайта» и не решал задачу общего глобального поиска или децентрализованного архива всего контента.
👉 🌎 Парад «закрытых» соцсетей
Вместо RSS-агрегаторов появились большие платформы — от блог-хостингов до Twitter, Facebook и т.п. Сначала они обещали «открытые API» и «свободу данных», но со временем закрыли большую часть внешних интерфейсов и стали «замкнутыми садами» для своих пользователей.
👉 🧬 Bluesky
Один из новых проектов по децентрализации социальной сети. В основе лежит AT Protocol, который пытается хранить данные «распределённо». Но как отмечает Таутвилас, ради реальной децентрализации нужно, чтобы было дёшево и просто запустить свой узел. А пока Bluesky требует огромных объёмов хранения (терабайты), что в долгосрочной перспективе может привести к фактической централизации.
🏗️ RSDS: «Really Simple Decentralized Syndication»
Таутвилас предлагает альтернативную логику, как «вписать» децентрализованный протокол в ткань Интернета. Основные идеи:
👉 🔥 «Каждый хостит свой контент»
Система не тащит сами посты в единый «глобальный блокчейн». Узлы RSDS хранят лишь ссылки (URL) + сигнатуры + метаданные (ID пользователя, хеш контента, время).
- Это значит, что на уровне узлов нужно хранить сравнительно небольшие объёмы данных.
- Если вы захотите удалить свой контент (или обновить), достаточно удалить/обновить файл на своём сервере и сообщить узлам.
👉 🔑 Домены как DID
В RSDS «личности» пользователей базируются на доменах (Domain as user ID).
- Домен стоит денег, значит «спам» сложнее.
- Закон защищает владение доменом, что снижает риски «угнать» идентичность.
- Публичный ключ размещается на самом домене, и никто не мешает любому узлу проверить подпись и убедиться, что пост действительно от владельца.
👉 ⏰ «Блокчейн-время»
Вместо централизации времени, RSDS может использовать хеши блоков в Bitcoin.
- Пользователь при публикации «прикрепляет» текущий хеш биткойн-блока к своему посту.
- Так получается «метка времени», которую нельзя подделать, ведь хеш блока однозначно известен и появляется каждые ~10 минут.
- Заодно можно ограничить количество постов «per domain» на единицу биткойн-блока, избегая лавины спама.
👉 🤝 Лёгкое хостинг-решение
Сами посты — обычные веб-страницы. Узлы RSDS принимают HTTP/HTTPS-ссылки. Нет необходимости в каком-то экзотическом протоколе, а HTTPS даже необязателен (хотя обычно желателен).
👉 🧹 «Право быть забытым»
Таутвилас критикует модели, где все данные хранятся в Merkle-дереве (как в «git» или в некоторых блокчейнах). При таком подходе стереть данные почти невозможно. RSDS предполагает оповещать сеть об удалении (или обновлении), и узлы свободны очищать индекс.
👉 📄 Лицензирование
Век ИИ и автоматических скрапов. RSDS предлагает внедрить механику «лицензий» на использование контента, чтобы владелец мог явно указать — разрешено ли обучение ИИ или дальнейшая перепубликация.
👉 🔩 Узлы-хранители «частичных» данных
Архитектура позволяет узлам решать, какие временные интервалы хранить (например, только последние сутки постов). Или «чёрный список» вредоносных доменов. Нет требования иметь «всю» базу для работы.
👉 💰 «Путь к коммерческой выгоде»
Важно, чтобы энтузиасты и компании могли строить на RSDS-слое: делать продвинутые «ридеры», индексы, платные подписки, рекламу и т.п. Но при этом сама «низкоуровневая» сеть должна быть доступна, чтобы любой мог запустить узел и читать любимые каналы.
🤔 Личное мнение: непростая дорога к децентрализации
Мне кажется, RSDS — это интересная концепция того, как «RSS 2.0» мог бы выглядеть в наше время. Однако:
- 🧐 Сложность для обычного пользователя: домен, свой сервер, proof-of-work timestamp — многие «не айтишники» сочтут порог входа высоким.
- 🐞 Возможные уязвимости: любой децентрализованный протокол рано или поздно столкнётся с волной спама, ботов и «токсичного контента». RSDS даёт инструменты для фильтрации, но это вечная «гонка вооружений».
- ⚖️ Комфорт против свободы: пользователи не всегда готовы «возвращаться» к тому, что требует чуть больше усилий, когда соцсети одной кнопкой дают доступ к миллиардам аккаунтов.
С другой стороны, если ориентироваться на сообщество инженеров, блогеров и энтузиастов opensource, RSDS может вырасти в полноценный механизм, вокруг которого станут появляться удобные «читалки», плагины к браузерам, AI-помощники и т.д. А главное, всё это базируется на единых простых принципах: минимальный набор метаданных, домен как ID, время через PoW-хеш, право на удаление.
Ссылки на новость и дополнительные материалы
- Исходная статья: «Decentralized Syndication — The Missing Internet Protocol»