Od tego czasu Nostr zyskał wiele uwagi i pary ostatnie dodanie na listę alternatywnych platform społecznościowych, których promocja na Twitterze jest zabroniona. Zyskuje również na popularności, ponieważ stało się jasne, że wykupienie Twittera przez Elona Muska zasadniczo nie zmieniło niczego w kwestii wolności słowa na platformie — użytkownicy są nadal zakazane z niespójnych i arbitralnych powodów, a ludzie szukają zdecentralizowanej alternatywy, która nie jest czymś w rodzaju Mastodon, gdzie operator serwera nadal ma możliwość kontrolowania Twojej tożsamości.
Pomimo niedawnej uwagi, protokół Nostr i pierwsza implementacja serwera przekazującego zostały faktycznie stworzone pod koniec 2020 roku przez programistę fiatjaf. Przed wielkim przypływem uwagi był to tylko cichy, niszowy protokół, który po prostu próbował być lekkim rozwiązaniem problemów Twittera i Mastodona. W obu systemach twoja tożsamość/nazwa użytkownika jest po prostu rzeczą kontrolowaną przez tego, kto obsługuje serwer. Mastodon będący systemem federacyjnym z wieloma różnymi serwerami, z których wszystkie komunikują się ze sobą, zasadniczo nie zmienia tej rzeczywistości. Serwer, którego używasz do hostowania konta, ma całkowitą kontrolę nad tym, czy możesz z niego korzystać, czy nie. Nawet prowadząc własny serwer, inni operatorzy serwerów mogą umieszczać na czarnej lub białej liście serwery, które będą mogły rozmawiać z nimi. Doprowadziło to do wielu partycjonowań w „Fediverse” różnych serwerów Mastodon i sprawia, że pomysł uruchamiania własnego jest bez znaczenia. Nadal możesz ostatecznie zostać ocenzurowany przez innych operatorów serwerów, uniemożliwiając ich użytkownikom zobaczenie Twoich treści w ich kanale.
Podstawową różnicą między Nostr a czymś takim jak Mastodon jest to, że zamiast używać nazwy użytkownika należącej do operatora serwera, każdy użytkownik używa pary kluczy publiczny/prywatny do obsługi tej funkcji. To jest coś, czego operator serwera nie może po prostu odebrać ani zablokować. Jest to jeden z podstawowych elementów składowych, na których zbudowany jest ogólny protokół Nostr.
Następny to „wydarzenia”. Jest to podstawowy typ obiektu/danych używany przez klientów i serwery przekazujące, z którymi łączą się klienci w celu wysyłania i pobierania wiadomości. Ogólna koncepcja protokołu polega na tym, że klienci wysyłają zdarzenia do serwerów przekazujących, które z kolei przechowują je i indeksują, a inni klienci mogą komunikować się z serwerami przekazującymi, aby żądać odebranych i przechowywanych zdarzeń. W orginale NIP 01zdefiniowane są trzy różne typy zdarzeń:
- 0: Wysyła metadane o użytkowniku, takie jak nazwa użytkownika, zdjęcie, biografia itp.
- 1: Wysyła wiadomości tekstowe i podstawowe treści
- 2: Poleca serwery przekaźnikowe osobom śledzącym twórcę wydarzenia, z którymi mogą się połączyć
Wszystkie wydarzenia są zorganizowane w ściśle określony sposób. Obejmują klucz publiczny twórcy, znacznik czasu, kiedy zostały utworzone, ich typ (lub rodzaj w specyfikacji), ładunek zawartości oraz podpis twórcy zdarzenia. Mogą również mieć tagi odnoszące się do innych zdarzeń lub użytkowników i mieć wartość identyfikatora, która jest skrótem wszystkiego oprócz podpisu twórcy (podobnie jak TXID dla transakcji Bitcoin). Dzięki temu możesz zagwarantować, że wiadomość została faktycznie utworzona przez właściciela klucza publicznego w niej zawartego, poprzez weryfikację podpisu (i osoby, która jest właścicielem tego klucza, jeśli nie został naruszony) i zagwarantować, że wiadomość nie została zmieniona po oni to podpisali. Tak jak nie można zmienić transakcji Bitcoin po jej podpisaniu bez jej unieważnienia, tak nie można zmienić zdarzenia Nostr po podpisaniu przez twórcę bez oczywistego oszustwa.
System rodzajów zdarzeń został dość znacznie rozszerzony w stosunku do tego oryginalnego NIP. Istnieje typ zdarzenia dla zaszyfrowanych wiadomości bezpośrednich, ustanawiający klucz współdzielony przez połączenie klucza prywatnego nadawcy z kluczem publicznym odbiorcy, co daje taki sam klucz, jaki można uzyskać, łącząc klucz publiczny nadawcy z kluczem prywatnym odbiorcy (w ten sposób BIP 47 i ciche płatności działają). Istnieją również typy zdarzeń wymiennych i zdarzeń efemerycznych. W przypadku wydarzenia zastępowalnego (oczywiście) są one zaprojektowane tak, aby oryginalny twórca wydarzenia mógł podpisać nowe w miejsce starego. Serwery przekazujące zgodnie ze specyfikacją automatycznie usuwają starsze zdarzenia ze swoich pamięci i rozpoczynają udostępnianie klientom nowszych wersji po ich otrzymaniu. Zdarzenia efemeryczne są zaprojektowane w taki sposób, że będą transmitowane do każdego subskrybującego ich twórcę po wysłaniu do przekaźnika, ale serwery przekaźnikowe nie powinny ich przechowywać. Stwarza to możliwość wyświetlania wiadomości tylko osobom, które są online podczas jej emisji. Istnieje nawet typ zdarzenia, który sygnalizuje reakcję (taką jak polubienia lub emotikony) na wydarzenia innych osób.
Mówiąc o tym ostatnim, zdarzenia mogą również zawierać tagi. Obecnie istnieją typy znaczników dla zdarzeń (do odwoływania się do konkretnego zdarzenia Nostr), kluczy publicznych (do oznaczania lub odwoływania się do innych użytkowników) i tematów (do emulowania funkcjonalności, takich jak tematy wiadomości e-mail). Wszystkie z nich mogą zawierać wskaźniki do określonych serwerów przekazujących, z których dane mogą być pobierane, aby użytkownicy mogli rzeczywiście wchodzić w interakcje między serwerami, tj. inny serwer przekazujący w sposób, który pozwala każdemu użytkownikowi spójnie pobrać cały wątek interakcji we właściwej kolejności i bez ogromnej złożoności w ustalaniu, gdzie znaleźć odpowiednie dane.
W oryginalnym NIP podano specyfikację dotyczącą tego, w jaki sposób klienci mają wchodzić w interakcje z serwerami przekazującymi za pośrednictwem struktury wiadomości/danych subskrypcji, która zawiera filtry dla zdarzeń, które klient jest zainteresowany otrzymywaniem. Filtry te mogą określać klucze publiczne użytkowników, dokładne zdarzenia, typy zdarzeń, a nawet określone ramy czasowe, w których chcą je mieć na podstawie wcześniejszych kryteriów. Możesz nawet przesyłać prefiksy kluczy publicznych lub identyfikatory zdarzeń, takie jak „1xjisj…” i odbieraj dowolne zdarzenie lub zdarzenia z klucza publicznego, które zaczynają się od tego krótkiego ciągu (może to być przydatne do ukrywania przed serwerem przekaźnikowym tego, co faktycznie chciałeś zobaczyć).
Ogólnie rzecz biorąc, protokół jest bardzo prostym, uogólnionym schematem przekazywania wiadomości między użytkownikami, który obejmuje ważne rzeczy, takie jak zagwarantowanie integralności wiadomości i określenie, kto je wysłał przy użyciu tożsamości klucza publicznego, a także ułatwia infrastrukturę na zapleczu dla serwery przekaźnikowe, które mogą być bardzo scentralizowane lub pozwalają użytkownikowi na prowadzenie własnego osobistego serwera przekaźnikowego, a jednocześnie bezproblemowo współdziałają ze sobą i nie powodują ogromnego chaosu w przypadku zablokowania użytkownika na jednym serwerze przekaźnikowym. Mogą przenieść się na inny lub uruchomić własny, a ich de-platformowanie z poprzedniego serwera nie powoduje utraty cyfrowej tożsamości ani obserwujących, ponieważ nadal zachowują kontrolę nad swoim kluczem prywatnym, a użytkownicy mogą go uwierzytelnić, znajdując ich gdzie indziej.
Serwery przekaźnikowe mogą również działać tak, jak chcą. Mogą działać za darmo, mogą pobierać mikropłatności za wysyłanie lub pobieranie wiadomości i jest nawet NIP za wymaganie dowodu pracy w stylu hashcash, aby przesłać wiadomość. Mogą być pojedynczym serwerem przekazującym do hostowania i udostępniania tylko Twoich postów innym użytkownikom lub mogą być serwerem działającym na masową skalę, takim jak Twitter lub Reddit (klienci mogą wyświetlać i organizować informacje w dowolny sposób, co pozwala emulować zasadniczo dowolne istniejąca obecnie platforma medialna). Wszystko to może bezproblemowo współpracować bez możliwości odcięcia użytkownika. Możesz uniemożliwić im publikowanie treści na Twoim serwerze przekazującym, ale ostatecznie nie możesz uniemożliwić im przeglądania treści, które przechowujesz na serwerze przekazującym, ani uniemożliwić innym użytkownikom znajdowanie ich treści na innych serwerach.
Jest to bardzo uproszczony protokół z dużą, otwartą przestrzenią projektową do zbudowania przez ludzi, gwarantujący użytkownikom zawsze wzajemną interakcję, niezależnie od tego, co poszczególni operatorzy serwerów przekazujących zdecydują się hostować, a czego nie. Jest to jednocześnie jego największa siła i największa słabość. Chociaż gwarantuje programistom swobodę tworzenia bez ścisłych ograniczeń za pomocą skomplikowanego protokołu, istnieje również wiele problemów, które z natury napotkają, a których sam protokół nie obsługuje.
W następnym artykule, który napiszę, przejdę do niektórych problemów, które widzę, i potencjalnych rozwiązań, ale na razie powiem tylko, że pod względem prostoty projektu i możliwości, jakie otwiera dla ludzi build, Nostr wykonał bardzo dobrą robotę, biorąc pod uwagę, że jest to pomysł jednej osoby i jak dotąd tylko garstka ludzi naprawdę przyczyniła się do samej specyfikacji protokołu.
To jest gościnny post Shinobi. Wyrażone opinie są całkowicie ich własnymi i niekoniecznie odzwierciedlają opinie BTC Inc lub Bitcoin Magazine.
- Dystrybucja treści i PR oparta na SEO. Uzyskaj wzmocnienie już dziś.
- Platoblockchain. Web3 Inteligencja Metaverse. Wzmocniona wiedza. Dostęp tutaj.
- Źródło: https://bitcoinmagazine.com/technical/what-makes-nostr-a-different-social-platform
- 2020
- 7
- a
- zdolność
- Zdolny
- O nas
- Konto
- w poprzek
- faktycznie
- Po
- Wszystkie kategorie
- pozwala
- alternatywny
- zawsze
- i
- Inne
- ktoś
- Uwaga
- uwierzytelniać
- automatycznie
- Backend
- zakazany
- na podstawie
- podstawowy
- bo
- stają się
- zanim
- za
- jest
- pomiędzy
- Duży
- Bitcoin
- Magazyn Bitcoin
- transakcje bitcoin
- bitcoinery
- Bloki
- nadawanie
- BTC
- BTC Inc
- budować
- Budowanie
- wybudowany
- Wykupić
- nie może
- walizka
- spowodowanie
- scentralizowane
- zmiana
- Chaos
- opłata
- Dodaj
- jasny
- klient
- klientów
- łączenie
- komunikować
- kompleksowość
- skomplikowane
- Zagrożone
- Skontaktuj się
- wobec
- Ograniczenia
- zawartość
- przyczyniły
- kontrola
- kontrolowanych
- rdzeń
- Okładki
- stworzony
- tworzy
- twórca
- Kryteria
- Obecnie
- dane
- Zdecentralizowane
- Wnętrze
- zaprojektowany
- Deweloper
- deweloperzy
- różne
- cyfrowy
- tożsamość cyfrowa
- kierować
- Wyświetlacz
- pobieranie
- Spadek
- podczas
- każdy
- Elon
- Elon Musk
- gdzie indziej
- szyfrowane
- Cały
- całkowicie
- istotnie
- ustanowienie
- itp
- Parzyste
- wydarzenie
- wydarzenia
- EVER
- wszystko
- Z wyjątkiem
- istnieje
- rozszerzony
- wyrażone
- niezwykle
- ułatwienie
- Fediverse
- Pobrano
- filtry
- Znajdź
- znalezieniu
- i terminów, a
- uciekają
- następujący
- oszustwo
- Darmowy
- Wolność
- od
- funkcjonować
- Funkcjonalność
- zasadniczo
- zyskuje
- Ogólne
- otrzymać
- dany
- Go
- dobry
- dobra praca
- Największym
- gwarancja
- gwarancji
- Gość
- Guest Post
- garstka
- uchwyt
- haszysz
- mający
- gospodarz
- Hosting
- W jaki sposób
- Jednak
- HTTPS
- pomysł
- tożsamości
- tożsamość
- realizacja
- ważny
- in
- zawierać
- obejmuje
- wskaźnik
- indywidualny
- Informacja
- Infrastruktura
- zamiast
- integralność
- interakcji
- interakcji
- Interakcje
- zainteresowany
- współdziałać
- problemy
- IT
- samo
- Praca
- Klawisz
- Klawisze
- Uprzejmy
- duży
- Nazwisko
- Doprowadziło
- pozwala
- lekki
- Lista
- poszukuje
- stracić
- Partia
- magazyn
- utrzymać
- WYKONUJE
- wiele
- masywny
- Mastodont
- Media
- wiadomość
- wiadomości
- Metadane
- mikropłatności
- ruch
- wielokrotność
- Piżmo
- koniecznie
- Nowości
- Następny
- Nasz
- oczywista
- Stary
- ONE
- Online
- koncepcja
- otwiera
- działać
- operator
- operatorzy
- Opinie
- zamówienie
- oryginalny
- Inne
- ogólny
- własny
- własność
- właściciel
- posiada
- Przechodzący
- płatności
- Ludzie
- osoba
- osobisty
- obraz
- kawałek
- Platforma
- Platformy
- plato
- Analiza danych Platona
- PlatoDane
- możliwości
- możliwość
- Post
- Wiadomości
- potencjał
- zapobiec
- zapobieganie
- Wcześniejszy
- prywatny
- Klucz prywatny
- problemy
- promocja
- dowód
- właściwy
- protokół
- publiczny
- Klucz publiczny
- klucze publiczne
- reakcja
- Rzeczywistość
- Przyczyny
- otrzymać
- Odebrane
- odbieranie
- niedawny
- zaleca
- odzwierciedlić
- Bez względu
- obsługi produkcji rolnej, która zastąpiła
- zażądać
- Efekt
- powrót
- run
- bieganie
- taki sam
- Skala
- schemat
- płynnie
- widzenie
- Chwycić
- Serwery
- służąc
- shared
- Short
- znak
- Signal
- podpisana
- podobny
- prostota
- po prostu
- jednocześnie
- ponieważ
- pojedynczy
- So
- dotychczas
- Obserwuj Nas
- Media społecznościowe
- platformy społecznościowe
- rozwiązanie
- Rozwiązania
- kilka
- coś
- Typ przestrzeni
- specyficzny
- specyfikacja
- Steam
- Nadal
- Stop
- przechowywanie
- sklep
- przechowywany
- jest determinacja.
- Struktura
- zbudowany
- Zatwierdź
- subskrypcja
- taki
- domniemany
- system
- systemy
- TAG
- Mówić
- rozmawiać
- REGULAMIN
- Połączenia
- ich
- rzecz
- rzeczy
- trzy
- Przez
- znak czasu
- do
- już dziś
- Top
- Kwota produktów:
- trakcja
- transakcja
- transakcje
- SKRĘCAĆ
- i twitterze
- typy
- Ostatecznie
- posługiwać się
- Użytkownik
- Użytkownicy
- wykorzystuje
- wartość
- weryfikacja
- Zobacz i wysłuchaj
- unieważnianie
- poszukiwany
- osłabienie
- Co
- czy
- który
- Podczas
- whitelist
- KIM
- ktokolwiek
- będzie
- bez
- Praca
- by
- napisać
- You
- Twój
- zefirnet