Hacker News Digest

Идея личного хранения данных, предложенная ещё в 2009 году Тимом Бернерсом-Ли, набирает актуальность на фоне растущих проблем с приватностью и контролем над информацией. Его концепция Socially Aware Cloud Storage и более поздний Solid Protocol предполагают, что пользователи должны хранить данные в одном месте под своим контролем, а приложения — запрашивать доступ к ним. Это меняет парадигму владения данными: вместо корпоративных «силосов» информация становится личным активом, которым можно осознанно управлять.

Хотя Solid пока не достиг массового распространения, его принципы воплощаются в таких проектах, как AT Protocol от Bluesky. Ключевая мысль: данные, генерируемые вами в разных сервисах — от умных часов до соцсетей, — должны быть доступны вам в едином формате и пространстве. Это не только вопрос приватности, но и практической пользы: объединённые данные могут раскрывать новые insights, оставаясь под вашим контролем.

• Скептицизм относительно практической реализации и массового внедрения концепции личных хранилищ данных из-за отсутствия рыночных стимулов для компаний, доминирования удобства над приватностью и технических сложностей, таких как управление схемами данных.
• Предложение постепенных, эволюционных улучшений вместо радикальных изменений, с акцентом на решения, которые предлагают немедленные преимущества по сравнению с текущим статус-кво, например, сквозное шифрование и децентрализованные протоколы.
• Упоминание существующих технологий и инициатив (Bluesky, Solid, IPFS, самохостинг), которые пытаются решить проблему владения данными, но сталкиваются с барьерами в виде сложности использования, бизнес-моделей и необходимости сетевого эффекта.
• Признание того, что проблема часто носит не технический, а экономический и поведенческий характер: пользователи ценят удобство, а компании извлекают выгоду из централизованного хранения и монетизации данных.
• Ностальгия по более открытому и децентрализованному интернету прошлого и осознание того, что для изменений可能需要 сочетание законодательного давления, прорывных приложений и смены парадигмы в восприятии данных как обязательства, а не актива.

Возвращение к блогам и RSS-лентам предлагает альтернативу соцсетям — более личный, неторопливый и децентрализованный способ общения в интернете. Всё, что нужно, — это создать собственный блог (на простых платформах вроде Bear Blog или Substack, либо с помощью инструментов вроде Astro для разработчиков), подписаться на другие блоги через RSS-ридер (например, Feedly или NetNewsWire) и делиться списком своих подписок через публичную страницу. Это формирует органичную сеть, где люди общаются напрямую, без алгоритмов и сбора данных.

Ключевая идея в том, что это не платформа, а концепция, основанная на веб-стандартах: никакой регистрации, центрального контроля или обязательных затрат. Диалог возможен через комментарии, email или интеграции вроде BlueSky. Такой подход замедляет ритм взаимодействия, снижая зависимость от бесконечных лент соцсетей, и позволяет строить сообщество вокруг общих интересов, а не вовлечения.

• Участники обсуждают преимущества RSS-фидов и блогроллов как альтернативы соцсетям для открытого обмена контентом и открытия новых блогов
• Отмечаются проблемы RSS: хронологический порядок затрудняет обнаружение старого контента, отсутствие алгоритмов рекомендаций и соцвзаимодействий
• Поднимаются вопросы монетизации и сложности привлечения аудитории в децентрализованной экосистеме блогов
• Упоминаются существующие сервисы и инструменты (Yahoo Pipes, Feedland, Onread.io) для агрегации и фильтрации RSS-потоков
• Высказываются сомнения в массовом принятии RSS из-за удобства централизованных платформ и алгоритмических рекомендаций

Протокол AT использует at:// URI, где авторитетом выступает создатель данных, а не хост. Например, в at://ruuuuu.de/app.bsky.feed.post/3lzy2ji4nms2z пользователь ruuuuu.de — это автор, а физический сервер хостинга не указан напрямую. Это позволяет данным сохранять ссылочную целостность даже при смене хоста.

Разрешение at:// URI происходит в три шага: преобразование хэндла в неизменяемый идентификатор (DID), поиск текущего сервера хостинга через DID-документ и запрос JSON с этого сервера. Например, хэндл ruuuuu.de может разрешиться в did:web:iam.ruuuuu.de, а затем в PDS-сервер, где хранится запись. Это обеспечивает децентрализованность и устойчивость ссылок.

• Пользователи выражают недовольство алгоритмической лентой Bluesky, которая перегружена американской политикой и не соответствует их интересам, несмотря на использование кнопки «меньше такого».
• Поднимаются технические вопросы о децентрализации ATProto: критика зависимости от централизованных сервисов (plc.directory), проблемы с безопасностью (DNS poisoning) и контроль над данными и идентификаторами (DID).
• Обсуждаются альтернативные подходы к использованию платформы: переход на неалгоритмическую ленту «Following», использование пользовательских фидов и ручной подбор контента через интересные аккаунты.
• Высказываются сомнения в практической полезности и уникальности протокола, сравнивая его с существующими решениями (DNS, RSS) и отмечая избыточную сложность.
• Некоторые пользователи видят коренную проблему не в технологиях, а в социальном аспекте — сложности создания и поддержания качественного контента в децентрализованной экосистеме.

BlueSky автоматически блокирует контент для взрослых, используя алгоритмы для пометки аккаунтов и скрытия их постов. Это вызывает споры, поскольку система может ошибочно цензурировать легальный контент, включая искусство, образовательные материалы и аккаунты ЛГБТК+. Пользователи в ЕС теоретически могут использовать GDPR для обхода этих блокировок, запрашивая исправление неточных меток как ошибочных персональных данных.

GDPR позволяет требовать корректировки данных, если они неверны, что может вынудить платформу пересмотреть автоматические решения. Однако этот подход не гарантирует успеха и зависит от трактовки данных как «персональных». Практически это создаёт бюрократическую нагрузку на пользователей, но подчёркивает напряжённость между автоматической модерацией и правами на данные.

• Критика отсутствия сквозного шифрования в личных сообщениях Bluesky и опасения по поводу их доступности для модерации.
• Споры о разумности блокировки личных сообщений для неподтвердивших возраст пользователей как меры защиты от злоупотреблений.
• Обсуждение централизации Bluesky, несмотря на использование децентрализованного протокола, и её последствий.
• Вопросы к процессу верификации запросов на данные пользователей и соответствию GDPR.
• Сравнение подхода Bluesky к модерации и приватности с другими платформами, в частности с Twitter.

Исследователи отмечают массовый исход учёных с платформы X (бывший Twitter) из-за снижения её профессиональной ценности. Опрос более 800 исследователей и научных коммуникаторов показал, что многие теперь считают Bluesky более эффективным для нетворкинга, популяризации науки и отслеживания новостей в своей области.

Bluesky становится предпочтительным пространством для научного сообщества, предлагая более релевантный контент и возможности для взаимодействия. Этот сдвиг подчёркивает растущую важность альтернативных платформ, которые лучше соответствуют профессиональным потребностям, в то время как X теряет своё былое влияние.

• Высказываются опасения о будущем Bluesky из-за снижения пользовательской активности, большого штата и объема финансирования, с прогнозами о возможном закрытии к 2026 году.
• Утверждается, что многие ученые и академики переходят с X (Twitter) на Bluesky или Mastodon из-за растущей токсичности и дезинформации на первой платформе, хотя некоторые считают, что это преувеличено и связано с политической предвзятостью.
• Bluesky критикуют за то, что она лишь номинально децентрализована, и предлагают в качестве альтернатив действительно открытые протоколы, такие как ActivityPub (Fediverse) или Nostr.
• Пользователи отмечают, что, несмотря на миграцию определенных профессиональных сообществ, X сохраняет более широкую аудиторию и большее количество casual-контента, а также преимущество в поисковой выдаче Google.
• Обсуждаются технические и usability-проблемы децентрализованных платформ (сложность выбора сервера в Mastodon), которые мешают их массовому adoption, в то время как централизованные решения проще для большинства пользователей.

Открытое ПО стало стандартом для общей инфраструктуры, хотя 35 лет назад многие сомневались в его конкурентоспособности. Сегодня мы находимся на аналогичном переломном моменте с социальными приложениями — возникает движение «открытой социальности». AT Protocol от Bluesky предлагает наиболее убедительный подход, где данные контролируются пользователями, а не платформами, подобно тому, как открытый код изменил разработку.

Веб изначально позволял независимо управлять контентом через личные домены, но социальные медия централизовали данные в своих базах. AT Protocol восстанавливает децентрализацию: пользователи владеют данными, могут менять хостинг без потери связей, что меняет баланс сил между платформами и пользователями. Как и с открытым ПО, это потребует времени, но может стать новой нормой.

• Обсуждение преимуществ AT Protocol для контроля пользователями своих данных через личные репозитории и домены
• Сравнение AT Protocol с ActivityPub, включая вопросы интероперабельности, доступности и централизации (например, через Bluesky)
• Критические замечания о практических ограничениях: стоимость доменов, сложность для обычных пользователей и риски потери данных
• Вопросы о приватности, модерации и безопасности в децентрализованной модели
• Обсуждение сетевых эффектов, будущего социальных медиа и альтернатив (например, личные сайты, RSS, Nostr)

• Fediverse (Mastodon, Pixelfed и др.): серверы разделены на «крупнейший» и «остальные» в процентах.
• Atmosphere (Bluesky, WhiteWind и др.): аналогичное деление.

Данные обновляются регулярно.
Концентрация измеряется индексом Херфиндаля-Хиршмана (HHI):

• 0 ≈ полная децентрализация,
• 10 000 ≈ монополия.
  В экономике: <100 — высокая конкуренция, <1500 — неконцентрировано, >2500 — высокая концентрация.

Отслеживаются активные пользователи: для Fediverse — на серверах (инстансах), для Atmosphere — на PDS (личных серверах данных).

Код и данные на GitHub. Предложения и PR приветствуются.
Автор: Rob Ricci (@ricci@discuss.systems, @ricci.io).

• Обсуждение крутилось вокруг того, насколько реально «избежать централизации» в разных сетях: Fediverse, ATProto/Bluesky, Nostr, Git, BitTorrent, SMTP, Bitcoin.
• Участники согласились, что полной децентрализации не существует: всегда появляются «точки притяжения» — GitHub, крупные инстансы Mastodon, Coinbase, трекеры.
• Сравнивали HHI-метрику: Mastodon выглядит менее сконцентрированным, но уступает по числу пользователей; Bluesky проще для массового пользователя, но дороже в инфраструктуре.
• Поднимали риски: спам и DDoS в открытых сетях, исчезновение мелких узлов, дефедерация, отсутствие UX-консистентности.
• Главный вывод: «децентрализация» сама по себе не цель, а баланс между устойчивостью к цензуре, удобством и экономикой узлов.

• Участники жалуются, что «децентрализованные» сети всё равно требуют централизованной модерации и не решают проблему раздробленности аккаунтов.
• Большинству людей всё равно философия: нужен «рабочий из коробки» сервис, а не «делай сам».
• Bluesky хвалят за скорость, но кто-то считает её медленной; Lemmy — за «добротный» контент, хотя многое зависит от инстанса.
• Реальные встречи всё чаще превращаются в «все смотрят в телефоны», и это вызывает дискомфорт у тех, кто офлайн.
• Некоторые прогнозируют, что следующая стадия — государственные или полугосударственные площадки, которые плохо работают, но без альтернатив.

Bluesky заблокировал доступ для всех пользователей из Миссисипи после решения Верховного суда, разрешившего штату требовать строгую верификацию возраста.
Платформа заявила, что закон «меняет принцип работы» и создаёт препятствия свободе слова, а соблюдение требует ресурсов, которых у Bluesky нет. За нарушение грозит штраф до $10 000 за каждый случай.

Закон обязывает соцсети идентифицировать несовершеннолетних и собирать чувствительные данные всех пользователей. Подобные правила уже действуют в Великобритании и Техасе; исследования показывают, что они вызывают рост использования VPN и не гарантируют защиту детей, а иногда даже увеличивают риски кражи личных данных.

• Участники считают, что блокировка Bluesky в Миссисипи показывает её централизованность и готовность подчиняться государственному давлению.
• Блок реализован через клиентскую геолокацию IP-адресов и легко обходится VPN/адблоком, но не касается сторонних клиентов.
• В отличие от Bluesky, Mastodon и AT-протокол более устойчивы к цензуре, хотя и не защищены полностью.
• Некоторые отмечают, что «защита детей» традиционно используется как предлог для контроля над речью.

Bluesky временно блокирует доступ из Миссисипи из-за закона HB1126, обязывающего всех пользователей проходить возрастную верификацию и предоставлять чувствительные данные.
Нарушение грозит штрафом до $10 000 за аккаунт; для маленькой команды затраты на инфраструктуру и приватность неподъёмны.

Закон охватывает всех, а не только детей, и требует отслеживать несовершеннолетних — в отличие от британского Online Safety Act, где проверки нужны лишь для отдельного контента.

Мы разделяем цель защитить детей, но считаем, что HB1126 ставит барьеры свободе слова и дискриминирует малые платформы.
Пока суды не разрешат спор, приложение Bluesky недоступно с IP Миссисипи.

Другие клиенты AT-протокола могут поступить иначе — децентрализация позволяет каждому выбирать собственный путь.

• Участники обсуждают, что закон Миссисипи о возрастной верификации заставляет BlueSky полностью блокировать штат, в отличие от более мягкого подхода в Великобритании.
• Многие считают закон чрезмерным, создающим барьеры для свободы слова и угрозу малым платформам, и поддерживают решение BlueSky временно отключить доступ.
• Поднимаются вопросы о практичности: дети легко обходят ограничения через Wi-Fi соседей или VPN, а продажа «взрослых» аккаунтов может стать новым бизнесом.
• Предлагаются альтернативы — централизованная система верификации, услуги вроде Cloudflare или государственные гранты на создание инфраструктуры.
• Некоторые подозревают, что истинная цель закона — расширение слежки и давления на неугодные платформы, в то время как «свои» ресурсы, вроде Truth Social, останутся безнаказанными.

• Исследование, утверждающее «Bluesky полезнее X для учёных», вызывает скепсис: выборка мала, данные о доле учёных на X и кроссплатформенном использовании отсутствуют.
• Многие участники считают X всё ещё главной площадкой для tech-обсуждений, несмотря на поток спама, мизинформации и NSFW-контента.
• Bluesky критикуют за слабую модерацию непомеченного NSFW, «либеральный пузырь» и отсутствие ключевых инфлюенсеров; часть пользователей вернулась в X.
• Люди, ушедшие с X, жалуются на резкое падение качества дискуссий и переходят в Mastodon/Bluesky, но признают меньшую активность и узость аудитории.
• Общий вывод: выбор платформы остаётся компромиссом между охватом (X) и комфортом/контролем (Bluesky, Mastodon).

Основы AT Protocol

AT Protocol (ATProto) — это архитектура, на которой построена соцсеть Bluesky. Bluesky — лишь одно из приложений-«сервисов» в экосистеме ATProto, наряду с WhiteWind, Leaflet, Tangled и др. Все они используют общие механизмы, но разные типы данных и правила. Сообщество называет всё это «Atmosphere».

Базовые блоки

• Record — JSON-объект (пост, профиль и т.д.).
• Blob — бинарные файлы (картинки, видео).
• Collection — группа записей одного типа.
• Repository (repo) — полный набор коллекций пользователя, подписанный его ключом.
• DID — глобальный идентификатор вида did:plc:… или did:web:….
• Handle — человекочитаемый @имя.bsky.social, привязан к DID через DNS TXT-запись.

Серверы

• PDS (Personal Data Server) — хранит репозиторий, принимает новые записи, раздаёт их по запросу.
• Relay — собирает все репозитории, строит глобальный индекс и рассылает «car files» подписчикам.
• AppView — фильтрует и форматирует данные для клиентов (например, Bluesky AppView отдаёт ленту постов).
• Labeler — добавляет метки (NSFW, спам и т.д.) к записям.
• Firehose — поток всех новых записей от Relay; любой может подписаться.

Как это работает

1. Пользователь публикует пост через клиент → PDS сохраняет запись в репозиторий.
2. PDS сообщает Relay об изменении.
3. Relay рассылает diff подписчикам (AppViews, сторонние сервисы).
4. AppView отдаёт клиенту готовую ленту, уже отфильтрованную и обогащённую.

Децентрализация

• Любой может запустить свой PDS, Relay, AppView или Labeler.
• Пользователи мигрируют между PDS, сохраняя DID и подписи.
• Сейчас большинство использует PDS и Relay от Bluesky, но сеть открыта для альтернатив.

Далее

В следующих частях — сравнение с Fediverse, мифы и реальное состояние децентрализации.

• Bluesky отказался от ActivityPub ради «переносимости аккаунта» — защита от банов и закрытия серверов.
• Название AT Protocol вызвало волну ностальгии по старым AT-командам модемов (ATH0, ATDT и т.д.).
• Сейчас вокруг ATProto растёт экосистема: Pebble, Skychat, Graysky, Tangled (GitHub-like) и каталог приложений blueskydirectory.com.
• Основной недостаток — отсутствие поддержки приватных данных; над этим работают в рабочей группе, которая соберётся на IETF в ноябре.

Ненавижу Disqus.

Годы вела блог без нормальных комментариев — подходящего решения не находилось.

• Disqus: медленный, тяжёлый, трекает, ничего не контролируешь, тормозит страницы.
• Самостоятельный хостинг: по сути свой мини-соцсервис — пользователи, спам, модерация, БД, задержки.
• GitHub Issues: годится для дев-блогов, но костыль и требует аккаунт GitHub.
• Без комментариев: чисто, но теряются беседы и открытия.

Я давно в Bluesky: комьюнити ок, API вменяемый, децентрализация, люди делают блог-посты в протоколе и комментарии через Bluesky. Почему бы не так же?

Почему Bluesky уместен

• Нет своей инфраструктуры: без БД, аутентификации и модерации — это уже в Bluesky.
• Более богатый контент: изображения, ссылки, треды.
• Реальные профили и переносимость — больше ответственности, меньше троллинга.
• Кроссплатформенность: обсуждения видны и в соцсети, и в блоге.
• Я владею постом, комментаторы — своими реплаями.

Процесс: публикую пост, шарю в Bluesky, добавляю AT URI — ответы на тот пост становятся комментариями в блоге.

Компонент

AT Protocol: DID (did:plc:…/did:web:…), CID, AT URI (at://did…/app.bsky.feed.post/postid). Чтобы получить тред, достаточно вызвать getPostThread с нужным URI, без аутентификации.

Архитектура:

1. главный компонент треда;
2. компонент ответа с метаданными и ссылкой на оригинал;
3. компонент встраиваний (изображения, превью ссылок). Простая и небольшая композиция.

Треды: вложенность произвольная; выбрала рекурсивный рендер с отступами и ограничением в 5 уровней — дальше обычно спор на двоих.

Обогащения: изображения через CDN, часто по несколько — адаптивная сетка + модалка; внешние ссылки — карточки; неизвестные типы — аккуратный фолбэк.

Интеграция с Astro: React + client:load, передаю did и postCid из фронтматтера: bsky: did: "my-bluesky-did" postCid: "the-post-id"

Что узнала

• TypeScript помогает: пакеты с типами (@atcute/client) сняли кучу багов и ускорили разработку.
• Прогрессивное улучшение: комментарии — доп. слой; без JS или при падении API пост остаётся читабельным.

• Автор статьи предлагает использовать Bluesky как систему комментариев для блога, что вызвало оживлённое обсуждение.
• Поддерживающие отмечают простоту интеграции и «открытость» AT-протокола, а критики — зависимость от VC-финансирования, риск lock-in и необходимость иметь аккаунт Bluesky.
• Возникают вопросы модерации спама и удаления оскорблений, а также планы на случай бана или банкротства платформы.
• Альтернативы: Mastodon/ActivityPub, Matrix/Cactus.chat, GitHub Issues, Webmention, «письма редактору» по e-mail или вовсе отказ от комментариев.
• Некоторые участники подчёркивают важность «Can I walk out?» — возможности забрать контент и уйти, если сервис исчезнет.

• время — 4732 использ.; последнее появл. 08/07/2025 08:49
• для — 4751; последнее 08/07/2025 08:49
• медитация — 509; последнее 08/07/2025 08:49
• неделя — 4017; последнее 08/07/2025 08:49
• война — 3974; последнее 08/07/2025 08:49
• трамп — 4711; последнее 08/07/2025 08:49
• ии — 4565; последнее 08/07/2025 08:49
• после — 4649; последнее 08/07/2025 08:49
• просто — 4748; последнее 08/07/2025 08:49
• последний — 4454; последнее 08/07/2025 08:49
• как — 4747; последнее 08/07/2025 08:49
• который — 4514; последнее 08/07/2025 08:49
• о — 4745; последнее 08/07/2025 08:49
• the — 4757; последнее 08/07/2025 08:49
• торговля — 2083; последнее 08/07/2025 08:49
• эффект — 1653; последнее 08/07/2025 08:49
• президент — 3584; последнее 08/07/2025 08:49
• тарифы — 2665; последнее 08/07/2025 08:49
• io — 2480; последнее 08/07/2025 08:49
• расширяется — 95; последнее 08/07/2025 08:49
• пошлины — 639; последнее 08/07/2025 08:49
• полночь — 1772; последнее 08/07/2025 08:49
• ошеломляющий — 439; последнее 08/07/2025 08:49
• страны — 4866; последнее 08/07/2025 08:49
• взяли — 8866; последнее 08/07/2025 08:49
• начать — 2796; последнее 08/07/2025 08:49
• объявил — 3688; последнее 08/07/2025 08:49
• мужчина — 4577; последнее 08/07/2025 08:49
• снег — 958; последнее 08/07/2025 08:49
• анан — 76; последнее 08/07/2025 08:49
• снеговик — 202; последнее 08/07/2025 08:49
• развлечения — 3310; последнее 08/07/2025 08:49
• ich — 3267; последнее 08/07/2025 08:49
• die — 4390; последнее 08/07/2025 08:49
• mein — 2276; последнее 08/07/2025 08:49
• мастурбация — 712; последнее 08/07/2025 08:49
• sind — 5177; последнее 08/07/2025 08:49
• сила — 3583; последнее 08/07/2025 08:49
• сам — 2763; последнее 08/07/2025 08:49
• друзья — 3607; последнее 08/07/2025 08:49
• гигант — 1239; последнее 08/07/2025 08:49
• вместе — 3278; последнее 08/07/2025 08:49
• месяцы — 2845; последнее 08/07/2025 08:49
• вещи — 4425; последнее 08/07/2025 08:49
• смотреть — 4485; последнее 08/07/2025 08:49
• демократия — 2165; последнее 08/07/2025 08:49
• однажды — 3766; последнее 08/07/2025 08:49
• те — 4467; последнее 08/07/2025 08:49
• что-либо — 4208; последнее 08/07/2025 08:49
• делаю — 4378; последнее 08/07/2025 08:49

• Обсуждают сайт, который сканирует посты Bluesky и отмечает слова из словаря, которых ещё не встречал; часть ложных срабатываний связана с языком (французские посты, имена собственные вроде “Wheal”, названия групп типа “eluvium”).
• Некоторые удивлены, что среди “невиденных” попадаются вполне обычные английские слова, а также что сайт у некоторых показывает 0 из‑за блокировки скриптов или задержки загрузки.
• Автор сайта пояснил: бэкенд простой — SQLite с таблицами для статистики и слов; не ожидал популярности.
• Технически обсуждают использование Jetstream вместо «firehose», способы токенизации и структуры данных: хеш‑таблицы/множества, trie, оценка памяти ~25 МБ на 250–275k слов.
• Замечают, что проверено лишь ~4.9 млн постов (≈0.28% из 1.7 млрд), поэтому покрытие ограничено; метаданные о языке в Bluesky могут быть некорректны, что ухудшает точность.
• Есть опасения о пропускной способности и стоимости «firehose», но Jetstream считается достаточно легковесным; у части пользователей всё работает в Firefox без аккаунта.
• Появляются шутки и критика: кто‑то просто постит словарь, смешные “двойные находки”, замечания о дизайне, а также сомнения к другим проектам автора (ошибочная классификация “right‑leaning”).