# Mi a Nostr? ## Egy nyílt társadalmi protokoll, amelynek esélye van működni --- ## Bevezetés A Nostr egy befogadó kommunikációs közösségi tér. Egy egyszerű szabvány, amely meghatározza a kliensek és szerverek skálázható architektúráját, amelyet információk szabad terjesztésére lehet használni. Nem irányítja egyetlen vállalat vagy kormányzat sem, bárki építhet a Nostrra és bárki használhatja. --- ## Mint maga az internet: nyílt és kaotikus A Nostr átöleli a korai internet káoszát — különféle adattípusok, változatos felhasználói interakciók és különböző kliensek, amelyek saját perspektívát nyújtanak ugyanazon alapuló információk felett. --- ### Sok kliens, sok szerver A kliens az az alkalmazás, amely a számítógépeden vagy telefonodon fut, a szerver pedig valami, ami egy felhőben fut egy domain névvel. A centralizált platformokon és más protokollokban egy kliens egyetlen szerverrel beszél. A Nostron a kliensek sokhoz csatlakoznak. --- ### Új paradigma a kommunikációhoz A Nostrban minden felhasználót egy titkos szám, úgynevezett "kulcs" képvisel, és minden üzenet digitális "aláírást" hordoz, amely bizonyítja a szerzőséget és a hitelességet anélkül, hogy bármilyen hatóságnak ezt mondania kellene. Ez a bizalom alapja lehetővé teszi az információ decentralizált sugárzását. --- ## A protokoll tulajdonos nélküli, a relay-ek nem A Nostr nem fogadja el a "szólásszabadság" politikai eszményeit — egyszerűen elismeri, hogy különböző embereknek különböző erkölcsi normáik és preferenciáik vannak, és minden szerver, mivel magántulajdonban van, követheti a saját kritériumait a tartalom elutasítására, ahogy szeretné, és a felhasználók szabadon választhatják meg, mit olvasnak és honnan. --- ### Társulási szabadság Amikor a hálózati hatás nincs egyetlen szervezethez kötve, egy felhasználói csoport nem árthat másoknak. --- ### Saját Nostr darabod Ha programozó vagy vagy tudsz szervereket futtatni, triviális saját relay-t futtatni a saját szabályaiddal. --- ## Az közösségi tér felfedezése A Twitter-szerű mikroblogging közösségi hálózat természetes médiuma mellett a Nostr más célokra is használható. És nemcsak hasonló dolgokra, mint videók megosztása, hosszú formátumú cikkek, képek vagy hangjegyzetek. Vannak kezdeményezések a Nostron al-protokollok fejlesztésére, amelyek zárt csoportokat, decentralizált wikipédiát, couchsurfinget, piactereket vagy web annotációkat működtetnek; valamint olyan protokollok, amelyek nem a Nostrt használják az alapadatokhoz, hanem koordinációs és felfedezési mechanizmusként, például decentralizált kódegyüttműködés git használatával, fájltárolás, torrent megosztás és videó livestreaming. --- ## Még mindig építés alatt A Nostr egy ötlet sok nyílt forráskódú szoftverrel körülvéve és nagy felhasználói bázissal, de nem egy kész, polírozott termék, amelyet stressz nélkül megvehetsz. Még mindig abban a fázisban vagyunk, ahol új programozókra és korai alkalmazókra van szükség, hogy segítsenek finomítani a protokoll folyamatokat és a felhasználói élményt. --- ### Mikroblogging Az úgynevezett "outbox modell" a kanonikus mód a cenzúra-ellenes kliens implementálására, de paraméterei folyékonysak. --- ### Relay-alapú csoportok A NIP-29 leírja a zárt csoportok létrehozását fórumokhoz vagy chathez, amelyek nagyon hatékonyak lehetnek a relay-re támaszkodva, de még mindig cenzúra-ellenesek. --- ## Hogyan működik a Nostr A Nostr valódi szabadságot tesz lehetővé azzal, hogy lehetővé teszi a felhasználók számára, hogy kapcsolatban maradjanak a közönségükkel még kedvezőtlen helyzetekben is. --- ## GYIK ### Mi az a "protokoll"? A protokoll olyan, mint egy közös nyelv, amelyet több különböző szoftver használhat egymás közötti kommunikációra. Olyan, mint az e-mail, a HTML vagy a HTTP. Amikor "protokollt" mondunk, azt jelenti, hogy nincs szükség speciális alkalmazásra a Nostron való részvételhez: sok alkalmazás van, amely ugyanazt a nyelvet beszéli és (többnyire) felcserélhetően használható — és mindegyiknek megvan a saját megközelítése arra, hogyan csináljon és jelenítsen meg dolgokat. --- ### Hogyan kezeli a Nostr a spamet és a nemkívánatos tartalmat? Az alapértelmezett feedben soha nem látsz spamet, mert a kliensek csak az általad követett emberektől származó információt töltik le. Ebben az értelemben senki sem "tolhat" spamet beléd. Trükkösebb, ha például a bejegyzéseidre érkező válaszokat akarod látni. Ebben az esetben egy kliens úgy programozható, hogy bármit letöltsön, ami válasznak állítja magát bárkitől, ami spamet tartalmazhat. A Nostron ezt úgy kezelhetjük, hogy korlátozzuk a kapcsolatunk területét a spammel: például néhány kliens könnyen eldöntheti, hogy csak azokat a válaszokat jeleníti meg, amelyek az általad követett emberek által követett emberektől származnak. Finomítottabb stratégiák magukban foglalják a bejelentést és azután csak az olyan relay-ekről való olvasást, amelyek "biztonságosnak" minősülnek a kritériumaid szerint (lehetnek olyan relay-ek, amelyek fizetést igényelnek, emberi szűrést végeznek, vagy csak bizonyos közösségek tagjait fogadják). Nincsenek tökéletes megoldások. De ezek sehol sem léteznek, a centralizált platformok is tele vannak spammel. A Nostr legalább nem naív és próbál a kezdetektől fogva ellenállóságot építeni. --- ### Skálázódik-e a Nostr masszív felhasználói adoptálással? Igen, a Nostr csak egy alapvető kliens-szerver architektúra. És az a tény, hogy a felhasználók természetesen szétoszthatják magukat száz különböző relay között, miközben a kliensek tucatnyi relay-t kérdezhetnek egyszerre, azt jelenti, hogy a hálózat rendelkezik egy természetes terheléselosztóval (ami nem gátol meg egyetlen relay-t abban, hogy saját belső terheléselosztóval rendelkezzen). Egy másik (szinte ellenkező) aggódás az lehet, hogy problémák merülnek fel, ha a klienseknek túl sok relay-hez kell csatlakozniuk, ha a követett profilok valamiért úgy döntenek, hogy túl sokat terjesztenek. De ennek sem kellene problémának lennie, mert az emberek hajlamosak sok hasonló tartalmú fiókot követni, és ezek hajlamosak megosztani a relay-eket. Még ha ez történik is, olcsó a natív alkalmazásoknak sok száz WebSocket kapcsolat megnyitása egyszerre (mivel nagyon kevés adatot kapnak mindegyikben). Webes alkalmazásoknál ez nem olyan egyszerű, de még mindig felmehetünk néhány százig nagyobb problémák nélkül. Mindezek ellenére, bármelyik elég teljes alkalmazásban, amely meg akarja jeleníteni a "követési feedet", már szükség van az események helyi adatbázisban való tárolására, és ez könnyen kezelhetővé teszi ezeket a problémákat, mivel az eseménykéréseket kötegekben is megteheted az egyszerre helyett. --- ### Milyen védelmet nyújt a Nostr az online zaklatás ellen? A zaklatás hasonló a spamhez abban az értelemben, hogy bárki létrehozhatja a nemkívánatos tartalmat és közzéteheti az azt elfogadó relay-eken. A spam elkerülésében említett összes technika alkalmazható ebben az esetben is. De ha konkrét egyénekről beszélünk állandó identitással és nem csak botok hadáról, a probléma könnyebb, mivel azokat az egyéneket egyszerűen blokkolhatja a célzott személy, és a tartalmuk el fog tűnni. Feltételezhetően az ilyen célzott személy barátai is blokkolják, és kreatív megoldások, amelyek megosztott blokkolási listákat foglalnak magukban, létrehozhatók úgy, hogy néhány embernek nem is kell közvetlenül a blokkolás gombra kattintania. Egyéb megközelítések, például korlátozott olvasású relay-ek (amelyek emulálhatják a "védett fiók"/"csak barátok" funkciókat a centralizált platformokon láthatóak), tovább javíthatják ezt. --- ### Miért ne használjam a Mastodont/Fediverse-t? Sok probléma van a Mastodonnal, többnyire abból, hogy nem támaszkodik semmilyen kriptográfiára. Mivel nem tudja a Nostr multi-master megközelítését a kriptográfia hiánya miatt, az identitások "tulajdonosnak" tekinthetők a szerver által, amelyet teljes mértékben megbízhatónak tartanak a bérlői. A Mastodon szerver tulajdonosai minden olyan kárt megtehetnek, amit a centralizált platformok megtehetnek az alárendeltjeiknek, akik teljesen tehetetlenek a rossz viselkedés esetén, vagy akár a normál esetben is, amikor egy szerver tulajdonosa elveszti a szerverét vagy úgy dönt, hogy leállítja valamiért. Ennél is rosszabb, sok állítólagos funkciójához, mint például a blokkolás vagy a közvetlen üzenetek, a felhasználóknak meg kell bízzanak a többi szerver tulajdonosaiban is. Vannak problémák a DNS rendszerre való támaszkodással is, de ezekről nem kell beszélnünk. A Mastodon legérdekesebb funkciója, hogy természeténél fogva közösségeket hoz létre megosztott értékekkel, amelyek minden szerverében növekednek. Vagyis, azt kellene mondanom, hogy ez egy funkció lenne, ha tényleg így működne. Valójában ezek nem igazi közösségek, hanem felhasználók összevisszasága, akik megoszthatnak némi érdeklődést egymás között, de más érdeklődésük is van, és ezek az más érdeklődések végül beszennyezik az állítólagos "közösséget" olyan dolgokkal, amelyek nem érdeklik a többi felhasználót. A Nostr ezzel szemben valódi közösségeket hozhat létre a relay-ek körül, kifejezetten azért, mert a felhasználóknak nem kell teljesen azokhoz a relay-ekhez tartozniuk, hanem el mehetnek hozzájuk csak néhány igényükért, és más relay-ekhez mehetnek más igényekért. --- ### Miért ne használjam a Bluesky-t/ATProto-t? A Bluesky-nek sok problémája van, a két legkiemelkedőbb: - **Identitás centralizáció:** minden fiók a PLC-hez tartozik, egy központi entitás által üzemeltetett adatbázishoz, amely tetszése szerint cenzurálhat — vagy alternatívaként tartozhatnak egy DNS domainhez, ami nehézkes, szintén cenzurálható, kockázatos és nem várható, hogy sokan használni fogják; - **Adat centralizáció:** mert a Relay-AppView-Client folyamat egyetlen kanonikus adatforrást feltételez minden lépésnél (a Nostr multi-master architektúrájával ellentétben), ez a forrás mindig egy szerver, amelynek hatalma van cenzurálni, shadowban-ni, adatokat újrarendezni és így tovább. A klienseket "butának" feltételezik és megbíznak az AppView-ban, és itt hely van mindenféle nemkívánatos trükkre. Az AppView-ok is feltételezik, hogy egyetlen Relay-ből származtatják az adataikat, és itt is hely van ugyanahhoz az hatáshoz. Érvelhetnél azzal, hogy a Bluesky kliensek okosabbá válhatnak és elkezdhetnek több AppView-ból, több Relay-ből származó adatot használni, vagy hogy az AppView-ok több Relay-re támaszkodhatnak, vagy hogy a kliensek közvetlenül a PDS-ekhez beszélhetnek — és mindez lehetséges és valóban megoldásokat hozna, de vedd észre, hogy ha ezek a dolgok elkezdenének történni, a Bluesky végül Nostrrá válna, csak több lépéssel. --- ### Az ökonómiai ösztönzők összhangban vannak a relay-ek működtetésével? Igen, [ez a klip](https://njump.me/nevent1qqsxstdgkge3k9mtezv4z4lpp88p3lnqta9k0k6n8hex0a4zv62pdmqzyqalp33lewf5vdq847t6te0wvnags0gs0mu72kz8938tn24wlfze6pfalk0) jól válaszol rá. De alapvetően a válasz ugyanaz, mint a skálázódási kérdésnél: ha a felhasználók bármelyik relay-hez mehetnek, látni fogunk relay-eket, amelyeket mindenféle emberek és entitások működtetnek. Szerverek futtatása nagyon olcsó, és egy relay futtatható egy $5/hó szerveren és legalább néhány ezer felhasználót elhelyezhet. Nem nehéz elképzelni relay-eket, amelyeket közösségek működtetnek, egyének, akik csak hasznosak akarnak lenni másoknak, nagy szervezetek, akik jóakaratot akarnak szerezni a közönség egyes részeivel, de vállalatok, kliens készítők és természetesen dedikált entitások is, akik nagyon olcsón árulják a relay hostingot. --- ### Ha a tartalom több relay között oszlik meg, hogyan lehetek biztos benne, hogy mindent látok? Nem a világ természete, hogy látni vagy hallani lehessen mindent, ami mindenhol történik minden időben. A Nostr ezt a tulajdonságot örökli a világtól, így csak azt láthatod, amire figyelmedet irányítod (és amit a relay, amely az információt tárolja, enged látni). --- ### Hogyan működik a keresés? Csak az kereshető, amit láttál, így a keresőmotoroknak mindig a hálózat egyes részeit kell másolniuk, amelyeket kiválasztottak, és ezeket indexelni kell a nyilvános keresés engedélyezéséhez. A "kiválasztott" szót használjuk, mert tudjuk, hogy nem lehet "globális" nézete a hálózatnak (és senki sem akarna ilyen dolgot, mert tele lenne spammel), így az indexelőknek választaniuk kell. Ez nem különbözik attól, hogy a Google eldönti, mely weboldalakat indexelje. Másrészt meglepően megvalósítható a kliensek számára, hogy tárolják az összes bejegyzést az általad követett emberektől, vagy az összes bejegyzést, amit láttál vagy amellyel interaktáltál az idő múlásával (mivel ez csak szöveg, hatalmas mennyiségű jegyzet elfér ugyanabban a térben, ahol különben egyetlen fotót tárolnának), majd helyi keresést biztosítani felette. Az a fajta keresés elegendő lesz a legtöbb esethez, amikor a centralizált platformokon a keresősávhoz nyúlsz (ami az, hogy olyan dolgokat keresel, amiket már láttél), és talán még hasznosabb is, mivel természetesen kiszűri az összes nem kapcsolódó szemetet. Végül, a réteg- vagy közösség-orientált relay-ek is nagyon hasznos keresési képességeket nyújthatnak azáltal, hogy indexelik a helyileg tárolt jegyzeteket, amelyek már szűrve és a relay témájához vagy csoportjához szabva (képzeljük el a keresést egy Discord, Slack vagy Telegram csoport felett). --- ### Hogyan fedezhetek fel új tartalmat olyan emberektől, akiket még nem követek, ha nincsenek algoritmusok? A legalkalmasabb módja ennek a központi közösségi platformok felhasználói által régóta használt természetes szokások követése: az általad követett emberek megtekintésével és azzal, hogy kikkel interakcióznak. De az sem igaz, hogy a Nostrnak nincsenek algoritmusai. A Nostrnak lehetnek mindenféle algoritmusai: manuális, automatikus, AI-alapú vagy szabály-alapú. Néhány algoritmus teljesen helyileg futtatható a klienseken (például olyan bejegyzések felhozása azokból az időkből, amikor nem voltál online, vagy azoktól az emberektől, akik kevesebb bejegyzést tesznek közzé), míg más algoritmusokat mindenféle relay-ek biztosíthatnak, akár természetesen felhozva bejegyzéseket egy olyan közösségből, amelyet nem követsz, vagy dedikált relay-ek által, amelyeknek a kijelentett célja egy célközönség számára kívánatos tartalom kurálása, vagy akár specifikus felhasználók megcélzásával. --- ### Kapcsolódik a Nostr a Bitcoinhoz? A Nostr ugyanazokat a kriptográfiai alapelveket használja, mint a Bitcoin, és túlnyomórészt a Bitcoinerek közössége indította el, így aránytalanul vonzotta a Bitcoinerek figyelmét az elején. De ettől eltekintve nincs semmilyen kapcsolata a Bitcoinnal. Nem függ a Bitcointól semmiért, és nem kell tudnod vagy rendelkezned vagy törődnöd semmilyen Bitcoinnal ahhoz, hogy használd a Nostrt. Mi a helyzet a "zap"-ekkel? A zapok egy szabvány a Nostr tartalom Bitcoin használatával történő borravalózására, amelyet néhány Nostr kliens implementál, de ez teljesen és teljesen opcionális, és ha nem érdekel a Bitcoin, nem kell foglalkoznod vele. --- ## Vélemények ### Mit mondanak az emberek? Idézetek azoktól, akik jobban tudják és úgy döntöttek, hogy kedvelik a Nostrt. --- *Megjegyzés: Ez a dokumentum a https://nostr.com/what-is-nostr oldal alapján készült, magyarra fordítva.*