Nostr nima: tarmoq turi va asosiy g‘oya
Nostr — ixtiyoriy serverlar ustida ishlaydigan, “serverdan mustaqil” tamoyiliga yaqin yondashuvli ijtimoiy tarmoq tarmog‘i. U postlarni yetkazish uchun markazlashtirilgan platformaga bog‘lanmaslikka intiladi va buning uchun xabarlar imzolanishi hamda tarqatish mexanizmlari ishlatiladi.
Nostr’da foydalanuvchi identifikatori sifatida odatda ochiq kalit ishlatiladi va har bir kontent xabar raqamli imzo bilan bog‘lanadi. Bu yondashuv “kim yozganini” tekshirishni soddalashtiradi, shuningdek kontentni ko‘chirib yurish (turli servislar o‘rtasida) imkonini oshiradi.
Asosiy komponentlar: klient, releni (relay) va imzo modeli
Nostr tizimi uchta muhim qatlamdan tashkil topadi: klient (dastur/ilova), relay (xabarlarni qabul qilib tarqatadigan server) va imzolar bilan tasdiqlash. Klient foydalanuvchining postini tayyorlaydi, uni kriptografik usulda imzolaydi va relayga uzatadi.
Relay odatda “mualliflikni isbotlash” rolini to‘liq o‘z zimmasiga olmaydi; u xabarni qabul qiladi va obunachilarga (klientlarga) tarqatadi. Muallif va xabar haqiqiyligini tekshirish esa imzolar asosida amalga oshiriladi.
- Klient: foydalanuvchi post yozadi, o‘qiydi, filtrlaydi; imzo va tekshiruvni boshqaradi.
- Relay: xabarlarni qabul qiladi va obunaga qarab tarqatadi.
- Kriptografik imzo: xabar tarkibi va muallif ochiq kaliti bilan bog‘lanadi.
Tarix va kontekst: markazlashuvdan muqobillikka yo‘nalish
Nostr g‘oyasi ijtimoiy tarmoqlardagi markazlashuv muammolariga munosabat sifatida shakllangan. Tarixiy kontekstda ko‘plab platformalarda kontent saqlash, moderatsiya va foydalanuvchi ma’lumotlarini boshqarish yagona tashkilot qo‘lida bo‘lib kelgan. Bunday tizimlarda bir saytdagi o‘zgarishlar (qoidalar, bloklash, migratsiya) foydalanuvchi oqimiga ta’sir qilishi mumkin.
Nostr esa “xabarlarni imzolash + relay orqali tarqatish” konseptini tanlab, kontentni turli xizmatlar orqali qayta ishlash mumkinligini ko‘zlaydi. Bu yondashuv internetning boshqa qatlamlariga o‘xshash federatsiya g‘oyalariga yaqin: bir “platforma” o‘rniga ekotizim paydo bo‘lishi mumkin.
Amaliy jihatdan, Nostr’dagi asosiy konseptlar atrofida ishlab chiqish va standartlash “protokol/formatlar” ko‘rinishida yuritiladi. Agar siz aniq protokol qoidalarini tekshirmoqchi bo‘lsangiz, hujjatlarda protokol spetsifikatsiyalari va xabar formatlari raqamli identifikatorlar bilan keltiriladi (masalan, releni qanday ulash, kontakt/obuna qoidalari qanday ishlashi kabi).
Ishlash mexanizmi: post qanday yaratiladi va qayerga “oqadi”
Nostr’da xabarlar bir xil oqim (event) ko‘rinishida tarqatiladi. Klient post (kontent)ni tayyorlaydi, xabar tarkibini (masalan, matn, vaqt, identifikatorlar) belgilaydi va uni foydalanuvchining maxfiy kaliti bilan imzolaydi. Natijada imzo va event tarkibi birga “paket” bo‘lib relaylarga yuboriladi.
Relay odatda xabarni qabul qilgach, uni obuna ro‘yxatidagi boshqa klientlarga tarqatadi. Klientlar esa o‘z obunalari bo‘yicha ma’lum mualliflar, mavzular yoki vaqt oralig‘iga mos eventlarni filtrlaydi. Natijada foydalanuvchi “ko‘rgan feed” — relaylar tarqatgan eventlar ustidan lokal filtrlar bilan shakllanadi.
Obuna va filtr: “kimni ko‘raman” qanday aniqlanadi
Klient relayga obuna so‘rovini yuboradi va unda qaysi eventlar kerakligi (muallif ochiq kaliti, vaqt chegarasi, kalit so‘zlar yoki teglar kabi mezonlar) ko‘rsatiladi. Relay mos keladigan eventlarni obuna qilgan klientga yuboradi.
Bu model shuni anglatadiki, feed “server” tomonidan emas, ko‘proq klient tomonda shakllanadi. Natijada bir xil relayga ulangan turli klientlar turlicha ko‘rinishda feed chiqarishi mumkin.
Imzo tekshiruvi: xabarni ishonchli qilishning amaliy yo‘li
Xabar imzolangan bo‘lgani uchun klient event ichidagi imzo va ochiq kalitga qarab tekshiradi. Agar imzo mos kelmasa yoki event tarkibi imzo bilan zid bo‘lsa, klient bunday eventni odatda ko‘rsatmaydi yoki “rad etilgan” holatga o‘tkazadi.
Bu yondashuv soxtalashtirishni ancha qiyinlashtiradi: relay “yaxshi” yoki “yomon” bo‘lishidan qat’i nazar, xabar kriptografik tekshiruvdan o‘tishi kerak.
Nostr bilan boshqa yondashuvlar o‘rtasidagi farq: markazlashuvga qarshi model
Ko‘p platformalarda xabarlar yagona xizmatda saqlanadi va shuning uchun mijoz (ilova) server qoidalariga bog‘liq bo‘lishi mumkin. Nostr’da esa xabarlar relaylar orqali tarqatiladi; foydalanuvchi klientlari bir nechta relayga ulanishi va turli formatlarda feed ko‘rsatishi mumkin.
Quyidagi jadvalda farqlar aniqroq ko‘rsatilgan.
| Taqqoslash mezoni | Markazlashgan ijtimoiy tarmoq | Nostr yondashuvi |
|---|---|---|
| Kontent oqimi | Asosan bitta xizmat orqali | Relay(lar) orqali, klient obunasi asosida |
| Mualliflik isboti | Ko‘pincha tizim ichki mexanizmlari bilan | Event imzo va tekshiruv bilan |
| Feed shakllanishi | Server tarafida ko‘p hollarda | Ko‘pincha klient filtrlariga bog‘liq |
| Ekotizim imkoniyati | Ko‘proq bitta platforma atrofida | Turli klient va relaylar birga ishlashi mumkin |
Amaliy sozlash: relay tanlash, xavfsizlik va tipik xatolar
Nostr’dagi amaliy ish odatda “qaysi relay(lar)ga ulanish” va “qanday filtrlar bilan ishlash”dan boshlanadi. Agar siz faqat bitta relayga tayansangiz, u relayda bo‘lishi mumkin bo‘lgan cheklovlar yoki tez-tez uzilishlar sizning feed tezligingizga ta’sir qiladi.
Shuning uchun amaliy tavsiya: bir nechta relayga ulaning. Bu “ortiqcha” bo‘lib tuyulsa ham, uzilish holatlarida o‘qish va yozish oqimi kamayib ketmasligini amalda yaxshilaydi.
Relay tanlash mezonlari
- Barqaror ulanish: klient loglarida ulanish qayta-qayta uzilib qolmasa.
- Tezkor tarqatish: post yuborgandan keyin event yaqinda paydo bo‘ladimi.
- Ko‘p sonli obunani qo‘llab-quvvatlash: siz ishlatadigan klient filtrlariga mos eventlarni ko‘rsatadimi.
Relaylar haqida aniq “kim eng zo‘r” deb bo‘lmaydi: har bir relayning siyosati, tarmoq sharoiti va o‘z resurslari bor. Shuning uchun mezonlarni o‘zingizning foydalanish ssenariyingiz bo‘yicha tekshirib oling.
Tipik xatolar va ularni tuzatish
- Faqat bitta relay: feed to‘liq bo‘lmay qoladi yoki kechikish bo‘ladi. Bir nechta relayga ulanishni sozlang.
- Noto‘g‘ri vaqt/filtr: “faqat so‘nggi 24 soat” kabi filtr noto‘g‘ri bo‘lsa, postlar ko‘rinmasligi mumkin.
- Kalit saqlash: maxfiy kalitni yo‘qotish hisob qaydnio‘chib yuborishga teng bo‘lishi mumkin. Uni qaytarib tiklash odatda oson emas.
FAQ
Nostr’da “hisob” qanday ishlaydi?
Ko‘p holatda foydalanuvchi identifikatori ochiq kalit bilan bog‘lanadi, postlar esa maxfiy kalit bilan imzolanadi. Demak “profil” serverda emas, imzo tekshiruvi orqali tizimda aniqlanadi.
Relaylar postni “tekshiradimi” yoki faqat tarqatadimi?
Relay odatda eventlarni qabul qilib tarqatadi; lekin yakuniy tekshiruv (imzo mos kelishi, event formati) ko‘pincha klient tarafida amalga oshiriladi. Shuning uchun noto‘g‘ri imzoli eventlarni to‘g‘ri klientlar odatda rad etadi.
Nostr’ni ishlatish uchun bitta ilova kifoyami?
Ha. Lekin amaliy jihatdan siz bir nechta relayga ulanishingiz mumkin va turli klientlar turlicha filtrlar bilan feed ko‘rsatadi. Shuning uchun “bitta ilova” yetarli bo‘lsa ham, tajribangizni relaylar soni bilan ham yaxshilaysiz.
Maxfiy kalit yo‘qolsa nima bo‘ladi?
Kalit — imzo berish uchun zarur. Uni yo‘qotsangiz siz avval yozgan identifikator ostida yangi imzo qo‘ya olmaysiz; shuning uchun kalitni xavfsiz saqlash amalda eng muhim masala hisoblanadi.
Nostr’da “o‘chirish” (postni yashirish) qanday amalga oshiriladi?
Ko‘plab protokollarda eventlarni bekor qilish yoki ko‘rinishni boshqarish uchun maxsus event turlari ishlatiladi (masalan, bekor qiluvchi ma’lumot). Aniq qoidalar protokol hujjatlarida event turlari va ularning mantiqi bilan beriladi; klient qoidani qanday tatbiq etishi ham farq qilishi mumkin.
Relaylar o‘rtasida to‘liq sinxron bo‘ladimi?
Har bir relay bir xil tarixni to‘liq saqlamasligi mumkin. Shuning uchun bitta relaydan ko‘rganingiz boshqa relayda farq qilishi ehtimoli bor; bu aynan bir nechta relayga ulanish sabablaridan biridir.
Xulosa
Nostr — imzolangan xabarlar va relaylar orqali tarqatish tamoyiliga qurilgan tarmoq modeli. Uning asosiy farqi shundaki, kontent muallifligi kriptografik imzo bilan tekshiriladi va feed ko‘pincha klient filtrlariga tayangan holda shakllanadi.
Agar siz Nostr’dan foydalanmoqchi bo‘lsangiz, amaliy yondashuv: xavfsiz kalit saqlash, bir nechta relayga ulanish, hamda klientdagi filtr va obunalar qanday ishlashini tekshirishdan boshlang.
