Nostr — бэкенд «из коробки»: где подходит, а где нет

Вот важная новость с фронта ИИ: Alexey-Yu-Popkov 21 минуту назад Nostr — бэкенд «из коробки»: где подходит, а где нет Средний 16 мин 925 Разработка мобильных приложений * Open source * Децентрализованные сети * Криптография * Flutter * Мнение Из песочницы TL;DR. Nostr — это готовый децентрализованный бэкенд «из коробки»: модель событий, подписи, шифрование и синхронизация через реле. Для заметок, личных чатов и простых лент он закрывает почти всё — без своего сервера.

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

Технические детали

Наиболее важным usecase’ом для меня было хранение чувствительной информации, такой как пароли, адреса криптокошельков и т. Также ключевым требованием была надёжная синхронизация между девайсами, в частности iOS, Android, macOS. Но основной проблемой для меня было то, что я долгое время не мог найти секьюрного и независимого от какого-либо конкретного провайдера способа синхронизации заметок.

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

Также хочу описать задачи, для которых его стоит использовать, и те, для которых следует поискать какие-либо другие решения. Что же такое протокол Nostr и как он реализованПротокол Nostr позиционирует себя как бэкенд для построения децентрализованных социальных сетей, не подверженных цензуре. Однако, как станет видно ниже, он может быть использован и для более широкого спектра задач — хотя построить социальную сеть в привычном понимании (со сложными алгоритмами выдачи и фильтрации ленты, с высокой производительностью при сложных моделях постов), на мой частный взгляд, затруднительно.

Отраслевые последствия

Протокол Nostr — это набор правил взаимодействия (NIP) с децентрализованной сетью серверов (relay). Взаимодействие с ними происходит по WebSockets. Каждый сервер содержит базу данных событий.

Событие — это запись с фиксированной структурой, которой клиент и реле обмениваются в виде JSON-объекта по определённой схеме. Пользователь может получать и публиковать такие события с одного или нескольких реле (и на одно или несколько реле). Каждое такое событие имеет id — хеш самого события (точнее, SHA-256 от сериализованного набора полей: pubkey, created_at, kind, tags и content), а не только его контента.

Таким образом, при получении одного и того же события с разных реле id используется для дедупликации.

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