Im Nachgang zu meinem letzten Artikel über Zensursicherheit hat sich mit dem User Akamaister ein Diskurs entwickelt (einer der substantiellen Vorteile von Nostr). Hier ein paar kurze Auszüge:

“Zensur ist meist nur die sichtbare Konsequenz einer tieferliegenden strukturellen Abhängigkeit. Wenn Identität, Medien oder Zahlungsinformationen an fremde Infrastruktur gebunden sind, entsteht Verwundbarkeit – selbst wenn niemand aktiv zensiert.”

Es wird damit deutlich dass es besser ist nicht GEGEN Zensur zu argumentieren, sondern FÜR Unabhängigkeit.

 Weiter im Text:

“Was passiert, wenn ein Relay verschwindet?”
“Was passiert wenn ein Mediaserver ausfällt?”
“Was passiert, wenn ein Client offline geht?”
“Wer kontrolliert den Schlüssel?”

“Wenn man diese Fragen ruhig durchdenkt, wird klar, warum Abhängigkeitsminimierung sinnvoll ist. Unabhängigkeit zeigt sich daran, wie leicht man das System verlassen kann. Wenn alle eigenen Daten, Schlüssel und Inhalte lokal vorliegen, ist Exit kein dramatischer Bruch, sondern ein normaler Zustand.”

Mit dem “System” ist nicht Nostr gemeint, sondern die verwendeten Apps und Services. Es kommt bei Nostr nicht auf DAS Tool an, sondern auf DIE Tools! Austauschbarkeit durch Redundanz schafft jederzeit die volle Selbstkontrolle, hier ein paar Anregungen dazu.

§Die Content-Erstellung

Nostr speichert die Texte im Markdown-Format (MD). Markdown gibt es schon ewig, und entsprechend groß ist das Angebot an Editoren. Man kann also bewährte Software wählen und ist nicht abhängig von einzelnen Nostr-Clients.

Desktop-Editoren (local first Strategie)  
Ghostwriter, Obsidian, Zettlr, Joplin

Browser-Editoren (orts- und geräteunabhängig, Collaboration)
StackEdit, HackMD (jeweils Sync via GitHub), GitHub (spartanisch)

Nostr-Editoren
Yakihonne, Nostria, Primal, Pareto (nicht frei zugänglich)

Knackpunkt Entwürfe: 

Während man Blogartikel (kind 30023) in zahlreichen Nostr-Apps anzeigen kann, verhalten sich die Apps bei Entwürfen (kind 30024) teilweise inkompatibel, sie werden überwiegend nicht angezeigt oder lassen sich nicht weiter bearbeiten.

• Pareto kann neben eigenen Entwürfen auch Yakihonne verarbeiten

• Nostria kann neben eigenen Entwürfen auch Yakihonne verarbeiten

• Yakihonne kann neben eigenen Entwürfen auch Nostria verarbeiten

• Primal: kann nur eigene Entwürfe verarbeiten

Daher ist es besser Entwürfe im eigenen MD-Editor zu verwalten und erst zum Zwecke der Veröffentlichung hochzuladen.

Knackpunkt Bilder: 

Bilder werden nicht in den Nostr-Events / auf den Relays gespeichert, sondern als Verweis im Text auf eine Bildquelle. Die klassische URL verweist auf einen Speicherort und ist damit ein single point of failure.
Beispiel: pics.filmaffinity.com/the_matrix-155050517-large.jpg      

Eine bessere Lösung bietet hier das Blossom-Protokoll mit der URI an, weil es Pool-Konzepte ermöglicht. 
Beispiel: mibo.eu.nostria.app/1f8d0def2f9454f2fce3e2530c9e7f61d995c63bbda93ede3a2d74c0e96e720e.webp 

In Pools mehrerer Blossom-Server werden die Bilder synchronisiert, beim Aufruf durch Nostr wird die URI im gesamten Pool abgefragt.

Empfehlungen     
https://primal.net/settings/uploads 
https://nostria.app/collections/media 

Knackpunkt Veröffentlichungs-Datum: 

Ein Nostr-Event (json-Datei) kennt Erstellungs- und Veröffentlichungsdatum. Die Einsortierung im Nostr-Feed erfolgt nach dem letzteren. Eine Rückdatierung des Veröffentlichungsdatums ist generell möglich, die geplante Veröffentlichung zu einem späteren Zeitpunkt ist bei einigen Clients ebenfalls möglich (Primal, Pareto). Das ist vor allem beim Batch-Import via RSS sinnvoll, damit nicht alle Artikel zur gleichen Zeit publiziert werden.

Knackpunkt Team-Prozesse:

Redaktionen haben für die Publizierung meistens Workflows (Entwurf, Prüfung / Korrektur, Freigabe) an denen mehrere Personen beteiligt sind. Dafür sind Rollen und Berechtigungen erforderlich, die sich in Nostr mit Key-Sharing und Key-Delegation abbilden lassen. DIY-Tools wie Frostr unterstützen das, Primal Prime bietet das out-of-the-box an (ziemlich teuer). Das Thema wird in einem kommenden Artikel vertieft.

§Content-Import mit RSS

Vorhandene Artikel auf anderen Blogging-Plattformen können mittels RSS elegant nach Nostr transferiert werden, sodass keine erneute Erstellung nötig ist. Der Content von Substack, Medium, Ghost und WordPress kann vollständig automatisch synchronisiert werden, u.a. Pareto und Primal bieten entsprechende Lösungen.

Primal             ownyourposts.com   (auch Insta, TikTok und X)

gut gelöst:     propose Content for existing Nostr user (Import im Auftrag)

nicht so gut:  nur sofortige Publizierung (ohne Editier-Option)

Pareto           (nicht frei zugänglich) 

gut gelöst:   Import in Entwurfsordner → weitere Bearbeitung und zeitversetzte Publizierung möglich

§Content-Distribution

Nostr ist gut geeignet für autarke Content-Erstellung und Nutzer-Interaktion, aber die Nutzerzahl ist noch gering. Die Verbreitung des Nostr-Content über die klassischen sozialen Medien ist daher essentiell, dafür gibt es geeignete Tools.

Pareto Nostr2X (nicht frei zugänglich)
https://www.addtoany.com/  

§Bezahlung / Value4Value

Nostr ist das einzige Publishing-System mit eingebauten Zahlungs-Funktionen in Form von Lightning und eCash. Damit sind globale Mikro-Payments mit einem Klick in Echtzeit und praktisch ohne Gebühren möglich. Nostr bietet einige einzigartige Features out-of-the-box, die sich mittels Programmierung anpassen und erweitern lassen.

Eine vertiefende Betrachtung mit weiteren Details zu Payment Optionen in Nostr folgt in einem kommenden Artikel.

§Resümee

Mit Nostr können Blogger ihre Inhalte vollständig unabhängig produzieren, publizieren und monetarisieren. Die Tools können aus einer großen Anzahl von Apps ausgewählt, angepasst und zu individuellen Workflows kombiniert werden. Die Zukunft der Content-Erstellung ist dezentral und autark, Nostr ist das Ökosystem dafür.