Nostr hat seitdem viel Aufmerksamkeit und Dampf hinter sich gebracht neuer Zusatz auf die Liste alternativer sozialer Plattformen, die auf Twitter nicht beworben werden dürfen. Und es gewinnt auch an Zugkraft, da klar geworden ist, dass der Twitter-Aufkauf durch Elon Musk nichts grundlegend an der Meinungsfreiheit auf der Plattform geändert hat – die Benutzer sind es immer noch verboten aus widersprüchlichen und willkürlichen Gründen, und die Leute suchen nach einer dezentralen Alternative, die nicht so etwas wie Mastodon ist, wo a Serverbetreiber hat immer noch die Fähigkeit, Ihre Identität zu kontrollieren.
Trotz der jüngsten Aufmerksamkeit wurden das Nostr-Protokoll und die erste Relay-Server-Implementierung tatsächlich Ende 2020 von Entwicklern erstellt Fiatjaf. Vor dem großen Aufmerksamkeitsschub war es nur ein ruhiges Nischenprotokoll, das einfach versuchte, eine leichte Lösung für die Probleme von Twitter und Mastodon zu sein. Auf beiden Systemen ist Ihre Identität / Ihr Benutzername einfach eine Sache, die von dem kontrolliert wird, der den Server betreibt. Da Mastodon ein föderiertes System mit mehreren verschiedenen Servern ist, die alle miteinander kommunizieren, ändert sich diese Realität nicht grundlegend. Welchen Server Sie zum Hosten eines Kontos verwenden, hat die vollständige Kontrolle darüber, ob Sie ihn verwenden können oder nicht. Selbst wenn Sie Ihren eigenen Server betreiben, können andere Serverbetreiber auf die Black- oder Whitelist setzen, welche Server mit ihren Servern kommunizieren dürfen. Dies hat zu einer starken Partitionierung im „Fediverse“ verschiedener Mastodon-Server geführt und macht die Idee, nur eigene zu betreiben, bedeutungslos. Sie können letztendlich immer noch von anderen Serverbetreibern zensiert werden und verhindern, dass deren Benutzer Ihre Inhalte jemals in ihrem Feed sehen.
Das Hauptunterscheidungsmerkmal zwischen Nostr und etwas wie Mastodon besteht darin, dass jeder Benutzer anstelle eines Benutzernamens, der einem Serverbetreiber gehört, ein öffentliches/privates Schlüsselpaar verwendet, um diese Funktion zu handhaben. Das ist etwas, was ein Serverbetreiber Ihnen nicht einfach wegnehmen oder aussperren kann. Dies ist einer der Kernbausteine, auf denen das gesamte Nostr-Protokoll aufgebaut ist.
Das nächste ist „Ereignisse“. Dies ist der grundlegende Objekt-/Datentyp, der von Clients und den Relay-Servern verwendet wird, mit denen sich Clients verbinden, um Nachrichten zu senden und abzurufen. Die allgemeine Idee des Protokolls besteht darin, dass Clients Ereignisse an Relaisserver senden, die sie dann speichern und indizieren, und andere Clients mit Relaisservern kommunizieren können, um Ereignisse anzufordern, die sie empfangen und gespeichert haben. Im Original NIP01, sind drei verschiedene Ereignistypen definiert:
- 0: Sendet Metadaten über einen Benutzer, wie Benutzername, Bild, eine Biografie usw.
- 1: Sendet Textnachrichten und grundlegende Inhalte
- 2: Empfiehlt Relaisserver für Personen, die dem Ersteller des Ereignisses folgen, um eine Verbindung herzustellen
Alle Veranstaltungen sind in einer genau definierten Weise strukturiert. Sie enthalten den öffentlichen Schlüssel des Erstellers, einen Zeitstempel, wann sie erstellt wurden, ihren Typ (oder Art in der Spezifikation), die Inhaltsnutzlast und eine Signatur des Ereigniserstellers. Sie können auch Tags haben, die auf andere Ereignisse oder Benutzer verweisen, und einen ID-Wert haben, der ein Hash von allem außer der Signatur des Erstellers ist (ähnlich einer TXID für Bitcoin-Transaktionen). Auf diese Weise können Sie garantieren, dass eine Nachricht tatsächlich vom Eigentümer des darin enthaltenen öffentlichen Schlüssels erstellt wurde, indem Sie die Signatur (und die Person, die diesen Schlüssel besitzt, wenn er nicht kompromittiert ist) überprüfen, und garantieren, dass die Nachricht danach nicht geändert wurde sie haben es unterschrieben. So wie Sie eine Bitcoin-Transaktion nicht ändern können, nachdem sie signiert wurde, ohne sie ungültig zu machen, können Sie ein Nostr-Ereignis nicht ändern, nachdem der Ersteller es signiert hat, ohne dass es sich um einen offensichtlichen Betrug handelt.
Das Event-Art-System wurde gegenüber diesem ursprünglichen NIP ganz erheblich erweitert. Es gibt einen Ereignistyp für verschlüsselte Direktnachrichten, bei dem ein gemeinsamer Schlüssel erstellt wird, indem der private Schlüssel des Absenders mit dem öffentlichen Schlüssel des Empfängers kombiniert wird, was zu demselben Schlüssel führt, den Sie erhalten würden, wenn Sie den öffentlichen Schlüssel des Absenders mit dem privaten Schlüssel des Empfängers kombinieren (so BIP 47 und Stille Zahlungen). Es gibt auch Typen für austauschbare Ereignisse und flüchtige Ereignisse. Im Falle eines austauschbaren Ereignisses (offensichtlich) sind sie so konzipiert, dass der ursprüngliche Ersteller des Ereignisses ein neues unterzeichnen kann, um das alte zu ersetzen. Relay-Server, die der Spezifikation folgen, löschen das ältere Ereignis automatisch aus ihrem Speicher und beginnen nach Erhalt mit der Bereitstellung der neueren Versionen für Clients. Kurzlebige Ereignisse sind so konzipiert, dass sie an jeden gesendet werden, der ihren Ersteller abonniert, wenn sie an das Relay gesendet werden, aber Relay-Server sollen sie nicht speichern. Dies schafft die Möglichkeit, dass Nachrichten nur von Personen gesehen werden, die während ihrer Übertragung online sind. Es gibt sogar einen Ereignistyp, um eine Reaktion (wie Likes oder Emojis) auf die Ereignisse anderer Personen zu signalisieren.
Apropos letzteres, Ereignisse können auch Tags enthalten. Derzeit gibt es Tag-Typen für Ereignisse (um ein genaues Nostr-Ereignis zu referenzieren), öffentliche Schlüssel (um andere Benutzer zu markieren oder zu referenzieren) und Betreffs (um Funktionen wie E-Mail-Betreffs zu emulieren). All dies kann Verweise auf bestimmte Relay-Server enthalten, von denen die Daten abgerufen werden können, sodass Benutzer tatsächlich über Server hinweg interagieren können, dh ein Benutzer, der seine Inhalte auf einem Relay-Server veröffentlicht, kann mit Inhalten interagieren und auf Inhalte verweisen, die von einem anderen Benutzer erstellt wurden, der dort postet einen anderen Relay-Server in einer Weise, die es jedem Benutzer ermöglicht, den gesamten Interaktions-Thread kohärent in der richtigen Reihenfolge und ohne große Komplexität beim Herausfinden, wo die relevanten Daten zu finden sind, abzurufen.
Innerhalb des ursprünglichen NIP wird eine Spezifikation dafür angegeben, wie Clients mit Relay-Servern über eine Abonnementnachricht/Datenstruktur interagieren sollen, die Filter für die Ereignisse enthält, an deren Empfang der Client interessiert ist. Diese Filter können die öffentlichen Schlüssel der Benutzer, genaue Ereignisse, Ereignistypen und sogar bestimmte Zeitrahmen angeben, in denen sie sie basierend auf den vorherigen Kriterien wünschen. Sie können sogar Präfixe öffentlicher Schlüssel oder Ereignis-IDs wie „1xjisj…“ übermitteln. und jedes Ereignis oder alle Ereignisse von einem öffentlichen Schlüssel empfangen, die mit dieser kurzen Zeichenfolge beginnen (dies kann nützlich sein, um vor einem Relay-Server zu verbergen, was Sie eigentlich anzeigen wollten).
Insgesamt ist das Protokoll ein sehr einfaches, verallgemeinertes Schema für die Weitergabe von Nachrichten zwischen Benutzern, das die wichtigen Dinge abdeckt, wie z Relay-Server, die extrem zentralisiert sein können oder es einem Benutzer ermöglichen, seinen eigenen persönlichen Relay-Server zu betreiben, während sie nahtlos miteinander interagieren und kein massives Chaos verursachen, falls ein Benutzer von einem Relay-Server gesperrt wird. Sie können zu einem anderen wechseln oder ihren eigenen betreiben, und durch das Verlassen der Plattform vom vorherigen Server verlieren sie nicht ihre digitale Identität oder ihre Follower, da sie weiterhin die Kontrolle über ihren privaten Schlüssel behalten und die Benutzer dies authentifizieren können, wenn sie sie woanders finden.
Relay-Server können auch so arbeiten, wie sie wollen. Sie können kostenlos arbeiten, können Mikrozahlungen verlangen, um Nachrichten zu veröffentlichen oder herunterzuladen, und das gibt es sogar ein NIP für die Anforderung eines Arbeitsnachweises im Hashcash-Stil, um eine Nachricht zu senden. Sie können ein einzelner Relay-Server sein, auf dem nur Ihre Posts gehostet und anderen Benutzern bereitgestellt werden, oder es kann sich um einen Server handeln, der in großem Umfang ausgeführt wird, wie z Medienplattform, die heute existiert). All dies kann nahtlos zusammenarbeiten, ohne dass ein Benutzer ausgeschlossen werden kann. Sie können sie daran hindern, Inhalte auf Ihrem Relay-Server zu veröffentlichen, aber letztendlich können Sie sie nicht daran hindern, Inhalte anzuzeigen, die Sie auf Ihrem Relay-Server hosten, oder andere Benutzer daran hindern, ihre Inhalte auf anderen Servern zu finden.
Es ist ein sehr vereinfachtes Protokoll mit einem großen, offenen Gestaltungsraum, den Menschen erstellen können, und garantiert, dass Benutzer immer miteinander interagieren können, unabhängig davon, welche einzelnen Relay-Server-Betreiber sich für das Hosten oder Nicht-Hosten entscheiden. Dies ist gleichzeitig seine größte Stärke und größte Schwäche. Während es Entwicklern die Freiheit garantiert, ohne enge Einschränkungen durch ein kompliziertes Protokoll zu bauen, gibt es auch viele Probleme, auf die es von Natur aus stoßen wird, die nicht vom Protokoll selbst behandelt werden.
Im nächsten Artikel, den ich schreibe, werde ich auf einige der Probleme eingehen, die ich sehe, und auf mögliche Lösungen, aber im Moment sage ich das nur in Bezug auf die Einfachheit des Designs und die Möglichkeiten, die es den Menschen eröffnet baut, hat Nostr sehr gute Arbeit geleistet, wenn man bedenkt, dass es die Idee einer Person ist und nur eine Handvoll Leute bisher wirklich zur Protokollspezifikation selbst beigetragen haben.
Dies ist ein Gastbeitrag von Shinobi. Die geäußerten Meinungen sind ausschließlich ihre eigenen und spiegeln nicht unbedingt die von BTC Inc oder Bitcoin Magazine wider.
- SEO-gestützte Content- und PR-Distribution. Holen Sie sich noch heute Verstärkung.
- Platoblockkette. Web3-Metaverse-Intelligenz. Wissen verstärkt. Hier zugreifen.
- Quelle: https://bitcoinmagazine.com/technical/what-makes-nostr-a-different-social-platform
- 2020
- 7
- a
- Fähigkeit
- Fähig
- Über uns
- Konto
- über
- berührt das Schneidwerkzeug
- Nach der
- Alle
- erlaubt
- Alternative
- immer
- und
- Ein anderer
- jemand
- Aufmerksamkeit
- authentifizieren
- Im Prinzip so, wie Sie es von Google Maps kennen.
- Backend
- verboten
- basierend
- basic
- weil
- werden
- Bevor
- hinter
- Sein
- zwischen
- Big
- Bitcoin
- Bitcoin Magazin
- Bitcoin-Transaktionen
- Bitcoiners
- Blockiert
- Sendung
- BTC
- BTC Inc
- bauen
- Building
- erbaut
- Buyout
- kann keine
- Häuser
- verursacht
- zentralisierte
- Übernehmen
- Chaos
- berechnen
- Auswählen
- klar
- Auftraggeber
- Kunden
- Vereinigung
- mit uns kommunizieren,
- Komplexität
- kompliziert
- Kompromittiert
- Vernetz Dich
- Berücksichtigung
- Einschränkungen
- Inhalt
- beigetragen
- Smartgeräte App
- gesteuert
- Kernbereich
- Covers
- erstellt
- schafft
- Schöpfer
- Kriterien
- Zur Zeit
- technische Daten
- dezentralisiert
- Design
- entworfen
- Entwickler:in / Unternehmen
- Entwickler
- anders
- digital
- digitale Identität
- Direkt
- Display
- herunterladen
- Drop
- im
- jeder
- Elon
- Elon Musk
- anderswo
- verschlüsselt
- Ganz
- vollständig
- im Wesentlichen
- Festlegung
- etc
- Sogar
- Event
- Veranstaltungen
- ÜBERHAUPT
- alles
- Außer
- existiert
- ergänzt
- zum Ausdruck gebracht
- äußerst
- erleichtern
- Fediverse
- Abgerufen
- Filter
- Finden Sie
- Suche nach
- Vorname
- Beflockung
- Folgende
- Betrug
- Frei
- Freiheit
- für
- Funktion
- Funktionalität
- grundlegend
- gewinnen
- Allgemeines
- bekommen
- gegeben
- Go
- gut
- gute Arbeit
- größte
- Garantie
- Garantien
- GUEST
- Guest Post
- Hand voll
- Griff
- Hash-
- mit
- Gastgeber
- Hosting
- Ultraschall
- aber
- HTTPS
- Idee
- Identitäten
- Identitätsschutz
- Implementierung
- wichtig
- in
- das
- Dazu gehören
- Index
- Krankengymnastik
- Information
- Infrastruktur
- beantragen müssen
- Integrität
- interagieren
- Interaktion
- Interaktionen
- interessiert
- zusammenarbeiten
- Probleme
- IT
- selbst
- Job
- Wesentliche
- Tasten
- Art
- grosse
- Nachname
- geführt
- Lasst uns
- leicht
- Liste
- suchen
- verlieren
- Los
- Zeitschrift
- halten
- MACHT
- viele
- massiv
- Mastodon
- Medien
- Nachricht
- Nachrichten
- Metadaten
- Mikrozahlungen
- schlauer bewegen
- mehrere
- Moschus
- Notwendig
- Neu
- weiter
- Unsere
- offensichtlich
- Alt
- EINEM
- Online
- XNUMXh geöffnet
- öffnet
- betreiben
- Operator
- Betreiber
- Meinungen
- Auftrag
- Original
- Andere
- Gesamt-
- besitzen
- Besitz
- Eigentümer
- Besitzt
- Bestehen
- Zahlungen
- Personen
- person
- persönliche
- ein Bild
- Stück
- Plattform
- Plattformen
- Plato
- Datenintelligenz von Plato
- PlatoData
- Möglichkeiten
- Möglichkeit
- Post
- BLOG-POSTS
- Potenzial
- verhindern
- Verhütung
- Vor
- privat
- Private Key
- Probleme
- Förderung
- Beweis
- ordnungsgemäße
- Protokoll
- Öffentlichkeit
- public Key
- öffentliche Schlüssel
- Reaktion
- Realität
- Gründe
- erhalten
- Received
- Empfang
- kürzlich
- empfiehlt
- reflektieren
- Ungeachtet
- relevant
- ersetzen
- Anforderung
- Die Ergebnisse
- Rückkehr
- Führen Sie
- Laufen
- gleich
- Skalieren
- Schema
- nahtlos
- Sehen
- Ergreifen
- Fertige Server
- Dienst
- von Locals geführtes
- Short
- Schild
- Signal
- unterzeichnet
- ähnlich
- Einfachheit
- einfach
- gleichzeitig
- da
- Single
- So
- bis jetzt
- Social Media
- Social Media
- soziale Plattformen
- Lösung
- Lösungen
- einige
- etwas
- Raumfahrt
- spezifisch
- Spezifikation
- Steam
- Immer noch
- Stoppen
- Lagerung
- speichern
- gelagert
- Stärke
- Struktur
- strukturierte
- abschicken
- Abonnement
- so
- vermutet
- System
- Systeme und Techniken
- TAG
- Reden
- sprechen
- AGB
- Das
- ihr
- Ding
- nach drei
- Durch
- Zeitstempel
- zu
- heute
- Top
- Gesamt
- Zugkraft
- Transaktion
- Transaktionen
- WENDE
- Typen
- Letztlich
- -
- Mitglied
- Nutzer
- die
- Wert
- verifizieren
- Anzeigen
- ungültig machen
- wollte
- Schwäche
- Was
- ob
- welche
- während
- Whitelist
- WHO
- wer auch immer
- werden wir
- ohne
- Arbeiten
- würde
- schreiben
- Du
- Ihr
- Zephyrnet