Действительно ли Nostr децентрализирован? Технический ответ

Вопрос "является ли X децентрализированным" почти всегда отвечается пожиманием плеч, потому что децентрализация — это спектр, а не двоичное состояние. Эта статья отвечает на вопрос для Nostr в частности, слой за слоем, чтобы вы могли определить, какие части действительно распределены, а какие более централизованы, чем предполагает маркетинг.

Краткая версия

Nostr децентрализирован на уровне идентификации (полностью), на уровне транспорта (высоко), на уровне клиента (полностью) и на уровне данных (умеренно). Он менее децентрализирован на определенных практических уровнях, где доминируют конкретные продукты. Сам протокол не имеет единых точек отказа; конкретные экосистемы внутри него имеют.

Когда будете готовы, заберите адрес @nostr.blog →

Пять слоев для оценки

Каждая социальная система имеет стек. Децентрализация Nostr выглядит по-разному на каждом слое.

Идентификация. Полностью децентрализирована. Ваша учетная запись — это криптографическая пара ключей на вашем устройстве. Нет центрального реестра.

Транспорт (как движутся сообщения). Высокодецентрализирован. Любой релей может принимать события; любой клиент может подключаться к любому релею.

Данные (где живут сообщения). Умеренно децентрализирован. Релеи хранят независимо, но конкретные релеи имеют больше трафика, чем другие.

Приложение (клиент). Полностью децентрализирован. Любой разработчик может написать клиент; пользователи могут легко переключаться.

Обнаружение и ранжирование. Зависит от клиента. Некоторые клиенты делегируют собственной инфраструктуре (слой кеширования Primal); другие разговаривают напрямую с релеями (Damus).

Каждый слой имеет различные режимы отказа и различные уровни внедрения централизации. Краткий ответ на вопрос "децентрализирован ли Nostr" зависит от того, какой слой вы спрашиваете.

Слой идентификации: полностью децентрализирован

Ваш учетная запись Nostr — это приватный ключ на вашем устройстве. Никто другой его не имеет. Ни компания, ни релей, ни разработчик. Идентификация существует независимо от того, что делает любая третья сторона.

Это самое сильное свойство децентрализации, которое есть у Nostr. Вы не можете быть "исключены с платформы", потому что нет платформы, с которой вас исключать. Ваша идентификация перемещается между клиентами, выживает при отключении любого релея и не может быть аннулирована.

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

Слой транспорта: высокодецентрализирован

Релеи — это сантехника. Они принимают события и служат подписками. Любой может запустить один с одним бинарным файлом и VPS; по состоянию на 2026 год существуют тысячи общественных релеев.

Ни один релей не является особенным. Ни один релей не является "сервером Nostr". Ваш клиент разговаривает с релеями, которые вы настраиваете; клиенты ваших подписчиков разговаривают со своими настроенными релеями; сеть является объединением всех этих соединений.

Практический оговорка: клиенты большинства пользователей по умолчанию подключаются к тем же популярным релеям (релей Damus, nos.lol, relay.primal.net и т. д.). Если все эти конкретные релеи отключились бы одновременно, новые пользователи увидели бы пустые ленты, пока не переконфигурировали бы. Протокол это позволяет (переключиться на другие релеи), но опыт пользователя по умолчанию не так устойчив, как сам протокол.

Слой данных: умеренно децентрализирован

События реплицируются по релеям, на которые вы публикуете. Пост, который вы отправляете на пять релеев, существует на всех пяти; любой из них может подать пост любому читателю.

Это децентрализирано в том смысле, что ни один релей не имеет монополии на ваши данные. Это менее децентрализировано в том смысле, что набор релеев, которые держат ваши данные, не является универсальным. Если вы публикуете в релеи A, B, C, а ваш читатель подписывается на D, E, F, они не видят ваш пост, если только какой-то релей не соединяет наборы.

На практике большинство релеев достаточно перекрываются в содержании, чтобы это было редко проблемой. Пользователи, которые хотят устойчивости, публикуют в больше релеев. Пользователи, которые хотят производительности, публикуют в меньше. Компромисс настраивается.

Слой приложения: полностью децентрализирован

Существуют десятки клиентов Nostr. Ни один из них не имеет никакого особого авторитета. Новый клиент может быть написан, выпущен и использован тысячами людей в течение недель без разрешения от кого-либо.

Клиенты конкурируют на UX, охват функций и соответствие экосистеме. Пользователи выбирают то, что им подходит. Стоимость переключения не требуется, потому что идентификация портативна.

Это, пожалуй, наиболее активная децентрализация в экосистеме: слой клиента действительно конкурентоспособен и действительно разнообразен. Ни один клиент не имеет позиции "победитель получает все".

Обнаружение и ранжирование: варьируется в зависимости от клиента

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

Primal, например, запускает службу кеширования и индексирования на собственной инфраструктуре. Когда вы используете Primal, вы неявно полагаетесь на эту службу для быстрой загрузки ленты и трендовых тем. Кеширование Primal — это централизованное удобство, наложенное на децентрализированный протокол.

Damus, напротив, разговаривает с релеями напрямую без промежуточного кеширования. Ваш опыт Damus менее быстро загружается при холодном запуске, но более чисто опосредован протоколом.

Какой вы предпочтете, зависит от ваших приоритетов. Оба являются законными подходами к открытому протоколу.

Где централизация практически вкрадывается

Три конкретных случая, достойных упоминания.

Списки релеев по умолчанию. Большинство клиентов поставляются с одним и тем же набором релеев по умолчанию. Пользователь, который никогда не меняет значения по умолчанию, неявно сосредоточен на небольшом количестве крупных релеев. Это мягкая централизация; пользователь может переконфигурировать в любое время, но многие этого не делают.

Инфраструктура кошелька. Кошельки Lightning — это отдельный слой, сидящий поверх Nostr для zaps. Мир кошельков имеет свою собственную централизованную динамику (несколько популярных депозитных кошельков держат большой баланс пользователя). Это влияет на экономический слой Nostr, даже если оно внешнее по отношению к протоколу.

Сервисы кеширования клиента. Кеширование Primal является наиболее видимым примером, но существуют и другие. Любой сервис, который сидит между пользователями и релеями и добавляет производительность, также добавляет центральную точку. Это не разбивает протокол; это влияет на опыт пользователя.

Что гарантирует протокол в сравнении с тем, что предлагает экосистема

Протокол гарантирует: владение идентификацией, аутентичность события, портативный социальный граф, отсутствие зависимости от одного релея, отсутствие привратника платформы.

Экосистема предлагает: различные уровни удобства через централизованные сервисы, наложенные поверх. Пользователи могут участвовать (кеш Primal, кошелек Damus, веб-клиент nostr.blog) или отказаться (самостоятельно размещенные релеи, Amethyst с пользовательскими значениями по умолчанию, подпись на основе Amber).

Децентрализованные свойства, которые вы сохраняете, зависят от того, какие уровни вы используете и как их настраиваете. Пользователь с параметрами по умолчанию в основном клиенте получает сильные гарантии протокола плюс некоторую практическую централизацию. Пользователь, который выбирает независимые релеи, запускает Amber и использует минимальный клиент, становится ближе к полной децентрализации за счет большего трения.

Является ли "децентрализированный" правильным словом для использования здесь

Слово перегружено. Если под "децентрализированным" вы имеете в виду "ни одна сторона не может запретить вашу учетную запись", да, Nostr это.

Если вы имеете в виду "каждый пользователь взаимодействует с каждым релеем одинаково", нет; популярность релея неравномерна.

Если вы имеете в виду "ни один сервис не может выйти из строя и разрушить сеть", в основном да; протокол устойчив, но конкретные продукты могут иметь сбои, которые влияют на их пользователей.

Если вы имеете в виду "ни один рекламный алгоритм не оптимизирует вас для привлечения внимания", да, структурно.

Если вы имеете в виду "каждая часть системы одновременно децентрализирована на одном уровне децентрализации", нет, ни одна сеть такого размера не является такой. Nostr более децентрализирован, чем Bluesky, намного более децентрализирован, чем Mastodon с ориентацией на экземпляры, и несравненно более децентрализирован, чем Twitter или Threads.

Практический результат

Для большинства пользователей "децентрализирован ли Nostr" соответствует "могу ли я владеть своей идентификацией, принадлежит ли мой алгоритм ленты мне, могу ли я быть забанен в сети". Ответы: да, да, нет.

Это децентрализация, которая влияет на ваш ежедневный опыт. Более глубокая архитектура интересна, но вторична по отношению к тому, действительно ли ваша учетная запись ваша, что является частью, которую Nostr обрабатывает так же хорошо, как когда-либо делал протокол.