Nostr a primit multă atenție și abur în spatele lui de când a apărut adăugare recentă la lista platformelor sociale alternative cărora li se interzice promovarea pe Twitter. Și, de asemenea, câștigă teren pe măsură ce a devenit clar că achiziția Twitter de către Elon Musk nu a schimbat fundamental nimic în ceea ce privește libertatea de exprimare pe platformă - utilizatorii sunt inca fiind interzis din motive inconsecvente și arbitrare, iar oamenii caută o alternativă descentralizată care să nu fie ceva de genul Mastodon, unde un operator de server are încă capacitatea de a-ți controla identitatea.
În ciuda atenției recente, protocolul Nostr și implementarea primului server releu au fost create de fapt la sfârșitul anului 2020 de către dezvoltator. fiatjaf. Înainte de marea explozie de atenție, a fost doar un protocol liniștit, de nișă, care încerca pur și simplu să fie o soluție ușoară la problemele Twitter și Mastodon. Pe ambele sisteme, identitatea/numele dvs. de utilizator este pur și simplu un lucru controlat de oricine rulează serverul. Mastodon fiind un sistem federat cu mai multe servere diferite, toate care vorbesc între ele, nu schimbă în mod fundamental această realitate. Serverul oricui îl utilizați pentru a găzdui un cont deține control total dacă îl puteți folosi sau nu. Chiar și rulând propriul dvs. server, alți operatori de server pot pune pe lista albă sau neagră serverele care vor avea voie să vorbească cu ale lor. Acest lucru a dus la o mulțime de partiționări în „Fediverse” a diferitelor servere Mastodon și face ca ideea de a rula propriul dvs. În cele din urmă, puteți fi cenzurat de alți operatori de server, împiedicând utilizatorii lor să vă vadă vreodată conținutul în feedul lor.
Principalul diferențiere dintre Nostr și ceva de genul Mastodon este că, în loc să folosească un nume de utilizator deținut de un operator de server, fiecare utilizator utilizează o pereche de chei publică/privată pentru a gestiona acea funcție. Acesta este ceva de care un operator de server nu poate pur și simplu să-ți scape sau să te blocheze. Acesta este unul dintre elementele de bază pe care este construit protocolul general Nostr.
Următorul este „evenimente”. Acesta este obiectul/tipul de date de bază utilizat de clienți și de serverele releu la care clienții se conectează pentru a trimite și a prelua mesaje. Ideea generală a protocolului este că clienții trimit evenimente către serverele releu, care apoi, la rândul lor, le stochează și le indexează, iar alți clienți pot comunica cu serverele releu pentru a solicita evenimentele pe care le-au primit și stocat. În original NIP 01, sunt definite trei tipuri diferite de evenimente:
- 0: trimite metadate despre un utilizator, cum ar fi numele de utilizator, imaginea, biografia etc.
- 1: Trimite mesaje text și conținut de bază
- 2: recomandă servere de retransmisie la care să se conecteze persoanele care urmăresc creatorul evenimentului
Toate evenimentele sunt structurate într-un mod special definit. Acestea includ cheia publică a creatorului, o marca temporală a când au fost create, tipul lor (sau felul în specificație), încărcătura utilă de conținut și o semnătură de la creatorul evenimentului. De asemenea, pot avea etichete care fac referire la alte evenimente sau utilizatori și au o valoare ID care este un hash al tuturor, cu excepția semnăturii creatorului (similar cu un TXID pentru tranzacțiile Bitcoin). Acest lucru vă permite să garantați că un mesaj a fost creat efectiv de proprietarul cheii publice din interiorul acestuia prin verificarea semnăturii (și a persoanei care deține cheia respectivă dacă nu este compromisă) și garantați că mesajul nu a fost modificat după l-au semnat. La fel cum nu puteți modifica o tranzacție Bitcoin după ce este semnată fără a o anula, nu puteți modifica un eveniment Nostr după ce creatorul a semnat-o fără a fi o fraudă evidentă.
Sistemul de tip eveniment a fost extins destul de substanțial de la acel NIP original. Există un tip de eveniment pentru mesajele directe criptate, stabilirea unei chei partajate prin combinarea cheii private a expeditorului cu cheia publică a destinatarului, ceea ce are ca rezultat aceeași cheie pe care ați obține-o prin combinarea cheii publice a expeditorului cu cheia privată a destinatarului (așa PIB 47 și Silent Payments funcționează). Există, de asemenea, tipuri pentru evenimente înlocuibile și evenimente efemere. În cazul unui eveniment înlocuibil (evident), acestea sunt concepute astfel încât creatorul inițial al evenimentului să poată semna unul nou pentru a-l înlocui pe cel vechi. Serverele de retransmisie care urmează specificațiile vor elimina automat evenimentul mai vechi din stocarea lor și vor începe să ofere versiunile mai noi clienților după primire. Evenimentele efemere sunt concepute astfel încât să fie transmise oricui se abonează la creatorul lor atunci când sunt trimise la releu, dar serverele de releu nu ar trebui să le stocheze. Acest lucru creează posibilitatea ca mesajele să fie văzute numai de oameni atunci când sunt online în timpul difuzării acestuia. Există chiar și un tip de eveniment pentru a semnala o reacție (cum ar fi like-uri sau emoji) la evenimentele altor persoane.
Apropo de acesta din urmă, evenimentele pot conține și etichete. În prezent, există tipuri de etichete pentru evenimente (pentru a face referire la un eveniment Nostr exact), chei publice (pentru a eticheta sau trimite alți utilizatori) și subiecte (pentru a emula funcționalitatea, cum ar fi subiectele e-mailului). Toate acestea pot include indicatoare către anumite servere de retransmisie de la care datele pot fi preluate, astfel încât utilizatorii să poată interacționa efectiv între servere, adică un utilizator care își postează conținutul pe un server de retransmisie poate interacționa și poate face referire la conținutul creat de un alt utilizator care postează pe un server releu diferit într-un mod care permite oricărui utilizator să preia în mod coerent întregul fir de interacțiuni în ordinea corectă și fără o complexitate masivă în a afla unde să găsească datele relevante.
În interiorul NIP-ului original, este dată o specificație pentru modul în care clienții trebuie să interacționeze cu serverele releu printr-o structură de mesaje/date de abonament care include filtre pentru ce evenimente este interesat să primească clientul. Aceste filtre pot specifica cheile publice ale utilizatorilor, evenimentele exacte, tipurile de evenimente și chiar intervalele de timp specifice în care aceștia le doresc pe baza criteriilor anterioare. Puteți chiar să trimiteți prefixe ale cheilor publice sau ale ID-urilor de eveniment, cum ar fi „1xjisj…”. și primiți orice eveniment sau evenimente de la o cheie publică care încep cu acel șir scurt (acest lucru poate fi util pentru a ascunde de la un server de retransmisie ceea ce doriți de fapt să vedeți).
În general, protocolul este o schemă generalizată, foarte simplă, de transmitere a mesajelor între utilizatori, care acoperă lucruri importante, cum ar fi garantarea integrității mesajelor și cine le-a trimis prin utilizarea identităților cheie publice, facilitând totodată infrastructura pe backend pentru servere releu care pot fi extrem de centralizate sau permit unui utilizator să ruleze propriul server de releu personal, toate în timp ce interacționează perfect între ele și nu provoacă haos masiv în cazul în care un utilizator este interzis de pe un server de releu. Ei se pot muta pe altul sau pot rula pe al lor, iar dezplatformarea lor de pe serverul anterior nu le pierde identitatea digitală sau adepții, deoarece păstrează în continuare controlul asupra cheii lor private, iar utilizatorii o pot autentifica atunci când le găsesc în altă parte.
De asemenea, serverele releu pot funcționa oricum doresc. Ei pot funcționa gratuit, pot percepe microplăți pentru a posta sau descărca mesaje și există chiar și un NIP pentru că ai solicitat o dovadă a muncii în stil hashcash pentru a trimite un mesaj. Acestea pot fi un singur server de retransmisie pentru găzduirea și difuzarea numai a postărilor dvs. către alți utilizatori sau pot fi un server care rulează la scară masivă, cum ar fi Twitter sau Reddit (clienții pot afișa și organiza informații cum doresc, ceea ce permite emularea în esență a oricărei rețele sociale). platformă media care există astăzi). Toate acestea pot interopera fără probleme și fără a putea exclude un utilizator. Îi puteți împiedica să posteze conținut pe serverul dvs. de retransmisie, dar în cele din urmă nu îi puteți opri să vadă conținutul pe care îl găzduiți pe serverul dvs. de retransmisie sau să împiedicați alți utilizatori să-și găsească conținutul pe alte servere.
Este un protocol foarte simplist, cu un spațiu de proiectare mare și deschis pe care oamenii să-l construiască, garantând utilizatorilor că pot interacționa întotdeauna între ei, indiferent de ce aleg operatorii de server de releu individual să găzduiască sau nu. Aceasta este în același timp cea mai mare putere și cea mai mare slăbiciune. Deși garantează dezvoltatorilor libertatea de a construi fără constrângeri stricte printr-un protocol complicat, există și multe probleme cu care se va confrunta în mod inerent și care nu sunt gestionate de protocolul în sine.
În următoarea bucată pe care o scriu, voi aborda unele dintre problemele pe care le văd că apar și potențiale soluții, dar pentru moment, voi spune doar că în ceea ce privește simplitatea designului și posibilitățile pe care le oferă oamenilor build, Nostr a făcut o treabă foarte bună, având în vedere că este creația unei persoane și doar o mână de oameni au contribuit cu adevărat la specificația protocolului în sine până acum.
Aceasta este o postare pentru oaspeți de Shinobi. Opiniile exprimate sunt în întregime proprii și nu reflectă neapărat cele ale BTC Inc sau Bitcoin Magazine.
- Distribuție de conținut bazat pe SEO și PR. Amplifică-te astăzi.
- Platoblockchain. Web3 Metaverse Intelligence. Cunoștințe amplificate. Accesați Aici.
- Sursa: https://bitcoinmagazine.com/technical/what-makes-nostr-a-different-social-platform
- 2020
- 7
- a
- capacitate
- Capabil
- Despre Noi
- Cont
- peste
- de fapt
- După
- TOATE
- permite
- alternativă
- mereu
- și
- O alta
- oricine
- atenţie
- autentifica
- în mod automat
- Backend
- interzis
- bazat
- de bază
- deoarece
- deveni
- înainte
- în spatele
- fiind
- între
- Mare
- Bitcoin
- Revista Bitcoin
- tranzacții bitcoin
- bitcoineri
- Blocuri
- difuza
- BTC
- BTC Inc.
- construi
- Clădire
- construit
- Cumpără
- nu poti
- caz
- provocând
- centralizat
- Schimbare
- Haos
- taxă
- Alege
- clar
- client
- clientii
- combinând
- comunica
- complexitate
- complicat
- compromis
- Conectați
- luand in considerare
- constrângeri
- conţinut
- Contribuit
- Control
- controlată
- Nucleu
- Covers
- a creat
- creează
- creator
- Criteriile de
- În prezent
- de date
- descentralizată
- Amenajări
- proiectat
- Dezvoltator
- Dezvoltatorii
- diferit
- digital
- identitate digitală
- direcționa
- Afişa
- Descarca
- Picătură
- în timpul
- fiecare
- Elon
- Elon Musk
- în altă parte
- criptate
- Întreg
- în întregime
- În esență,
- stabilirea
- etc
- Chiar
- eveniment
- evenimente
- EVER
- tot
- Cu excepția
- există
- extins
- și-a exprimat
- extrem
- facilitând
- Fediverse
- Adus
- Filtre
- Găsi
- descoperire
- First
- îmbulzesc
- următor
- fraudă
- Gratuit
- Libertate
- din
- funcţie
- funcționalitate
- fundamental
- câștigă
- General
- obține
- dat
- Go
- bine
- buna treaba
- cea mai mare
- garanta
- garanții
- Oaspete
- Vizitator Mesaj
- mână
- manipula
- hașiș
- având în
- gazdă
- găzduire
- Cum
- Totuși
- HTTPS
- idee
- identitățile
- Identitate
- implementarea
- important
- in
- include
- include
- index
- individ
- informații
- Infrastructură
- in schimb
- integritate
- interacţiona
- interacționând
- interacţiuni
- interesat
- interopera
- probleme de
- IT
- în sine
- Loc de munca
- Cheie
- chei
- Copil
- mare
- Nume
- Led
- Permite
- categorie ușoară
- Listă
- cautati
- pierde
- Lot
- revistă
- menține
- FACE
- multe
- masiv
- Mastodont
- Mass-media
- mesaj
- mesaje
- Metadata
- microplati
- muta
- multiplu
- Mosc
- în mod necesar
- Nou
- următor
- Al nostru
- evident
- Vechi
- ONE
- on-line
- deschide
- deschide
- funcionar
- operator
- Operatorii
- Avize
- comandă
- original
- Altele
- global
- propriu
- deţinute
- proprietar
- deține
- Care trece
- plăți
- oameni
- persoană
- personal
- imagine
- bucată
- platformă
- Platforme
- Plato
- Informații despre date Platon
- PlatoData
- posibilităţile de
- posibilitate
- Post
- postări
- potenţial
- împiedica
- prevenirea
- anterior
- privat
- cheie privată
- probleme
- de promovare
- dovadă
- adecvat
- protocol
- public
- Cheia publică
- chei publice
- reacţie
- Realitate
- motive
- a primi
- primit
- primire
- recent
- recomandă
- reflecta
- Fără deosebire
- înlocui
- solicita
- REZULTATE
- reveni
- Alerga
- funcţionare
- acelaşi
- Scară
- schemă
- perfect
- vedere
- acapara
- Servere
- servire
- comun
- Pantaloni scurți
- semna
- Semnal
- semnat
- asemănător
- simplitate
- pur şi simplu
- simultan
- întrucât
- singur
- So
- până acum
- Social
- social media
- platforme sociale
- soluţie
- soluţii
- unele
- ceva
- Spaţiu
- specific
- specificație
- Aburi
- Încă
- Stop
- depozitare
- stoca
- stocate
- rezistenţă
- structura
- structurat
- prezenta
- abonament
- astfel de
- a presupus
- sistem
- sisteme
- TAG
- Vorbi
- vorbesc
- termeni
- lor
- lucru
- lucruri
- trei
- Prin
- timestamp-ul
- la
- astăzi
- top
- Total
- tracțiune
- tranzacție
- Tranzacții
- ÎNTORCĂ
- stare de nervozitate
- Tipuri
- în cele din urmă
- utilizare
- Utilizator
- utilizatorii
- utilizează
- valoare
- verificarea
- Vizualizare
- golirea
- dorit
- slăbiciune
- Ce
- dacă
- care
- în timp ce
- Listă albă
- OMS
- oricine
- voi
- fără
- Apartamente
- ar
- scrie
- Tu
- Ta
- zephyrnet