Протокол Nostr, пояснено простою мовою

Протокол — це набір правил для того, як програми розмовляють одна з одною. Платформа — це компанія, яка запускає ці програми від вашого імені. Twitter — це платформа. Email — це протокол. Nostr — це протокол.

Ця різниця важлива, тому що протоколи та платформи мають різні режими відмови, різні структури витрат та різні майбутні напрями. Цей посібник пояснює, що робить Nostr саме протоколом, що це означає на практиці та чому дизайн навмисно залишається компактним.

TL;DR. Nostr — це pub/sub протокол обміну повідомленнями з криптографічними підписами. Він визначає невеликий формат подій та простий спосіб для клієнтів відправляти та отримувати ці події через relay. Жодна компанія його не володіє. Будь-хто може написати клієнт, запустити relay або запропонувати розширення. Основна специфікація займає кілька сторінок.

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

Що насправді є протоколом

Email — це гарне порівняння. Коли ви надсилаєте електронний лист з Gmail на Outlook, Gmail не потребує дозволу Outlook. Обидві служби розмовляють SMTP (протокол електронної пошти), а SMTP визначає все, що потрібно для того, щоб один поштовий сервер передав повідомлення іншому. Сервери належать різним компаніям. Протокол — це нейтральна домовленість.

Nostr працює так само. Подія Nostr (пост, лайк, підписка) — це JSON-об'єкт з визначеною формою, визначеною в протоколі. Relay — це будь-який сервер, який погоджується приймати, зберігати та перенаправляти події, що відповідають цій формі. Будь-які два клієнти, які розмовляють Nostr, можуть взаємодіяти через будь-який relay, який розмовляє Nostr, незалежно від того, хто зробив будь-який із цих трьох.

Протокол — це нейтральна домовленість. Реалізації можуть бути чим завгодно.

Специфікація Nostr, найменш можливо

Три правила охоплюють майже все.

1. Подія — це JSON-об'єкт з id, pubkey, created_at, kind, tags, content, sig. id — це хеш інших полів; sig — це Schnorr підпис над id, який використовує приватну пару pubkey.
2. Relay приймає дійсні події через WebSocket та надає підписки, які фільтрують події за автором, типом, тегом або часом.
3. Клієнт підписує події та публікує їх у relay; читає події, підписуючись на relay з фільтрами.

Це основний протокол. Кожна розширена функція (статті, zap, приватні повідомлення, спільноти, списки) — це розширення, яке вписується в цю структуру без її зміни.

Чому протокол залишається компактним

Більшість протоколів ростуть через накопичення. Кожна гілка використання додає до специфікації; кожне десятиліття специфікація більша за попередне. HTTP тепер займає сотні сторінок. Email виріс з кількох RFC у заплутаний набір. Nostr уникнув цього за задумом.

Механізм — це NIP (Nostr Implementation Possibilities). Нові функції не додаються до основної специфікації; вони пропонуються як опціональні NIP. Клієнти реалізують ті NIP, які їм цікаві. Інші клієнти їх ігнорують. Популярний NIP стає частиною практичного протоколу, тому що достатньо реалізацій його розмовляє; непопулярний NIP зникає без церемонії.

Це означає, що ядро завжди залишається компактним (важливі інваріанти: підписані події, відкриті relay, портативна ідентичність) і периферія завжди залишається гнучкою (нові функції розвиваються без порушення існуючих клієнтів). Клієнт Nostr з 2022 року все ще працює в 2026 році, тому що ядро не змінилось; він просто робить менше речей, ніж новіші клієнти.

Протокол проти платформи, конкретно

П'ять практичних різниць, які ви можете відчути як користувач.

Ідентичність. На платформі ваш аккаунт володіє компанія. На протоколі ваш аккаунт — це криптографічна ідентичність, якою володієте ви. Ніхто не може її забрати.

Дані. На платформі ваші пости живуть в їхній базі даних. На протоколі ваші пости живуть на кількох незалежних relay. Якщо один зникне, інші все ще мають їх.

Швидкість розробки функцій. На платформі функції випускаються, коли компанія вирішує. На протоколі функції випускаються, коли будь-хто реалізує. Це повільніше в деяких аспектах (немає центральної дорожної карти) та швидше в інших (багато експериментів паралельно).

Монетизація. На платформі компанія захоплює всю монетизацію. На протоколі монетизація — це те, на чому погодилися користувачі та розробники. Nostr має zap (peer-to-peer чайові через Lightning), тому що це вписалось у культуру; інша спільнота протоколу могла б прийти до інших норм.

Режим відмови. Платформа може зовсім зникнути. Протокол не може; поки один розробник залишається активним, протокол живе. Nostr спроектований так, щоб навіть якщо fiatjaf (оригінальний автор) завтра зникне, мережа продовжуватиме працювати без змін.

Те, що протокол явно не робить

П'ять речей, виключених зі специфікації навмисне.

Модерація. Протокол не вирішує, який вміст прийнятний. Кожен relay має свої правила; кожен клієнт має свої фільтри; кожен користувач має свій список мьютів. Модерація відбувається на периферії, а не в ядрі.

Пошук. Немає протоколом визначеного пошуку. Деякі relay індексують текст; інші — ні. Клієнти, які хочуть пошук, або покладаються на relay з можливістю пошуку, або запускають свою індексацію. Відсутність навмисна; це тримає протокол нейтральним щодо того, що знаходиться.

Рейтинг. Немає стрічки "Для вас". Без зважування залучення. Клієнти за замовчуванням показують події за часом; будь-яке інше впорядкування — це рішення на рівні клієнта, а не протоколу.

Виявлення. Немає механізму рекомендацій. Пошук нових аккаунтів для підписки — це функція клієнта, а не протоколу. Деякі клієнти багато інвестують у це (Primal); інші залишають це користувачам (Damus).

Відновлення. Немає скидання аккаунту. Втратили приватний ключ, втратили аккаунт. Протокол міг включати ротацію ключів, але не включає, тому що компроміси є реальними і спільнота не погодилася на конкретний механізм. Це яснина, яка розглядається (NIP-26, NIP-41 проекти).

Кожне виключення — це вибір. Протоколи залишаються компактними, відмовляючись вирішувати всі проблеми на рівні протоколу.

Хто вирішує, чим стане Nostr

Ніхто і всі разом.

Немає Nostr Foundation. Жодної корпоративної робочої групи. Жодного керівного комітету. Найбільш зосереджена влада де-небудь в екосистемі — це GitHub repo fiatjaf, де пропонуються NIP, і навіть це просто точка координації, а не привратник.

Пропоновані NIP читаються розробниками клієнтів. Популярні реалізуються. NIP, який реалізовано трьома основними клієнтами, ефективно є частиною протоколу; NIP, який написав один розробник, але нікому більше не цікавий, — це просто документ на GitHub.

Цей процес беруднистий. Є проблеми координації, дублювання пропозицій і випадкова політика. Це також стійко в специфічний спосіб: жодна одна сторона не може його зіпсувати, приймаючи погане рішення, тому що погані рішення просто не приймаються. Протокол розвивається в грубих напрямах за вагою рішень розробників, а не за наказом.

Коли модель протоколу перемагає

Протоколи перемагають платформи в конкретних умовах:

• Коли володіння важливіше за полірованість. Протоколи зазвичай менш відполіровані за платформи. Вони перемагають, коли вам важливе те, що полірованість не може дати (постійна ідентичність, стійкість до цензури, відкрита взаємодія).
• Коли мережевий ефект є функцією. Цінність протоколу зростає з прийняттям розробниками, а не просто користувачами. Більше клієнтів і relay роблять мережу сильнішою способами, які платформа не може скопіювати.
• Коли довгострокова перспектива важлива. Платформи купуються, продаються, закриваються або змінюють напрямок. Протоколи переживають будь-якого розробника. Email старіший за більшість компаній; Nostr робить ставку на ту ж динаміку.

Якщо ваша гілка використання не відповідає жодному з них, платформа зазвичай швидша та простіша. Це честно. Nostr не є універсально кращим за Twitter для кожного можливого використання. Він кращий в специфічних способах, якими протокол перемагає платформу.

Читання фактичної специфікації

Якщо цей посібник змусив вас захотіти прочитати протокол безпосередньо, репозиторій NIPs має повний список. NIP-01 — це ядро; пронумеровані NIP після нього — це розширення. Вам не потрібно розуміти жодне з них, щоб користуватися Nostr, але читання NIP-01 займає близько десяти хвилин і багато що уточнює.