Nostr Zapstore: Der Angriff auf das App-Store-Monopol von Apple & Google

Software ist heute der Zugang zur Welt. Doch wer kontrolliert, welche Software du auf deinem Telefon installieren darfst? Seit über einem Jahrzehnt leben wir in einem globalen Duopol. Apple (iOS) und Google (Android) fungieren als die faktischen Wärter unserer digitalen Gefängnisse – oft euphemistisch „Walled Gardens“ genannt.

Sie entscheiden über Zensur, sie kassieren bis zu 30 Prozent „Steuern“ auf Innovationen und sie diktieren, was digitale Souveränität bedeuten darf. Doch es regt sich Widerstand. Das Nostr-Protokoll, ursprünglich als Twitter-Alternative gestartet, hat eine Waffe gegen dieses Monopol entwickelt: den Nostr Zapstore.

Wir schauen uns an, wie dieses System funktioniert, warum Apple davor Angst hat und ob es wirklich sicher ist.

1. Die Architektur der Kontrolle: Warum wir eine Alternative brauchen

Um zu verstehen, warum der Zapstore wichtig ist, müssen wir das Problem benennen. Die Macht von Apple und Google stützt sich auf drei Säulen: Gatekeeping, ökonomische Extraktion und Datenzentralisierung.

Gatekeeping als Machtinstrument

Jede App muss durch die Kontrolle der Konzerne. Was offiziell „Sicherheit“ heißt, ist oft politische oder wirtschaftliche Zensur. Ein Paradebeispiel ist der Konflikt zwischen Apple und der Nostr-App Damus.

„Apple drohte Damus mit dem Rauswurf aus dem App Store, weil Nutzer sich gegenseitig ‚Zaps‘ (Bitcoin via Lightning) für Beiträge schicken konnten. Apple wollte, dass solche Zahlungen über Apples In-App-Purchase laufen (bis zu 30 % Anteil). Da Zaps aber Peer-to-Peer laufen, passt dieses Modell technisch nicht sauber. Die Folge: Apple zwang Damus, die Funktion zu beschneiden.“

Das zeigt: Echte Peer-to-Peer-Ökonomie ist in den geschlossenen Stores unerwünscht. Wer das Geschäftsmodell der Gatekeeper bedroht, fliegt raus.

Die Illusion der Sicherheit

Das Argument „Nur der App Store ist sicher“ ist brüchig. Zentrale Instanzen sind ein „Single Point of Failure“. Erinnern wir uns an den Skandal um „Web of Trust“ (WOT): Ein zentrales Tool, das Sicherheit versprach, aber im Hintergrund unter anderem Nutzerdaten an Dritte weitergab. Wenn der Wächter korrupt ist oder gehackt wird, sind alle Nutzer gleichzeitig betroffen.

2. Der Nostr Zapstore: Technologische Dekonstruktion

Der „Zapstore“ ist keine zentrale Firma und kein zentraler Server. Er ist ein Protokoll. Er basiert auf mehreren Nostr-Standards (NIPs), die zusammen eine dezentrale Infrastruktur bilden.

Das Fundament: App-Events (Kind 32267) & Releases (NIP-51)

Wie findest du eine App ohne Google? Über Nostr-Events. Entwickler veröffentlichen ein signiertes App-Event (kind:32267, NIP-82) ins Nostr-Netzwerk. Darin stehen Name, Icon, Tags und Verweise auf Releases. Releases werden als „Release Artifact Sets“ (kind:30063, NIP-51) modelliert und referenzieren die Datei-Metadaten (kind:1063, NIP-94) inklusive Download-URL und Hash. Es ist ein dezentrales App-Manifest. Niemand kann verhindern, dass ein Entwickler dieses Event sendet. Es ist „permissionless“.

Blossom: Dezentraler Speicher

Nostr-Relays speichern in der Regel Text, keine großen Dateien. Dafür gibt es Blossom. Dateien werden nicht unter einem Namen gespeichert, sondern unter ihrem kryptografischen Fingerabdruck (Hash).

• Integrität: Ändert sich ein Bit an der Datei, ändert sich der Hash. Manipulation fällt sofort auf.
• Zensurresistenz: Da die Datei nur über den Hash abgerufen wird, kann sie auf vielen Servern gespiegelt werden. Bei Apps, die nur der Indexer des Zapstore eingetragen hat, kommt die Datei dagegen von der Download-Adresse des Entwicklers.

Kryptografische Identität

Im Zapstore gibt es keine Accounts mit E-Mail-Adresse. Entwickler identifizieren sich über ihren Public Key. Release- und Update-Metadaten werden mit dem privaten Schlüssel signiert. Dein Handy prüft: „Kommt dieses Update wirklich vom gleichen Entwickler wie vorher?“ Viele Apps stellt allerdings der Indexer des Zapstore ein und verweist dabei etwa auf das Release bei GitHub. Dann signiert der Indexer den Nostr-Eintrag, nicht der Entwickler. Die APK selbst trägt weiter die Signatur des Entwicklers. Wer hinter einem Schlüssel steht, beweist erst ein Identity-Proof. Das ist Supply-Chain-Security auf Linux-Niveau, aber nutzbar gemacht für Endanwender.

3. Value Proposition: Freiheit & Money Streaming

Warum sollte man sich den Aufwand antun? Weil das ökonomische Modell revolutionär ist.

Value4Value (V4V) statt 30 % Steuer

Im Zapstore gibt es keine zentrale Plattformgebühr. Wenn du eine App kaufst oder dem Entwickler Geld sendest, geschieht das über Bitcoin Lightning. Das Geld fließt direkt von dir zum Entwickler. Das ermöglicht Mikrotransaktionen (z. B. 10 Cent für ein Feature), die im alten System wegen der Gebühren unmöglich waren.

Web of Trust statt Algorithmus

In Googles Play Store siehst du, was am meisten Geld für Werbung ausgibt. Im Zapstore siehst du, was dein Netzwerk empfiehlt. Wenn ein Sicherheitsforscher, dem du vertraust, eine App „zappt“ oder empfiehlt, hat das mehr Gewicht als anonyme 5-Sterne-Bewertungen, die oft von Bots gekauft sind.

4. Dezentralität vs. Sicherheit: Ein kritischer Blick

Ohne Gatekeeper kann jeder Apps hochladen – auch Malware. Wie schützt uns der Zapstore?

Der Schutz im Zapstore basiert auf Transparenz und Reputation. Eine App von einem unbekannten Key wird als „unverified“ markiert. Zudem: Auf Android laufen Apps in einer Sandbox. Selbst eine bösartige App aus dem Zapstore kann nicht ohne entsprechende Berechtigungen auf deine Kontakte oder Standortdaten zugreifen. Die Sicherheit des Betriebssystems ist die letzte Verteidigungslinie.

5. Praxis: Funktioniert das wirklich?

Android: Der „Happy Path“

Auf Android funktioniert der Zapstore bereits heute erstaunlich gut. Du musst einmalig das Installieren aus „unbekannten Quellen“ erlauben. Danach fühlt es sich an wie ein F-Droid Store mit Social-Features. Seit Version 1.1 lassen sich automatische Updates im Hintergrund einschalten (Profil → „Data Management“ → „Background auto-updates“). Sie laufen nur in nicht getakteten Netzen und bei ausreichend geladenem Akku, Hash und Signatur werden geprüft. Ohne Nachfrage installiert der Zapstore nur Apps, die er selbst installiert hat. Das Werkzeug zsp erlaubt Entwicklern, Updates direkt aus ihrer Programmierumgebung (z. B. CI-Pipelines wie GitHub Actions) in die Welt zu pushen – ohne Wartezeit, ohne Review.

iOS: Souveränität verweigert

Eine iOS-Version gibt es bisher nicht. Angekündigt war sie für das dritte Quartal 2026, Anfang Oktober 2026 war sie nicht erschienen. Linux und macOS hat das Projekt mit Version 1.1 als Plattformen aufgegeben. Außerhalb der EU (und Japan) erlaubt Apple ohnehin kein echtes Sideloading. In der EU (und Japan) erlaubt Apple zwar alternative App-Marktplätze und Web-Distribution, aber nur unter strengen Apple-Regeln; echtes, freies Sideloading bleibt stark eingeschränkt. Das zeigt deutlich: Wer digitale Freiheit will, stößt bei Apple an eine harte Grenze.

6. Alien-Fazit: Ein Riss in der Mauer

Der Nostr Zapstore ist noch nicht massentauglich. Er besteht den „Oma-Test“ noch nicht. Aber er ist der Beweis, dass es technisch möglich ist, Software global zu verteilen, ohne einen Konzern um Erlaubnis zu fragen und ohne bis zu 30 Prozent Schutzgeld zu zahlen.

Es ist eine Rückkehr zu den Prinzipien des offenen Internets – kombiniert mit hartem Geld (Bitcoin) und harter Kryptografie. Für Entwickler ist es ein Rettungsboot. Für Nutzer ist es ein Werkzeug der Selbstverteidigung.