Sozialer ClientAktiv
Sozialer Nostr-Client für iPhone, iPad und macOS.
Verzeichnis des Nostr-Ökosystems
Entdecke Nostr-Projekte, ihren Status und die Menschen dahinter.
Das Nostr-Ökosystem entdecken
Entdecke Projekte, ihren aktuellen Status und die Menschen dahinter. Die Aufnahme in dieses Verzeichnis bedeutet weder eine Nostr-WoT-Integration noch eine Empfehlung.
42 von 42 Projekten
Sozialer ClientAktiv
Nostr-Client, dessen offizielle README Installationswege für Android und Desktop beschreibt.
Sozialer ClientAktiv
Nostr-Client-Projekt mit Web-App für angepasste Feeds und Android-App; dieses Profil verlinkt das Web-Repository und erfasst das Android-Release separat.
Sozialer ClientAktiv
Nostr-Webclient mit dokumentierter Relay-Verwaltung, anpassbaren Feeds und Moderation über Web of Trust.
SigniererAktiv
Nostr-Event-Signierer für Android, der Signaturschlüssel in einer eigenen App verwahrt, mit vom Projekt dokumentierter NIP-46- und NIP-55-Integration.
Sozialer ClientAktiv
Sozialer Nostr-Client für Mac, iPhone und iPad; seine Versionshinweise beschreiben Web-of-Trust-Steuerung und Medienentdeckung.
Sozialer ClientAktiv
Funktionsreicher Nostr-Web-Client, ausgeliefert über snort.social und über die Domain phoenix.social, die sein eigenes Repository als Homepage angibt.
Sozialer ClientArchiviert
Dezentraler Messenger und Nostr-Web-Client, dessen Repository archiviert ist, während iris.to die Anwendung weiterhin ausliefert.
Sozialer ClientAktiv
Nostr-Web-Client, den sein Repository als Sandbox zum Erkunden des Protokolls beschreibt.
Sozialer ClientAktiv
Nostr-Client, der über sein Repository verteilt wird; die letzte getaggte Version liegt mehr als ein Jahr vor dieser Prüfung.
Sozialer ClientAktiv
Offizielles Web-App-Repository von YakiHonne, einem Nostr-Client, der auf yakihonne.com neben einem separaten Mobile-App-Repository veröffentlicht wird.
Sozialer ClientAktiv
Progressive Web-App für relaybasierte Communities nach dem Vorbild von Discord, aus derselben Organisation wie Coracle.
Sozialer ClientAktiv
Nostr-Client mit Fokus auf das Erkunden von Relay-Feeds, von seinem Repository als benutzerfreundlich beschrieben.
Sozialer ClientAktiv
Nostr-Server und Web-Client aus dem Soapbox-Projekt, veröffentlicht auf ditto.pub für Betreiber, die eine eigene Community führen wollen.
Sozialer ClientAktiv
Kernbibliothek für 0xchat, eine auf Nostr aufbauende Messaging-Anwendung, die über 0xchat.com verteilt wird.
MedienUnbekannt Der Status konnte anhand der aufgeführten Nachweise nicht verifiziert werden.
Client für Bilder und Kurzvideos auf Nostr, veröffentlicht auf olas.app, ohne öffentliche Repository-Aktivität in den vierzehn Monaten vor dieser Prüfung.
SigniererUnbekannt Der Status konnte anhand der aufgeführten Nachweise nicht verifiziert werden.
Nostr-Schlüsselmanager im Browser unter use.nsec.app; das noauth-Repository zeigte in den sechzehn Monaten vor dieser Prüfung keine öffentliche Aktivität.
SigniererAktiv
Browser-Erweiterung zum Signieren in Nostr, die ohne eigene Produktwebsite über ihr Repository verteilt wird.
RelayAktiv
Nostr-Relay-Implementierung, die über ihr Repository statt über eine Produktwebsite verteilt wird.
RelayAktiv
Nostr-Relay-Implementierung, deren GitHub-Repository ein Spiegel eines kanonischen SourceHut-Projekts ist.
RelayAktiv
In TypeScript geschriebenes Nostr-Relay, das über sein Repository statt über eine Produktwebsite verteilt wird.
RelayArchiviert
Framework zum Bau eigener Nostr-Relays; sein Repository ist archiviert, während die Dokumentationsseite online bleibt.
RelayAktiv
Nostr-Relay, das sein Repository als hochverfügbaren Speicher für die eigenen Events einer Person vorstellt.
RelayAktiv
Nostr-Relay, das auf einem Android-Telefon läuft, vom Entwickler hinter Amber.
EntwicklerwerkzeugeAktiv
Bibliothek mit Werkzeugen zur Entwicklung von Nostr-Clients; die Repository-Aktivität reicht weit über die letzte getaggte Version hinaus.
EntwicklerwerkzeugeAktiv
Nostr Development Kit, eine Client-Bibliothek mit Outbox-Modell-Unterstützung und eigener Dokumentationsseite.
EntwicklerwerkzeugeAktiv
Rust-Implementierung von Nostr mit High-Level-Client-Bibliothek und Unterstützung für Nostr Wallet Connect, inzwischen unter dem Namen nostrdevkit.
EntwicklerwerkzeugeArchiviert
Nostr-Bibliothek für Go, deren Repository archiviert ist und an diesem Ort keine Änderungen mehr annimmt.
EntwicklerwerkzeugeAktiv
Kommandozeilenwerkzeug, um Nostr-Events, Schlüssel und Relays direkt aus einer Shell zu bearbeiten.
SonstigeAktiv
Repository der Nostr Implementation Possibilities, der Spezifikationsdokumente, auf denen jedes Nostr-Projekt aufbaut.
WalletAktiv
Lightning-Browser-Erweiterung, die zusätzlich als Nostr-Schlüsselsignierer für Webanwendungen dient.
WalletAktiv
Mobile Bitcoin- und Lightning-Wallet, veröffentlicht auf zeusln.com und im Nostr-Ökosystem für Lightning-Zahlungen genutzt.
WalletAktiv
Freies Open-Source-System für Lightning-Wallets und -Konten, das häufig selbst gehostet neben Nostr-Installationen betrieben wird.
WalletArchiviert
Browserbasierte Bitcoin- und Lightning-Wallet mit Nostr-Funktionen, deren Repository archiviert ist und seit September 2024 keine Aktivität zeigt.
MedienAktiv
Anwendung für Nostr-Livestreaming, veröffentlicht auf zap.stream.
MedienAktiv
Freie Open-Source-Fassung des Medien-Hosting-Dienstes nostr.build.
MarktplatzAktiv
Globaler, genehmigungsfreier Nostr-Marktplatz für den Handel in Bitcoin.
MarktplatzAktiv
Peer-to-Peer-Handelsplattform, die ihre Aufträge über Nostr überträgt und über das Lightning Network abwickelt.
InfrastrukturAktiv
Dienst zur Relay-Überwachung und NIP-66-Implementierungsstack, der meldet, welche Relays erreichbar sind.
WerkzeugeAktiv
Offener App-Store, der Anwendungs-Metadaten über Nostr veröffentlicht.
WerkzeugeAktiv
Nostr-zu-Web-Gateway, das Nostr-Events als HTML-Seiten mit OpenGraph-Vorschauen darstellt.
Sozialer ClientAktiv
Discord-ähnlicher Gruppen- und Sprachchat direkt auf Nostr-Relays, mit Filterung über Web of Trust, ohne Konten oder Backend, veröffentlicht auf obelisk.ar.
Aktuelle Nachrichten aus dem Ökosystem
Ausgewählte Berichte aus den zitierten Quellen; keine vollständige Aufzeichnung von Vorfällen oder Branchenereignissen.
- Datum:
Amber v6.6.5 trennt Backup-Verschlüsselung von gespeicherten App-Berechtigungen (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Amber v6.6.5 trennt Backup-Verschlüsselung von gespeicherten App-Berechtigungen
Laut Versionshinweisen verwenden Kind-30078-Backups jetzt einen eigenen, per HKDF abgeleiteten Schlüssel außerhalb des NIP-44-Derive-Key-Namensraums. Apps mit gespeicherter nip44_decrypt-Berechtigung können deshalb keine Backup-Inhalte mit App-spezifischen NIP-46-Geheimnissen und lokalen Schlüsseln lesen. Die Wiederherstellung alter Backups bleibt möglich, bis eine spätere Veröffentlichung sie überschreibt.
- Datum:
Amethyst v1.16.0 ergänzt BOLT12-Zahlungswege und ein persönliches Fitness-Dashboard (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Amethyst v1.16.0 ergänzt BOLT12-Zahlungswege und ein persönliches Fitness-Dashboard
Die veröffentlichte Version enthält BOLT12-Angebote bei Profilzahlungen und in der Zap-Auswahl mit BOLT11-Fallback bei abgelehnten Angeboten sowie ein persönliches Health-Connect-Dashboard. Herunterladbare Android- und Desktop-Pakete sind angehängt; das Funktionsverhalten wurde nicht unabhängig getestet.
- Datum:
Amber v6.6.4 behebt eine Race Condition beim Tor-Start mit Clearnet-Verbindungen (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Amber v6.6.4 behebt eine Race Condition beim Tor-Start mit Clearnet-Verbindungen
Laut Versionshinweisen konnten Profilabfragen und Start-Callbacks Relays direkt kontaktieren, bevor die Tor-Einstellung vollständig geladen war. Dieselbe Version begrenzt Wiederholungen beim Tor-Start und stellt Relay-Verbindungen wieder her, sobald der Daemon zurückkehrt. Eine Ausnutzung wird nicht behauptet.
- Datum:
relayer v2.2.19 ergänzt Vereinigungszählung für überlappende COUNT-Filter (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für relayer v2.2.19 ergänzt Vereinigungszählung für überlappende COUNT-Filter
Der Versionsdiff ergänzt FiltersCounter.CountEventsFilters für mehrere Filter. Eine exakte Vereinigungszählung setzt voraus, dass das Speicher-Backend diese Schnittstelle implementiert; ältere Backends addieren weiterhin Einzelzählungen.
- Datum:
Amber v6.6.1 korrigiert Berechtigungsanalyse und Zuordnung abgelehnter Anfragen (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Amber v6.6.1 korrigiert Berechtigungsanalyse und Zuordnung abgelehnter Anfragen
Die Versionshinweise beschreiben die Verarbeitung von Berechtigungen ohne Kind-Feld und die Rückgabe von Anfrage-IDs bei abgelehnten Signaturanfragen, damit Aufrufer Antworten zuordnen können.
- Datum:
NIP-01 präzisiert Live-Abonnements mit Limit null (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für NIP-01 präzisiert Live-Abonnements mit Limit null
Der übernommene Diff legt fest: limit: 0 MUSS gespeicherte Events überspringen, nach den ersten Abfragen weiterhin EOSE senden und das Abonnement für neu empfangene passende Events aktiv halten.
- Datum:
Primal Android 3.5.27 verbessert die Verarbeitung von Signierer- und NWC-Anfragen (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Primal Android 3.5.27 verbessert die Verarbeitung von Signierer- und NWC-Anfragen
Laut Versionshinweisen werden lokale Signaturanfragen mit abweichender Signaturidentität abgelehnt; eingehende Nostr-Wallet-Connect-Anfragen erhalten vor der Verarbeitung verbesserte Authentifizierungsprüfungen. Eine Ausnutzung wird nicht behauptet.
- Datum:
NIP-78 ergänzt Hinweise zur Eigentümerauthentifizierung für App-Daten (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für NIP-78 ergänzt Hinweise zur Eigentümerauthentifizierung für App-Daten
Der übernommene Text gilt für Kinds 78 und 30078: Relays SOLLTEN vor Annahme oder Auslieferung NIP-42 AUTH verlangen und sie nur an den authentifizierten Autor ausliefern. Eine Spezifikationsänderung belegt keine Durchsetzung im Betrieb.
- Datum:
NIP-84 ergänzt strukturierte Quellen für Hervorhebungen (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für NIP-84 ergänzt strukturierte Quellen für Hervorhebungen
Der übernommene Diff erlaubt NIP-73-i-Tags für strukturierte Quellen und r-Tags mit URLs oder Text. Außerdem ändert er die Darstellung von Zitat-Hervorhebungen von MUSS zu SOLLTE.
- Datum:
NIP-67 ergänzt einen Authentifizierungshinweis in EOSE (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für NIP-67 ergänzt einen Authentifizierungshinweis in EOSE
Die übernommenen Änderungen an NIP-42 und NIP-67 erlauben einen Authentifizierungshinweis, wenn eine Anmeldung weitere Ergebnisse sichtbar machen kann; das Relay MUSS seine AUTH-Challenge vor dem EOSE mit Hinweis senden.
- Datum:
Amber v6.6.0 ergänzt Vorabgenehmigungen für Berechtigungen (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Amber v6.6.0 ergänzt Vorabgenehmigungen für Berechtigungen
Die Versionshinweise ergänzen einzelne Vorabgenehmigungen unter der Richtlinie für manuelle Freigaben, eine Abfrage bei NIP-46-Verbindungen mit aktiviertem Notschalter und biometrische Authentifizierung vor Änderungen der Biometrieeinstellung.
- Datum:
NIP-A3-Zahlungsziele nach der ersten Übernahme überarbeitet (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für NIP-A3-Zahlungsziele nach der ersten Übernahme überarbeitet
Nach der Übernahme vom 26. August ändert der Commit vom 27. August den payto-Tag zu Typ und Adresse, kennzeichnet den NIP als Entwurf und optional und erlaubt netzwerkspezifische URI-Schemata mit payto als Fallback. Diese Zusammenfassung folgt der Überarbeitung, nicht den ersetzten ursprünglichen Anweisungen.
- Commit-Datum:
Getaggter Code von strfry 1.1.2 dokumentiert eine WebSocket-Speicher-DoS-Behebung (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Getaggter Code von strfry 1.1.2 dokumentiert eine WebSocket-Speicher-DoS-Behebung
Das getaggte Änderungsprotokoll nennt eine Behebung von Speicher-DoS durch WebSocket-Fragmente, einen Absturz durch wiederverwendete Negentropy-Abonnement-IDs und eine Wiederverbindungskorrektur. Das Datum ist das Commit-Datum des Tags; die Release-API liefert 404, und der Erstellungszeitpunkt des Lightweight-Tags wurde nicht ermittelt.
Datumsgrundlage: Getaggter Commit; ein Commit-Datum, kein verifiziertes Veröffentlichungsdatum.
- Datum:
Nostur 1.31.0 ergänzt Auswahlmöglichkeiten bei der Medienentdeckung (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Nostur 1.31.0 ergänzt Auswahlmöglichkeiten bei der Medienentdeckung
Die Versionshinweise beschreiben die Auswahl zwischen gefolgten Personen, Web of Trust und ausgewählten Relays für die Entdeckung in Divine, Photos und Yaks, einen Ein-/Aus-Schalter für Web of Trust und das Ausblenden von Antworten außerhalb des Netzwerks in verschachtelten Threads. Das Verhalten wurde nicht unabhängig getestet.
Sicherheitsberichte
Ausgewählte Berichte aus den zitierten Quellen; keine vollständige Aufzeichnung von Vorfällen oder Branchenereignissen.
- SicherheitsverbesserungDatum:
Amber v6.6.5: eigene Verschlüsselungsgrenze für Relay-Backups (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Amber v6.6.5: eigene Verschlüsselungsgrenze für Relay-Backups
Die Versionshinweise des Betreuers beschreiben den Wechsel von Kind-30078-Backups auf einen eigenen, per HKDF abgeleiteten Schlüssel außerhalb der NIP-44-App-Berechtigungen. Dies ist als Sicherheitsverbesserung eingestuft; die Quelle berichtet keine beobachtete Ausnutzung.
Abdeckung: Aktuell
- DatenschutzkorrekturDatum:
Amber v6.6.4: Race Condition beim Tor-Start mit Clearnet-Verbindungen behoben (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Amber v6.6.4: Race Condition beim Tor-Start mit Clearnet-Verbindungen behoben
Laut Versionshinweisen des Betreuers konnte Netzwerkaktivität beim Start Relays direkt erreichen, bevor die Tor-Einstellung geladen war. Dies ist eine dokumentierte Datenschutzkorrektur, kein Beleg für einen ausgenutzten Vorfall.
Abdeckung: Aktuell
- SicherheitsverbesserungDatum:
Primal Android 3.5.27: verbesserte Signiereridentität und NWC-Authentifizierung (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Primal Android 3.5.27: verbesserte Signiereridentität und NWC-Authentifizierung
Die Versionshinweise des Betreuers melden die Ablehnung abweichender Identitäten und verbesserte Authentifizierung. Sie belegen weder ein kompromittiertes Konto noch gestohlene Gelder oder Ausnutzung.
Abdeckung: Aktuell
- ProtokollempfehlungenDatum:
NIP-78: Authentifizierungsempfehlungen für private App-Daten (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für NIP-78: Authentifizierungsempfehlungen für private App-Daten
Die Protokollempfehlungen verwenden SOLLTE für Authentifizierung und die ausschließliche Auslieferung an Eigentümer bei Kinds 78 und 30078. Dies ist weder ein Vorfallsbericht noch ein Beleg dafür, dass ein Relay die Empfehlung durchsetzt.
Abdeckung: Aktuell
- SicherheitsverbesserungDatum:
Amber v6.6.0: Änderung der Biometrieeinstellung erfordert Authentifizierung (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Amber v6.6.0: Änderung der Biometrieeinstellung erfordert Authentifizierung
Die Versionshinweise beschreiben biometrische Authentifizierung vor dem Umschalten der Biometrieeinstellung. Als Sicherheitsverbesserung aufgeführt, ohne Behauptung beobachteter Ausnutzung.
Abdeckung: Aktuell
- SchwachstellenbehebungCommit-Datum:
strfry 1.1.2: dokumentierte Speicher-DoS-Behebung (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für strfry 1.1.2: dokumentierte Speicher-DoS-Behebung
Das getaggte Änderungsprotokoll nennt die Schwachstellenbehebung; der Upstream-Diff ergänzt eine Prüfung der angesammelten WebSocket-Fragmentpuffergröße. Die geprüften Quellen belegen weder Ausnutzung noch einen Vorfall mit Geschädigten.
Abdeckung: Aktuell
Datumsgrundlage: Getaggter Commit; ein Commit-Datum, kein verifiziertes Veröffentlichungsdatum.
- SicherheitshinweisDatum:
Ausgangslage: Amber-Sicherheitshinweise und v6.5.0-Korrekturen liegen vor diesem Zweiwochenzeitraum (öffnet sich in einem neuen Tab)
Zusammenfassung und Nachweise für Ausgangslage: Amber-Sicherheitshinweise und v6.5.0-Korrekturen liegen vor diesem Zweiwochenzeitraum
Vier veröffentlichte Sicherheitshinweise behandeln Relay-Authentifizierungsfreigaben, NIP-46-Replay-Schutz, Klartextspeicherung von Verbindungsgeheimnissen und mehrschichtige Schutzmaßnahmen. Die betroffenen Bereiche nennen Versionen <= 6.4.0; patched_versions-Felder sind null. Die Versionshinweise zu 6.5.0 nennen die entsprechenden Korrekturen ausdrücklich. Dies sind Offenlegungen und gemeldete Korrekturen, keine bestätigten ausgenutzten Vorfälle.
Abdeckung: Ausgangslage
- Sicherheitshinweis zur Relay-Authentifizierungsfreigabe (öffnet sich in einem neuen Tab)
- Sicherheitshinweis zum Replay-Schutz (öffnet sich in einem neuen Tab)
- Sicherheitshinweis zur Speicherung von Verbindungsgeheimnissen (öffnet sich in einem neuen Tab)
- Sicherheitshinweis zu mehrschichtigem Schutz (öffnet sich in einem neuen Tab)
Nostr-WoT-Integrationen
Diese Projekte integrieren Nostr Web of Trust. Sie werden getrennt vom allgemeinen Ökosystem-Verzeichnis dargestellt.
Baust du mit Nostr WoT?
Wenn dein Projekt Web of Trust nutzt, sag uns Bescheid und wir fügen es hier hinzu.