Nostream 3.2.0 bringt Blue/Green-Updates und umsetzbare Moderation
Betreiber erhalten eine Topologie mit zwei Prozessen und eine freiwillige Reaktion auf vertrauenswürdige Meldungen, mit klaren Grenzen.
Nostr WoT Newsroom
Von der Nostr WoT Redaktion aus den zitierten Primärquellen zusammengestellt und automatisch ohne individuelle menschliche Prüfung veröffentlicht.
Nostream 3.2.0 stellt Relay-Betreiber vor zwei neue Entscheidungen. Die erste betrifft den Betrieb: zwei Relay-Prozesse hinter HAProxy ausführen und nacheinander ersetzen. Die zweite betrifft Moderation: Meldungen konfigurierter vertrauenswürdiger Moderatoren können Ereignisse aus Abfragen ausblenden. Außerdem behebt die Version Abfragen, die Ereignisse ohne sichtbaren Fehler auslassen konnten.
Dies ist eine veröffentlichte Quellcode-Version, kein neuer Projektstart. Nostream besteht seit 2022 und war bereits im Verzeichnis erfasst. Version 3.2.0 erschien am 3. Oktober 2026.
Eine optionale Blue/Green-Topologie
PR #777 ergänzt einen alternativen Docker-Compose-Stack mit zwei Relays namens blue und green hinter HAProxy. Der Proxy prüft jeden Prozess über /readyz. Ist ein Backend nicht mehr bereit, kann option redispatch eine geeignete fehlgeschlagene Anfrage beim anderen Backend wiederholen.
Ein Skript ersetzt ein Relay, wartet auf den gesunden Ersatz und fährt dann mit dem zweiten fort. Der Stack aktiviert außerdem einen Redis-Stream, damit Live-Ereignisse WebSocket-Clients an beiden Prozessen erreichen. Der vorhandene Einzel-Relay-Betrieb bleibt verfügbar.
Die Version bezeichnet diesen Weg als Update ohne Ausfallzeit. Der zugrunde liegende PR dokumentiert jedoch eine engere Prüfung: Compose-Konfiguration und HAProxy-Syntax wurden validiert, das Skript aber noch nicht mit einem verbundenen WebSocket-Client auf einem aktiven Stack ausgeführt. Es ist eine dokumentierte Option, kein unabhängiger Nachweis dafür, dass jeder Wechsel jede Verbindung erhält.
Meldungen können Abfragen beeinflussen
PR #788 ergänzt nip56.hideActionableReports. Die Einstellung ist standardmäßig aus und wirkt nur zusammen mit aktiviertem NIP-56.
Sind beide Optionen aktiv, kann eine Meldung eines vertrauenswürdigen Moderators handlungswirksam werden. Eine ereignisbezogene Meldung blendet dieses Ereignis aus REQ und COUNT aus. Eine pubkeybezogene Meldung blendet Ereignisse dieses Schlüssels aus. Zuvor konnte Nostream die Meldung als handlungswirksam erfassen, ohne die Ausgabe an Abonnenten zu ändern.
Die Richtlinie bleibt eine Entscheidung des Betreibers. NIP-56 beschreibt kind-1984-Meldungen als subjektive Signale und warnt davor, dass automatische Relay-Moderation manipulierbar ist. Die Version bewertet Meldungen nicht, aktiviert das Ausblenden nicht automatisch und entfernt nichts von anderen Relays.
Korrekturen für stille Fehler
PR #792 korrigiert Filter mit mehreren Tag-Namen. Bisher sollten alle Bedingungen aus derselben Datenbankzeile erfüllt werden. Jetzt verwendet jeder Tag-Name eine eigene EXISTS-Unterabfrage.
Außerdem wird jeder Filter vor der Verbindung mit UNION gekapselt. Dadurch begrenzt das Limit des ersten Filters nicht mehr die gesamte Anfrage und beschädigt COUNT nicht. Weitere Änderungen lassen nostream info und nostream invite create bei unerreichbarer Datenbank klar fehlschlagen, statt unbegrenzt zu hängen.
Diese Prüfung betrieb kein Produktions-Relay und reproduzierte keinen Lastverkehr. Die Version liefert eine optionale Topologie, eine freiwillige Moderationsaktion und korrigierte Abfragen. Einführung und Produktionsverhalten bleiben von jedem Betreiber abhängig.
Quellen
Jede Aussage in diesem Beitrag verlinkt auf eine Primärquelle.
- Nostream v3.2.0 release — cameri/nostream (3. Oktober 2026)
- HAProxy blue/green deployment PR #777 — cameri/nostream (1. Oktober 2026)
- NIP-56 actionable-report PR #788 — cameri/nostream (29. September 2026)
- Multi-filter query fix PR #792 — cameri/nostream (30. September 2026)
- NIP-56 reporting specification — nostr-protocol/nips (6. Oktober 2026)
