<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>AT Protocol on kenji.blog</title><link>http://kenji.blog/ru/tags/at-protocol/</link><description>Recent content in AT Protocol on kenji.blog</description><generator>Hugo -- gohugo.io</generator><language>ru</language><copyright>kenjinote</copyright><lastBuildDate>Sat, 12 Sep 2026 12:00:00 +0900</lastBuildDate><atom:link href="http://kenji.blog/ru/tags/at-protocol/index.xml" rel="self" type="application/rss+xml"/><item><title>Могут ли технологии преодолеть социальный раскол? (Предложения инженера)</title><link>http://kenji.blog/ru/p/technology-and-social-divide/</link><pubDate>Sat, 12 Sep 2026 12:00:00 +0900</pubDate><guid>http://kenji.blog/ru/p/technology-and-social-divide/</guid><description>&lt;img src="http://kenji.blog/p/technology-and-social-divide/img/eyecatch.jpg" alt="Featured image of post Могут ли технологии преодолеть социальный раскол? (Предложения инженера)" />&lt;h1 id="введение-к-100-й-юбилейной-статье">Введение: К 100-й юбилейной статье
&lt;/h1>&lt;p>За несколько лет с момента запуска этого блога я накопил множество технических пояснений, повседневных заметок о разработке, а иногда и размышлений о взаимосвязи между технологиями и обществом. И вот этот пост стал юбилейным, «100-м». Я хочу выразить искреннюю благодарность всем читателям, которые продолжают меня читать.&lt;/p>
&lt;p>К этому 100-му рубежу я подошел с темой, о которой мне непременно хотелось написать. Это чрезвычайно важный и фундаментальный вопрос в современном обществе: «Могут ли технологии преодолеть социальный раскол?»&lt;/p>
&lt;p>Ранний интернет (Web 1.0) воспринимался как утопия «демократизации знаний», где каждый мог свободно публиковать информацию и получать к ней доступ. Последующая эпоха социальных сетей (Web 2.0) должна была объединить людей по всему миру и создать «плоский мир». Однако какова реальность, с которой мы сталкиваемся в 2026 году? Политическая поляризация, распространение теорий заговора, фейковых новостей и формирование «эхо-камер» и «пузырей фильтров», отвергающих взаимопонимание. Кажется, что технологии не только не объединяют людей, но, напротив, стали мощным двигателем, ускоряющим социальный раскол (Social Divide).&lt;/p>
&lt;p>Мы, инженеры, — это не просто те, кто пишет код и создает системы. За архитектурой, которую мы проектируем, алгоритмами, которые мы выбираем, и целевыми функциями (Objective Function), которые мы оптимизируем, скрываются «правила», определяющие то, каким должно быть общество. В этой статье, с точки зрения инженера, я хотел бы глубоко рассмотреть, как с помощью математики и теории сетей создается нынешний социальный раскол, и одновременно обсудить конкретные технические подходы (бриджинг-алгоритмы, децентрализованные протоколы социальных сетей) для его преодоления.&lt;/p>
&lt;hr>
&lt;h1 id="глава-1-математическая-структура-эхо-камеры-с-точки-зрения-теории-сетей">Глава 1: Математическая структура «эхо-камеры» с точки зрения теории сетей
&lt;/h1>&lt;p>При обсуждении социального раскола невозможно обойти стороной структурный анализ сообществ с использованием «теории сетей» (Graph Theory). Человеческие отношения в социальных сетях можно смоделировать как гигантский граф, где пользователи являются «узлами» (вершинами), а подписки или взаимодействия между ними — «ребрами» (связями).&lt;/p>
&lt;p>Одним из наиболее важных показателей, характеризующих раскол, является «коэффициент кластеризации» (Clustering Coefficient). Коэффициент кластеризации $C_i$ пользователя $i$ показывает вероятность того, что друзья пользователя $i$ также являются друзьями между собой, и определяется следующей формулой:&lt;/p>
$$ C_i = \frac{2e_i}{k_i(k_i - 1)} $$&lt;p>Здесь $k_i$ — степень пользователя $i$ (количество друзей), а $e_i$ — фактическое количество ребер, существующих между этими $k_i$ друзьями. Явление, при котором в социальных сетях формируются локальные сети (плотные подграфы) с аномально высоким коэффициентом кластеризации, становится фундаментом для так называемых «эхо-камер».&lt;/p>
&lt;p>За формированием эхо-камер стоит социологический принцип «гомофилии» (Homophily: объединение подобных). Как гласит пословица «рыбак рыбака видит издалека», люди склонны связываться с другими людьми, имеющими схожие атрибуты или взгляды. Если выразить это через вероятностную модель, можно предположить, что вероятность $P(u, v)$ формирования ребра между пользователем $u$ и пользователем $v$ обратно пропорциональна их идеологическому расстоянию $d(u,v)$.&lt;/p>
$$ P(u, v) \propto e^{-\beta \cdot d(u,v)} $$&lt;p>Параметр $\beta > 0$ — это константа, показывающая силу гомофилии. Когда рекомендательные алгоритмы платформы продолжают предлагать «контент и пользователей, которые нравятся пользователю (то есть похожих на него)», значение этого $\beta$ искусственно завышается. В результате количество ребер (слабых связей: Weak Ties) между группами с разной идеологией резко сокращается, и вся сеть распадается на множество изолированных друг от друга кластеров.&lt;/p>
&lt;p>Следующая диаграмма Mermaid визуализирует концепцию разделенной сети и объединяющего их моста (Bridging).&lt;/p>
&lt;pre class="mermaid">
graph TD
subgraph &amp;#34;Кластер A (Консервативная эхо-камера)&amp;#34;
A1[&amp;#34;Пользователь A1&amp;#34;] --- A2[&amp;#34;Пользователь A2&amp;#34;]
A2[&amp;#34;Пользователь A2&amp;#34;] --- A3[&amp;#34;Пользователь A3&amp;#34;]
A3[&amp;#34;Пользователь A3&amp;#34;] --- A4[&amp;#34;Пользователь A4&amp;#34;]
A4[&amp;#34;Пользователь A4&amp;#34;] --- A1[&amp;#34;Пользователь A1&amp;#34;]
A1[&amp;#34;Пользователь A1&amp;#34;] --- A3[&amp;#34;Пользователь A3&amp;#34;]
end
subgraph &amp;#34;Кластер B (Либеральная эхо-камера)&amp;#34;
B1[&amp;#34;Пользователь B1&amp;#34;] --- B2[&amp;#34;Пользователь B2&amp;#34;]
B2[&amp;#34;Пользователь B2&amp;#34;] --- B3[&amp;#34;Пользователь B3&amp;#34;]
B3[&amp;#34;Пользователь B3&amp;#34;] --- B4[&amp;#34;Пользователь B4&amp;#34;]
B4[&amp;#34;Пользователь B4&amp;#34;] --- B1[&amp;#34;Пользователь B1&amp;#34;]
B2[&amp;#34;Пользователь B2&amp;#34;] --- B4[&amp;#34;Пользователь B4&amp;#34;]
end
A2[&amp;#34;Пользователь A2 (Узел-мост)&amp;#34;] -. &amp;#34;Связующее ребро (Бриджинг)&amp;#34; .- B2[&amp;#34;Пользователь B2 (Узел-мост)&amp;#34;]
classDef cluster fill:#f9f9f9,stroke:#333,stroke-width:2px;
classDef node fill:#e1f5fe,stroke:#01579b,stroke-width:2px;
classDef bridge fill:#ffecb3,stroke:#ff6f00,stroke-width:2px,stroke-dasharray: 5 5;
class A1,A3,A4,B1,B3,B4 node;
class A2,B2 bridge;
&lt;/pre>
&lt;p>Таким образом, до тех пор, пока алгоритмы продолжают использовать целевую функцию $J(\theta) = \sum \log P(\text{engage} | \text{user}, \text{content})$, оптимизирующую только вовлеченность (кликабельность, время пребывания на сайте), система будет застревать в локальном оптимуме (усиление эхо-камер) и отдаляться от глобального оптимума (формирование здорового общественного пространства).&lt;/p>
&lt;hr>
&lt;h1 id="глава-2-ускорение-поляризации-алгоритмами-и-модель-распространения-информации">Глава 2: Ускорение поляризации алгоритмами и модель распространения информации
&lt;/h1>&lt;p>Чтобы понять, как информация распространяется внутри эхо-камеры, давайте применим математическую модель инфекционных заболеваний, «модель SIR», к распространению информации.&lt;/p>
&lt;ul>
&lt;li>$S$ (Susceptible) : Пользователи, еще не контактировавшие с информацией&lt;/li>
&lt;li>$I$ (Infected) : Пользователи, поверившие в информацию и распространяющие ее&lt;/li>
&lt;li>$R$ (Recovered/Removed) : Пользователи, потерявшие интерес к информации, или те, кто понял, что это фейк, и прекратил распространение&lt;/li>
&lt;/ul>
&lt;p>Дифференциальные уравнения распространения информации выглядят следующим образом:&lt;/p>
$$ \frac{dS}{dt} = -\alpha S I $$$$ \frac{dI}{dt} = \alpha S I - \gamma I $$$$ \frac{dR}{dt} = \gamma I $$&lt;p>Здесь $\alpha$ — «коэффициент заражения» (легкость распространения информации), а $\gamma$ — «коэффициент выздоровления» (насыщение/забывание информации).
Интересно, что существуют эмпирические исследования, показывающие, что поляризующий контент (Polarizing Content), разжигающий гнев и страх, имеет значительно более высокий коэффициент $\alpha$ по сравнению с обычной информацией. Более того, поскольку внутри эхо-камеры мало возможностей столкнуться с опровергающей информацией, $\gamma$ становится крайне низким. Другими словами, когда алгоритм пытается максимизировать вовлеченность, он неизбежно учится отдавать приоритет контенту с высоким $\alpha$ и низким $\gamma$, то есть «радикальным мнениям и фейковым новостям». Именно этот механизм непреднамеренно ускоряет социальный раскол с помощью ИИ.&lt;/p>
&lt;hr>
&lt;h1 id="глава-3-техническое-решение-1-бриджинг-алгоритмы-и-community-notes">Глава 3: Техническое решение (1) Бриджинг-алгоритмы и Community Notes
&lt;/h1>&lt;p>Итак, как же нам противостоять этому структурному дефекту? Первый подход — внедрение «бриджинг-алгоритмов» (Bridging Algorithm).&lt;/p>
&lt;p>Если рекомендательные алгоритмы, основанные на вовлеченности, вознаграждают за «гомогенность», то бриджинг-алгоритмы вознаграждают за «наведение мостов между гетерогенностью». Ярким примером успеха является алгоритм «Community Notes» (Заметки сообщества), внедренный в X (ранее Twitter).&lt;/p>
&lt;p>Community Notes — это не просто голосование большинством. При голосовании большинством всегда побеждало бы мнение более многочисленной эхо-камеры. Инновационность Community Notes заключается в том, что высоко оцениваются те заметки, которые «люди, обычно не согласные друг с другом (принадлежащие к разным кластерам), случайным образом сочли полезными».&lt;/p>
&lt;p>Для реализации этого используется метод машинного обучения, называемый матричной факторизацией (Matrix Factorization). Прогнозируемая оценка $\hat{r}_{u,n}$ того, посчитает ли пользователь $u$ заметку $n$ полезной (полезно или нет), моделируется следующим образом:&lt;/p>
$$ \hat{r}_{u,n} = \mu + i_u + i_n + \mathbf{f}_u \cdot \mathbf{f}_n $$&lt;ul>
&lt;li>$\mu$ : Общий базовый уровень (средняя тенденция оценивания)&lt;/li>
&lt;li>$i_u$ : Систематическая ошибка оценивания пользователя $u$ (например, человек, который всегда ставит высокие оценки)&lt;/li>
&lt;li>$i_n$ : Общее качество заметки $n$ (понятно ли она всем)&lt;/li>
&lt;li>$\mathbf{f}_u$ : Вектор скрытых признаков пользователя $u$ (идеологическая позиция и т. д.)&lt;/li>
&lt;li>$\mathbf{f}_n$ : Вектор скрытых признаков заметки $n$&lt;/li>
&lt;/ul>
&lt;p>Алгоритм обучает каждый параметр, чтобы минимизировать ошибку между фактическими данными об оценках и прогнозируемыми оценками.
Здесь важно то, что для определения окончательного отображения заметки используется не просто средняя оценка, а «параметр $i_n$, показывающий общее качество заметки».&lt;/p>
&lt;p>Если определенная заметка получает большое количество высоких оценок от специфической предвзятой группы (например, только от правых или только от левых), эти высокие оценки поглощаются членом вектора скрытых признаков $\mathbf{f}_u \cdot \mathbf{f}_n$, и $i_n$ не становится высоким. Однако, если заметка получает высокие оценки как от правых ($\mathbf{f}_u > 0$), так и от левых ($\mathbf{f}_u &lt; 0$), это уже невозможно объяснить одним лишь скалярным произведением векторов скрытых признаков, и в результате система усваивает, что «сама по себе эта заметка универсально превосходна ($i_n$ высок)».&lt;/p>
&lt;p>Благодаря такому математическому подходу алгоритмически становится возможным обнаруживать и оценивать «формирование консенсуса, выходящего за пределы эхо-камеры». Это невероятно мощный технологический прорыв в преодолении социального раскола.&lt;/p>
&lt;hr>
&lt;h1 id="глава-4-техническое-решение-2-децентрализованные-протоколы-социальных-сетей-at-protocol--activitypub">Глава 4: Техническое решение (2) Децентрализованные протоколы социальных сетей (AT Protocol / ActivityPub)
&lt;/h1>&lt;p>Бриджинг-алгоритмы сильны, но структурная проблема монополизации алгоритмов одной гигантской корпорацией (централизованной платформой) остается. Алгоритм может быть изменен в любой момент решением руководства платформы.&lt;/p>
&lt;p>Второй подход к этому — сдвиг парадигмы на уровне архитектуры с помощью «децентрализованных протоколов социальных сетей» (Decentralized Social Protocols). В настоящее время большое внимание привлекают ActivityPub (используется Mastodon и др.) и AT Protocol (используется Bluesky).&lt;/p>
&lt;p>В частности, AT Protocol (Authenticated Transfer Protocol) обладает очень красивой философией проектирования, заключающейся в «разделении данных и алгоритмов».&lt;/p>
&lt;pre class="mermaid">
graph TD
subgraph &amp;#34;Уровень управления пользователя&amp;#34;
Client[&amp;#34;Клиентское приложение (Bluesky и т. д.)&amp;#34;]
end
subgraph &amp;#34;Уровень данных (Федеративный)&amp;#34;
PDS1[&amp;#34;PDS (Персональный сервер данных) A&amp;#34;]
PDS2[&amp;#34;PDS (Персональный сервер данных) B&amp;#34;]
end
subgraph &amp;#34;Уровень индексации и приложений&amp;#34;
Relay[&amp;#34;Ретранслятор (Большой сервер графов)&amp;#34;]
AppView[&amp;#34;AppView&amp;#34;]
end
subgraph &amp;#34;Алгоритмический уровень (Компонуемый)&amp;#34;
FeedGen1[&amp;#34;Генератор ленты (Хронологический)&amp;#34;]
FeedGen2[&amp;#34;Генератор ленты (Бриджинг-алгоритм)&amp;#34;]
Labeler[&amp;#34;Маркировщик модерации (Фактчекеры)&amp;#34;]
end
Client --&amp;gt;|&amp;#34;Чтение/Запись&amp;#34;| PDS1
Client --&amp;gt;|&amp;#34;Просмотр&amp;#34;| AppView
PDS1 --&amp;gt;|&amp;#34;Синхронизация по WebSocket&amp;#34;| Relay
PDS2 --&amp;gt;|&amp;#34;Синхронизация по WebSocket&amp;#34;| Relay
Relay --&amp;gt;|&amp;#34;Индексация&amp;#34;| AppView
AppView -.-&amp;gt;|&amp;#34;Запрос ленты&amp;#34;| FeedGen1
AppView -.-&amp;gt;|&amp;#34;Запрос ленты&amp;#34;| FeedGen2
AppView -.-&amp;gt;|&amp;#34;Получение меток&amp;#34;| Labeler
&lt;/pre>
&lt;p>Величайшим достижением AT Protocol является то, что он отделил «генерацию ленты (алгоритм)» и «модерацию (маркировку)» от самой платформы, позволив пользователям свободно выбирать и комбинировать их (Composable) (Custom Feeds / Stackable Moderation).&lt;/p>
&lt;p>До сих пор мы могли выбирать «какую социальную сеть использовать», но не «какой алгоритм будет формировать наш информационный поток». В мире AT Protocol кто-то выберет «хронологическую» ленту, кто-то установит «академическую ленту, предлагающую контраргументы к собственному мнению», а кто-то подпишется на «метки модерации сторонней организации, скрывающие неподобающие слова».&lt;/p>
&lt;p>Этот протокол, опирающийся на криптографические технологии (DID: Decentralized Identifiers) и структуры данных (Merkle Search Trees: MST), возвращает пользователям «право на самоопределение в отношении информации». Когда алгоритмы перестают быть «черным ящиком», а конкурируют и выбираются на открытом рынке, появляется потенциал изменить структуру стимулов от алгоритмов, стремящихся исключительно к максимальной вовлеченности, к алгоритмам, в приоритете у которых психическое здоровье пользователей и благополучие общества.&lt;/p>
&lt;hr>
&lt;h1 id="глава-5-философия-открытого-исходного-кода-и-социальная-ответственность-инженеров">Глава 5: Философия открытого исходного кода и социальная ответственность инженеров
&lt;/h1>&lt;p>До сих пор я говорил об анализе с точки зрения теории сетей и конкретных технологиях для преодоления проблем (матричная факторизация в Community Notes, децентрализованная архитектура AT Protocol). Однако в конечном счете социальный раскол преодолевают не просто код или формулы. Его преодолевают «человеческая воля и философия», которые их создают.&lt;/p>
&lt;p>В мире разработки программного обеспечения существует великая культура «открытого исходного кода» (Open Source). Начиная с Linux, большинство базовых технологий, на которых построен интернет, создавались незнакомыми людьми со всего мира, сотрудничающими, спорящими и объединяющими свой код поверх идеологических барьеров и государственных границ. Сообщество открытого исходного кода обладает механизмом не устранения конфликтов, а сублимации их в конструктивный поиск консенсуса в форме «пулл-реквестов» и «ревью кода».&lt;/p>
&lt;p>Я верю, что именно эта философия открытого исходного кода станет ключом к исцелению нашего разделенного современного общества. Сделать системы прозрачными, предоставить пользователям право выбора алгоритмов и спроектировать децентрализованное публичное пространство (Public Square), где могут сосуществовать различные ценности. Это чрезвычайно важная социальная ответственность, возложенная на современных инженеров.&lt;/p>
&lt;p>Код — это закон, а архитектура — это политика. Одна строка кода, которую мы пишем, один API-эндпоинт, который мы определяем, или схема базы данных, которую мы проектируем, формируют восприятие миллионов и сотен миллионов пользователей и могут как ускорять социальный раскол, так и строить мосты для диалога.&lt;/p>
&lt;hr>
&lt;h1 id="заключение-завершая-100-ю-статью">Заключение: Завершая 100-ю статью
&lt;/h1>&lt;p>«Могут ли технологии преодолеть социальный раскол?»&lt;/p>
&lt;p>Мой ответ на этот вопрос таков: «Сами по себе технологии не могут его преодолеть, но правильно спроектированные технологии станут &amp;lsquo;опорой&amp;rsquo;, чтобы люди могли преодолеть этот раскол».&lt;/p>
&lt;p>Невозможно полностью устранить фундаментальные человеческие предрассудки (гомофилию и склонность к подтверждению своей точки зрения). Тем не менее, возможно остановить алгоритмы, бесконтрольно стремящиеся только к вовлеченности, внедрить математические модели, поощряющие «наведение мостов», подобные Community Notes, и вернуть право выбора пользователям с помощью автономных децентрализованных архитектур, таких как AT Protocol.&lt;/p>
&lt;p>Сегодня в этом блоге выходит 100-я статья. В предыдущих статьях мы фокусировались на вопросах «как», таких как спецификации языков программирования и способы использования фреймворков. Однако в наступающую эпоху, когда ИИ автоматически генерирует код, а любые технологии становятся общедоступными (комодитизация), наиболее важным для нас, инженеров, становятся этические и философские вопросы «что (мы создаем)» и «почему (мы это создаем)».&lt;/p>
&lt;p>Технология — это не магия. Это зеркало человечества. Если общество расколото, то это потому, что системы, которые мы создаем, отражают и усиливают этот раскол. Именно поэтому я верю, что, переписывая системы, мы сможем постепенно, но верно изменить общество в лучшую сторону.&lt;/p>
&lt;p>Начиная со 101-й статьи, я хочу продолжить стоять на пересечении кода и общества как инженер и углублять свои размышления. Огромное спасибо за то, что дочитали этот длинный текст до конца. Я надеюсь, что сети будущего станут не стенами, разделяющими нас, а мостами для взаимопонимания.&lt;/p>
&lt;p>(Конец)&lt;/p></description></item></channel></rss>