Pi Network behauptet, 300 Mainnet-Apps zu haben. Wie viele werden genutzt?

Pi Network stellte eine neue App-Zahl ins Zentrum seines ersten Ökosystem-Gipfels. Über 300 Mainnet-Apps werden angegeben, ebenso wie eine angebliche Nutzerbasis von über 60 Mio. aktiven Pionieren, 18,1 Mio. Personen, die die Identitätsprüfung bestanden haben, und mehr als 420.000 Knoten. Keine dieser Zahlen misst die wiederholte Nutzung einer App oder den Wert von mit PI bezahlten Waren und Dienstleistungen. Der Gipfel bietet Anlass, neu zu prüfen, was eine Mainnet-App ist und was ihre öffentlichen Aufzeichnungen zeigen können.

Zusammenfassung

• Pi kündigte am 15. Oktober einen Online-Ökosystem-Gipfel vom 17. bis 19. November an.

• Das Projekt berichtete über mehr als 300 Mainnet-Apps, nannte jedoch keine aktiven Nutzerzahlen pro App.

• Pi nannte in derselben Ankündigung mehr als 18,1 Mio. vollständig KYC-verifizierte Nutzer und 420.000 Knoten.

• Vier App Studio-Erzeugnisse wurden für die Integration von Mainnet-Zahlungen im März 2026 eingeladen.

• Pi’s Entwicklerrichtlinien trennen die Gesamtzahl von 300 Apps von den Einträgen im kuratierten Browserverzeichnis.

Pi Network gab bekannt, dass es mehr als 300 Mainnet-Anwendungen gibt, während es sich auf einen Entwicklergipfel im November vorbereitet und damit eine neue veröffentlichte Zahl zu seinen Angaben über die Größe seines Ökosystems hinzufügt.

In einer Ankündigung vom 15. Oktober legte das Projekt seinen ersten Pi-Ökosystem-Gipfel für den 17. bis 19. November fest. Die Online-Veranstaltung solle Plattform-Veröffentlichungen, Entwickler-Demos, Partner- und App-Vorführungen sowie Details zu einem weiteren Hackathon umfassen. Die Mitteilung nannte die Gesamtzahl von 300 Apps, lieferte jedoch kein Verzeichnis aller gezählten Apps, keine Nutzungsdaten pro App, keine Angaben zu zahlenden Nutzern oder zu deren Transaktionsvolumen.

Der Gipfel zählt die App-Schicht

Pi’s Aussage beschreibt ein bestehendes Verteilungsnetz mit über 60 Mio. aktiven Pionieren, Authentifizierung, Zahlungen und App-Entdeckung. Getrennt davon nennt sie mehr als 18,1 Mio. vollständig KYC-verifizierte Nutzer und mehr als 420.000 Knoten. Diese Messgrößen haben unterschiedliche Einheiten: Ein Knoten ist ein Infrastrukturteilnehmer, ein verifizierter Nutzer ist eine Person, die einen festgelegten Prozess durchlaufen hat, und eine Mainnet-App ist Software, die mit dem Live-Netzwerk verbunden ist. Keine dieser drei Kategorien ist automatisch ein zahlender Kunde einer der anderen beiden.

Die Ankündigung bietet ein zeitgemäßes Auditziel. Eine Zahl von über 300 ist groß genug, um Kategorien zu untersuchen; doch die öffentliche Aussage enthält weder ein zeitgestempeltes Inventar noch eine einheitliche Definition für die Aufnahme. Apps könnten PI-Zahlungen akzeptieren, Authentifizierung ohne Zahlung nutzen, Informationen bereitstellen, ein Spiel hosten oder sich mit Entwickler-Tools verbinden. Ein aktuelles App-Verzeichnis könnte nur eine ausgewählte Teilmenge anzeigen. Die 300 Apps als 300 aktive Unternehmen zu bezeichnen, würde Fakten hinzufügen, die das Projekt nicht behauptet hat.

Dies unterscheidet sich vom jüngsten Protokollzeitplan des Netzwerks. Ein Beitrag zu Protokoll 28 untersuchte die Knotenbereitschaft vor der geplanten Mainnet-Aktivierung am 16. Oktober. Darin wurden Vertragsaktualisierungen und die Verarbeitung von Transaktionsdaten als technische Änderungen genannt. Die neue Gipfelankündigung betrifft hingegen das App-Inventar und das, was Entwickler gebaut haben. Eine erfolgreiche Knotenaktualisierung beweist nicht, dass eine gelistete Anwendung zahlende Kunden hat.

Es unterscheidet sich auch vom KYC-Prozess. Eine frühere Analyse von Pi’s Verifizierungs-Rückstau trennte Nutzer, die zur Weiterverarbeitung freigegeben wurden, von Wallets, die tatsächlich PI ausgaben. Die App-Zahl fügt eine weitere Stufe hinzu: Es muss Software verfügbar, erreichbar und lohnend sein, wiederzukommen. Das Durchlaufen einer Identitätsprüfung und das Hinzufügen einer Anwendung sind beide beobachtbare Ereignisse. Eine Transaktion durch einen aktiven Nutzer ist ein drittes Ereignis und erfordert eine gesonderte Aufzeichnung.

Das Gipfelprogramm könnte die Beweislage verbessern. Pi verspricht Vorführungen konkreter Entwickler-Tools und Partneranwendungen. Eine Vorführung kann zeigen, dass eine Funktion läuft; wiederholte Zahlungen über Wochen würden hingegen fortlaufende Nutzung belegen. Die Ankündigung verpflichtet sich nicht, während der Veranstaltung App-spezifische Retentionsraten oder Handelsbelege zu veröffentlichen. Ein App-Inventar und nachvollziehbare Zahlungsbeispiele würden es Lesern ermöglichen, die angegebene Zahl vor jeder weiteren werblichen Gesamtangabe einzuschätzen.

Mainnet-Bereitstellung und Verzeichniseintrag sind getrennte Hürden

Pi’s Entwickler-Startleitfaden beschreibt, wie ein Creator von Testnetz zu Mainnet wechselt. Der Entwickler erstellt im Portal eine separate Mainnet-Anwendung, verifiziert deren URL, verbindet eine App-Wallet und erfüllt eine Checkliste. Für eingehende Multisignatur-Wallets für Nutzer-zu-App-Zahlungen ist eine Bewerbung und Prüfung erforderlich. App-zu-Nutzer-Zahlungen stehen nur für Testnetz-Apps und ausgewählte Mainnet-Apps gemäß der aktuellen Formulierung des Leitfadens zur Verfügung. Die Entscheidung eines Entwicklers, einen Mainnet-Eintrag zu erstellen, bedeutet daher nicht, dass jeder mögliche Zahlungsweg aktiv ist.

Die Verzeichnisauflistungsregeln stellen ein weiteres Zugangstor dar. Um in der kuratierten Mainnet-Ökosystem-Schnittstelle des Pi-Browsers erscheinen zu können, muss eine Anwendung funktionsfähig sein, Pi-Authentifizierung integrieren, Identitätsanforderungen für ihren Entwickler erfüllen sowie Richtlinien zu Transaktionen und Nutzererfahrung einhalten. Eine App kann auf Mainnet existieren, ohne in diese kuratierte Auflistung aufgenommen zu werden. Pi’s frühere Aktualisierung zu neu hinzugefügten Apps erklärt ausdrücklich, dass die Liste nicht alle Mainnet- oder Mainnet-fertigen Apps umfasst und dass externe Verzeichnisse möglicherweise mehr anzeigen.

Dieser Unterschied bietet eine direkte Möglichkeit, die Summit-Zahl zu überprüfen. Wenn Pi von über 300 Mainnet-Apps spricht, meint es damit Portal-Einträge mit aktiver Mainnet-Konfiguration, Anwendungen mit genehmigten Wallets, im Browser aufgeführte Apps oder einen breiteren Kreis inklusive selbst gehosteter Dienste? Die Oktober-Ankündigung klärt dies nicht. Ein Reporter darf die sichtbare Zählung im Browser nicht stellvertretend für die Projektangabe verwenden, ohne vorher nachzuweisen, dass beide dieselbe Aufnahmeregel anwenden.

Diese Unterscheidung stellt keine Behauptung dar, die Zahl sei falsch. Produktverzeichnisse kuratieren oft eine kleinere Auswahl als das gesamte Spektrum bereitgestellter Software. Pi beschreibt diese Praxis ausdrücklich. Das journalistische Problem ist die Reproduzierbarkeit. Eine datierte Liste mit App-Kennungen, Status und Zahlungsfunktionen würde es einem unabhängigen Leser ermöglichen, die Gesamtzahl nachzuvollziehen. Ohne sie bleibt die Angabe eine unternehmensseitige Aussage – nützlich als Skalierungsbehauptung, aber schwach als Maß für tatsächliche Nutzung.

Eine App könnte Qualitäts- und Richtlinienanforderungen erfüllen, dennoch aber wenig Traffic generieren. Umgekehrt könnte eine nicht gelistete, unabhängige App Nutzer anziehen. Die Verzeichnisaufnahme ist eine Selektionsentscheidung; Traffic und Transaktionen sind Verhaltensdaten. Pi’s Verzeichnis-Staking-Funktion fügt eine weitere Komplikation hinzu: Pioneers und Unternehmen können PI staken, um die Position einer App in der Ökosystem-Schnittstelle zu verbessern. Pi erklärte, das Staking könne Sichtbarkeit und Impressionen erhöhen – mit potenziellem Nutzer-Traffic. Ein höheres Verzeichnis-Ranking beruht teilweise auf gestaktem Promotion und kann allein keine organische Nachfrage bestätigen.

Die Staking-Ankündigung nennt Mainnet-Apps, App-Studio-Apps und Dienste wie zentralisierte Börsen als Kategorien des Verzeichnisses. Diese Mischung bedeutet, dass ein Analyst die Schnittstelle vorab filtern muss, bevor er jede Kachel als Mainnet-Anwendung behandelt. Sie erschwert zudem den Vergleich zwischen Kategorien: Ein Börsenlink, ein Creator-Experiment und eine App mit genehmigter Mainnet-Wallet können nebeneinander angezeigt werden, obwohl sie unterschiedliche Zwecke erfüllen.

Zahlungsfähigkeit ist ein engeres Maß als bloße App-Existenz

Pi führte im März App-Studio-Unterstützung für Mainnet-Anwendungen und Live-In-App-Zahlungen ein. Die Pi-Day-Aussage nannte vier App-Studio-Apps, die zur Migration auf Mainnet und Integration echter PI-Zahlungen eingeladen wurden. Dieselbe Veröffentlichung erläuterte persistente Zahlungsinteraktionen, die ein gekauftes Feature über eine einzelne Sitzung hinaus aktiv halten können. Vier ist die damalige Anzahl eingeladener App-Studio-Apps – nicht die Gesamtanzahl aller Mainnet-Apps im Netzwerk.

Ein früherer Januar-App-Studio-Update beschrieb die Integration von Test-Token-Zahlungen. Damit konnten Creator experimentieren, ohne echtes PI zwischen Nutzern und Anwendungen zu transferieren. Ein Vergleich eines Test-Zahlungsprototyps mit einem abgeschlossenen Mainnet-Kauf würde simulierte und wirtschaftlich relevante Aktivität verwechseln. Bis Oktober hatte sich die App-Studio-Tooling erweitert, doch die Summit-Ankündigung nannte nicht die Anzahl realer Zahlungen über diese Produkte.

Der Mainnet-Zahlungsweg ist grundsätzlich beobachtbar: Ein Nutzer autorisiert eine Übertragung, die App verarbeitet den Callback, und ein Ledger protokolliert die abgeschlossene PI-Transaktion. Die öffentliche Kette kann eine Zahlung an eine bekannte Wallet offenlegen, doch eine Wallet-Adresse allein könnte einem Entwickler, einer Börse, internen Tests oder einem gewöhnlichen Nutzer gehören. Zur Messung der Verbrauchernachfrage müsste der App-Betreiber seine produktive Empfangsadresse identifizieren und ausreichend Informationen zu seinem Dienst offenlegen, um Verkäufe von Selbsttransfers, Incentives oder wiederholter Bewegung derselben Coins zu unterscheiden.

Eine Gebühr oder Zahlungsanzahl kann in beide Richtungen irreführen. Eine App könnte wenige große Handelsaufträge generieren, eine andere tausende winziger bezahlter Aktionen. Der brutto übertragene PI-Betrag ist nicht gleich dem Nettoumsatz, wenn Nutzer Rückerstattungen oder Belohnungen erhalten. Eine App mit Abonnements könnte hohe Retention bei geringerer Anzahl einzelner Transfers aufweisen. Wiederholte zahlende Wallets, unterscheidbare Käufer, abgeschlossene Käufe und der gemessene Zeitraum würden den Vergleich aussagekräftiger machen. Das Projekt veröffentlichte diese vier Kennzahlen für seine über 300 Apps nicht in der Summit-Ausgabe.

Pi’s Zahlungsbibliothek verspricht eine schnelle Integration für Entwickler, die unterstützte Web-Stacks nutzen. Die Januar-Entwicklerleitfaden beschrieb eine Methode, Zahlungsfunktionalität in unter zehn Minuten einzubinden. Die Code-Integration ist ein technischer Meilenstein – kein Beleg dafür, dass Kunden danach tatsächlich einen Service gekauft haben. Diese Unterscheidung ist bei vielen Zahlungsnetzwerken sichtbar: Das Akzeptieren eines Zahlungsinstruments und das Generieren von Handel sind unterschiedliche Ergebnisse.

Manche Anwendungen können wertvoll sein, ohne PI zu verlangen. Ein Hilfsdienst kann Pi-Authentifizierung nutzen, um verifizierte Nutzer zu bedienen, Informationen bereitzustellen oder Pioneers mit externen Aktivitäten zu verbinden. Der Summit könnte solche Software durchaus angemessen präsentieren. Es wäre unzutreffend, das Fehlen einer PI-Zahlung pro App als Beweis für fehlende Nutzer zu werten. Die richtige Kennzahl muss zum Produkt passen: wiederholte Sitzungen für ein kostenloses Tool, abgeschlossene Bestellungen für einen Händler, aktive Bereitstellungen für einen Entwicklerdienst oder bezahlte Konversionen für eine App, deren Geschäftsmodell dies voraussetzt.

Eine Prüfung muss vier Bezugsgrößen klar trennen

Die veröffentlichten Zahlen lassen sich in einer einfachen Mess-Tabelle zusammenstellen, ohne ungleiche Größen zu teilen. Pi’s über 60 Millionen engagierte Pioneers beschreiben das breiteste behauptete Publikum. Seine über 18,1 Millionen verifizierten Nutzer beschreiben Personen, die KYC bestanden haben. Seine über 300 Mainnet-Apps beschreiben Software. Seine über 420.000 Knoten beschreiben Netzwerkinfrastruktur. Ein gültiges Adoptionsverhältnis erforderte die Anzahl unterscheidbarer Nutzer einer spezifischen App innerhalb eines definierten Zeitraums, geteilt durch eine klar definierte berechtigte Population. Pi lieferte diesen Zähler in der Ankündigung nicht.

Die Division von 18,1 Millionen verifizierten Personen durch 300 Apps ergäbe unter der künstlichen Annahme einer gleichmäßigen Verteilung etwa 60.333 Personen pro App. Die Rechnung nutzt Pi’s gerundete Mindestwerte und ist kein Maß für die Zielgruppe einer einzelnen Anwendung. Derselbe Nutzer kann mehrere Apps nutzen oder gar keine, und eine App kann eine Gruppe weit kleiner als den theoretischen Durchschnitt ansprechen. Die Angabe dieses Quotienten als „Nutzer pro App“ wäre ein numerischer Fehler – keine originäre Analyse. Der aussagekräftige Befund ist vielmehr, dass keine veröffentlichte Brücke die gemeldete Nutzerbasis mit der App-Aktivität verbindet.

Eine bessere Methode würde einen datierten Export des Inventars mit den über 300 Apps anfordern und jeden Eintrag nach Entwicklungsstadium kennzeichnen. Für jede App sollte festgehalten werden, ob sie eine funktionierende URL besitzt, Pi-Authentifizierung integriert, eine Mainnet-Wallet-Genehmigung vorliegen hat, eine offengelegte Zahlungsadresse bereitstellt, PI-Zahlungen innerhalb eines festgelegten Zeitfensters abgeschlossen hat und ob eine Kennzahl für unterscheidbare, wiederholte Nutzer vorliegt. Betreiber könnten die Offenlegung privater Kundendaten ablehnen; aggregierte Zahlen und öffentliche Transaktionen würden jedoch immer noch eine nützliche Verifizierung ermöglichen. Diese Übung würde die Lücke zwischen potenziellem Reichweite und tatsächlicher Dienstnutzung aufzeigen – ohne anzunehmen, alle Apps seien identisch.

Vielleicht auch interessant: Pi Network-Kurs verliert $0,08 vor Upgrade – kann PI seinen Abwärtstrend umkehren?

Das Inventar sollte kennzeichnen, ob die App im Pi-Browser kuratiert oder über SoloHost selbst gehostet wird. Pi erklärt, SoloHost ermögliche Entwicklern, selbst gehostete KI-Apps freizugeben; die Oktober-Ankündigung gruppiert dieses Produkt zusammen mit seiner Entwicklerplattform. Ein auf einem Knoten laufender Dienst kann im gewöhnlichen Software-Sinn eine Anwendung sein, ohne eine Web-App mit Wallet für Mainnet-Zahlungen zu sein. Die Zusammenfassung dieser Kategorien ist nur vertretbar, falls Pi erläutert, wie es sie zählt. Bis dahin sollte eine unabhängige Prüfung ihre getrennten Status bewahren.

Pi’s Verzeichnisregeln bieten einen weiteren Prüfpunkt: Für Apps, die in das entsprechende Mainnet-Verzeichnis aufgenommen werden sollen, sind ausschließlich Pi-Transaktionen erforderlich; gleichzeitig hat das Projekt an anderer Stelle innerhalb seines Ökosystems eine mögliche Stablecoin-Rolle diskutiert. Die OUSD-Funktion dokumentierte, dass weder eine gestartete Zahlungsintegration noch ein Token-Nachfrage-Mechanismus spezifiziert worden war. Eine zukünftige Änderung der App-Listungsregeln oder eine enge Ausnahme würde ein datiertes Richtlinienupdate erfordern. Die Gipfelankündigung selbst ändert weder die aktuelle Verzeichnis-Seite noch macht OUSD zu einer bestehenden App-Zahlungsmethode.

Fünf gelistete Apps zeigen, was die Überschriftenzahl verschleiert

Ein früherer Pi-Update liefert ein kleines, benanntes Beispiel dafür, wie das Projekt Anwendungen auswählt: Es kündigte fünf Ergänzungen zur Mainnet-Ecosystem-Schnittstelle an – darunter ein Schlangenspiel, E-Commerce-Anwendungen und Informationsdienste zum PI-Token. Pi erklärte, diese fünf hätten Prüfungen hinsichtlich Qualität, vollständiger Funktionen, Nutzen und Einhaltung der Richtlinien bestanden. Das Beispiel belegt, dass das kuratierte Verzeichnis unterschiedliche Softwarearten zulassen kann. Es enthüllt jedoch nicht, wie oft jede App geöffnet wurde oder wie viel dort ausgegeben wurde.

Eine Klassifizierung der fünf nach ihrer angegebenen Funktion ist nützlicher als ihre Aufnahme als ein einziger wirtschaftlicher Ausgangspunkt. Ein Spiel kann häufige Sitzungen protokollieren, aber kaum Zahlungen generieren. Eine Informationsseite lässt sich lesen, ohne irgendeinen Token-Transfer vorzunehmen. Eine Handels-App könnte Bruttobestellungen, stornierte Bestellungen, Händlerquittungen und Wiederholungskäufer anzeigen. Selbst innerhalb dieser kleinen Gruppe gibt es keine einzelne Metrik, die die Zahl von fünf in eine Nachfrage nach PI umwandelt. Das Beispiel zeigt, warum das umfangreichere Inventar von über 300 Apps vor einer aggregierten Nutzungsangabe zunächst App-Typen benötigt.

Pi warnte in jenem Update ausdrücklich, dass seine Mainnet-Listung zahlreiche Drittanbieter-Apps ausschließe. Eine abgelehnte oder nicht eingereichte App ist nicht zwangsläufig unbrauchbar. Das Projekt unterscheidet zwischen Verzeichnisauswahl und allgemeiner Verfügbarkeit; außerhalb der Verzeichnisse können weitere Kandidaten sichtbar sein. Eine unabhängige Momentaufnahme des Browsers könnte daher die Anzahl sichtbarer Kacheln an einem bestimmten Tag erfassen – doch nicht die Gesamtzahl aktiver Anwendungen bestätigen. Eine Abstimmung beider Zahlen erforderte entweder das Entwicklerportal-Inventar oder eine veröffentlichte Methodik von Pi.

Die Frage, was als Mainnet-fähig gilt, erschwert eine Prüfung weiter. Ein Entwickler kann eine Wallet und URL vorbereiten, während er auf die Genehmigung eingehender Zahlungen wartet; eine Anwendung kann einen Dienst betreiben, der gar keine Zahlungen erfordert. Das Projekt könnte eine funktionierende Mainnet-Konfiguration bereits vor Aufnahme durch einen Kurator zählen. Ein Statusfeld für Zahlungsgenehmigungen, letzten erfolgreichen Zugriff und Produktiv-Deployment würde diese Unterschiede sichtbar machen – ohne private Kundendaten offenzulegen. Pi hat bei seiner Oktober-Gipfelveröffentlichung keine solche Feld-für-Feld-Tabelle bereitgestellt.

Im offiziellen Material findet sich eine hilfreiche Zeitlinie: Der Januar-Release von App Studio startete mit Test-Pi-Zahlungsinteraktionen. Der März-Update lud vier ausgewählte Projekte zur Mainnet-Zahlungsfähigkeit ein. Spätere Entwicklerdokumentationen erweiterten die Möglichkeiten für lokale Speicherung, Dateifreigabe und app-spezifische Staking-Daten. Die Oktober-Gipfelankündigung präsentiert über 300 Mainnet-Apps. Die jeweiligen Angaben beschreiben unterschiedliche Populationen – daher ergibt die Subtraktion von vier von 300 nicht die Zahl neuer bezahlter Anwendungen. Eine klare Zeitlinie bewahrt, was jede Zahl zum Zeitpunkt ihrer Veröffentlichung zählte.

Frühere Berichterstattung zum ersten Open-Network-Jahr von Pi beschrieb App Studio als eines der wichtigsten öffentlichen Produkte des Projekts. Die Oktober-Aussage bezieht sich auf ein späteres Inventar. Jeder Vergleich mit dem ersten Jahr muss dieselbe App-Definition verwenden und darf keine älteren KYC- oder Migrationszahlen in die Gegenwart übernehmen. Eine Rückblickanalyse kann feststellen, wann eine Funktion erschien; sie ersetzt jedoch nicht die fehlende Oktober-Serie aktiver Nutzer.

Das stärkste Argument für Pi betrifft ein bereites Publikum

Pi hat Identitätsprüfungen, Wallets, einen browserbasierten Entdeckungspfad, App-Zahlungswerkzeuge und eine große behauptete Teilnehmerbasis zusammengestellt. Ein Entwickler, der ein nützliches Produkt erstellt, kann es potenziell über bestehende Kanäle verteilen, statt jeden Nutzer einzeln zu gewinnen. Über 300 gemeldete Mainnet-Apps könnten bedeuten, dass bereits viele Teams die Vorbereitung von Live-Netzwerk-Software geleistet haben. Der Gipfel verspricht, deren Produkte zu zeigen und zusätzliche Werkzeuge freizugeben. Keine dieser Tatsachen sollte allein deshalb verworfen werden, weil öffentliche Retentionszahlen fehlen.

Der skeptische Standpunkt ist ebenso konkret: Distribution zwingt keinen Nutzer, zur App zurückzukehren. KYC verifiziert die Identität eines Kontoinhabers nach dem Projektprozess; es zeigt nicht, ob diese Person über verfügbares PI verfügt, ein bestimmtes Produkt benötigt oder einen Kauf abschließt. Verzeichnisplatzierungen können durch Staking für Promotion beeinflusst sein. App-Erstellungswerkzeuge können Experimente schneller vermehren als Unternehmen mit Wiederholungskunden. Dies sind Gründe, Nutzungsdaten anzufordern – nicht Gründe, das Scheitern der Apps anzunehmen.

Frühere Berichterstattung zur App-Studio-Ökonomie untersuchte die Kosten für Ersteller und wies darauf hin, dass Hackathon-Einreichungen nicht dasselbe sind wie aktive Produkte. Der aktuelle Gipfel stellt einen weiteren Hackathon und weitere Entwicklerfunktionen vor. Eine Zählung der Einreichungen nach der Veranstaltung würde die Teilnahme am Wettbewerb messen. Der Anteil, der später Mainnet erreicht, online bleibt und wiederkehrende Nutzer gewinnt, würde ein anspruchsvolleres Ergebnis messen.

Ein Betreiber könnte den positiven Fall messbar machen, indem er einen Kohortenbericht veröffentlicht: Apps, die vor einem gewählten Datum gelistet wurden, identifizieren und dann offenlegen, wie viele nach 30 und 90 Tagen noch funktionieren sowie wie viele über wiederkehrende oder zahlende Nutzer verfügen. Ein vergleichbarer Bericht ein Quartal später würde zeigen, ob neue Entwicklerwerkzeuge die Nutzerbindung verbessern – nicht nur den Start erleichtern. Pi hat für November keinen solchen Bericht zugesagt. Das Fehlen einer Zusage ist klar zu benennen, ohne eine Berichtsanforderung in eine angekündigte Lieferung umzuwandeln.

Es gibt praktische Grenzen unabhängiger Beobachtung: Pi Browser kann Konto, KYC oder App-Berechtigungen voraussetzen. Wallet-Bezeichnungen sind nicht immer öffentlich. Ein Blockexplorer kann Transaktionen anzeigen, ohne deren Grund zu offenbaren. Ein externer Reporter kann benannte Apps, öffentliche Verträge und Beispieltransaktionen verifizieren, aber nicht jede private Nutzersitzung aus der Blockchain ableiten. Eine vollständige Prüfung bleibt daher zumindest teilweise von Entwickler- und Projektangaben abhängig. Die wichtigste Trennung besteht zwischen dem, was unabhängig reproduziert wurde, und dem, was Pi oder ein App-Team berichtet hat.

Eine mögliche Audit-Stichprobe könnte mit den fünf Anwendungen beginnen, die das Projekt selbst in seinem früheren Update benannte. Ein Reporter würde dokumentieren, ob jede URL aktuell lädt, ob die Anmeldung funktioniert, ob die angebotene Funktion vollständig nutzbar ist und ob eine Zahlung angefordert wird. Eine zweite Überprüfung nach 30 Tagen würde prüfen, ob dieselben Funktionen weiterhin verfügbar sind. Das wäre ein direkter Verfügbarkeitstest für fünf benannte Apps – kein Schätzwert für alle 300. Eine Erweiterung der Stichprobe erfordert einen vollständigen Stichprobenrahmen, den der Gipfelbeitrag nicht liefert.

Für eine App mit Verkaufsangaben könnte der Betreiber eine Wallet-Adresse und einen Zeitraum offenlegen, in dem sie ausschließlich für Produktionsbelege genutzt wurde. Ein Reporter könnte dann aus dem Ledger die Anzahl eindeutiger Sender sowie den gesamten eingegangenen PI berechnen – unter dem Hinweis, dass Einzahlungen an Börsen oder Banken, Entwicklerüberweisungen und Rückerstattungen diese Zahlen weiter verfälschen können. Eine Bank- oder Börsenüberweisung lässt sich ohne zusätzliche Belege keiner Kundenzahlung zuordnen. Für einen kostenlosen Dienst könnte der Betreiber datenschutzfreundliche Aggregate zu aktiven Nutzern und Behaltensraten offenlegen. Verschiedene, ehrlich gekennzeichnete Methoden sind einer einzelnen, unbegründeten „Adoption“-Zahl vorzuziehen.

Das Geschäftsmodell der App bestimmt zudem, ob PI überhaupt involviert ist. Pi’s Entwicklertools bieten Login, Entdeckung und Zahlungen als voneinander trennbare Funktionen. Ein Creator kann die ersten beiden nutzen, ohne die dritte einzusetzen. Die Aussage „mehr als 300 Apps“ könnte vollständig zutreffen, obwohl nur ein Teil über eine für echte Überweisungen genehmigte Zahlungswallet verfügt. Pi’s Einladung im März an vier App-Studio-Kreationen zeigt einen engeren Genehmigungspfad für eine Kategorie – sagt aber nichts Abschließendes darüber aus, wie viele eigenständig entwickelte Apps heute Zahlungen akzeptieren.

November kann Produkte enthüllen, aber keine jahrelange Nutzerbindung.

Die Online-Veranstaltung vom 17. bis 19. November ist als Summit geplant – nicht als Termin, an dem alle angekündigten Funktionen garantiert in Produktion gehen. Pi kündigt Plattformaktualisierungen, Entwickler-Demonstrationen, Partner- und App-Präsentationen sowie weitere Informationen zu einem Hackathon an. Eine Präsentation kann ein Tool in einer kontrollierten Umgebung zeigen. Ein produktiv eingesetztes Tool sowie eine App, die es mit echten Kunden nutzt, sind spätere, separat überprüfbare Schritte.

Wenn eine genannte App eine Produktions-Wallet-Adresse veröffentlicht und eine nachvollziehbare Transaktion zeigt, kann der Artikel eine konkrete Funktionalität belegen. Veröffentlicht sie einen Monat lang Daten zu eindeutigen zahlenden Wallets – unter Ausschluss von Rückerstattungen und Tests –, kann der Artikel über Nutzung sprechen. Zeigt sie lediglich eine Videodemo, muss der Artikel dies klar als Demo kennzeichnen. Diese Unterscheidungen gehören zur üblichen Produktberichterstattung – kein besonderer Standard speziell für Pi.

Die Projektankündigung nennt weder ein gemeinsames Startdatum für die mehr als 300 Apps, noch deren Betriebszeit oder den Anteil, der PI-Zahlungen akzeptiert. Sie benennt lediglich die Summit-Termine und die behandelten Themen. Der nächste veröffentlichte Agenda-Plan sowie die konkret für Demonstrationen ausgewählten Apps sind die unmittelbar verfügbaren Dokumente, um die Lücke zwischen der Angabe von 300 Apps und beobachtbarer Nutzung zu schließen.

Was zu beobachten ist

• App-Inventar: Eine datierte Pi-Liste, die definiert, welche Apps den berichteten Gesamtbestand von mehr als 300 ausmachen.

• Produktionsstatus: Genannte Apps mit funktionierenden Mainnet-URLs, genehmigten Wallets und nachvollziehbaren Live-Transaktionen.

• Wiederholte Nutzung: Offenlegung durch Entwickler oder Netzwerk zu eindeutigen wiederkehrenden Nutzern innerhalb eines festgelegten Zeitraums von 30 oder 90 Tagen.

• Zahlungen: Abgeschlossene PI-Käufe – getrennt von Testnet-Aktionen, Anreizen, Rückerstattungen und internen Überweisungen.

• Summit-Veröffentlichungen: Agenda vom 17. bis 19. November, produktiv eingesetzte Tools und Hackathon-Regeln – jeweils mit Datum des Status.

FAQ

Wann findet Pi Networks Ökosystem-Summit statt?

Pi plant seinen ersten Online-Ökosystem-Summit für den 17. bis 19. November 2026. Die Veranstaltung soll Entwickler-Demos, Plattformankündigungen, App-Präsentationen und Details zu einem neuen Hackathon umfassen. Eine vollständige Agenda wurde in der Ankündigung vom 15. Oktober noch nicht veröffentlicht.

Wie viele Mainnet-Apps hat Pi angegeben?

Die Mitteilung vom 15. Oktober nennt mehr als 300 Mainnet-Apps. Sie listet nicht jede gezählte App auf und gibt auch keine App-übergreifende Gesamtzahl aktiver Nutzer an. Die Zahl ist ein vom Projekt selbst gemeldetes Inventar-Maß.

Sind alle Mainnet-Apps im Pi-Browser aufgelistet?

Pi’s Dokumentation erklärt, dass seine Ökosystem-Schnittstelle kuratiert ist und Mainnet- sowie Mainnet-fertige Apps ausschließen kann. Die Mainnet-Konfiguration einer App und ihre Aufnahme in das Verzeichnis sind unterschiedliche Status. Eine Browser-Zählung kann daher von der Projekt-Gesamtzahl abweichen.

Bedeuten 300 Apps, dass 300 Unternehmen PI verdienen?

Kein Gesamtumsatz wird mit der Ankündigung genannt. Anwendungen können unterschiedliche Zwecke erfüllen; Zahlungsintegration zeigt nicht, dass Kunden tatsächlich bezahlt haben. Eine Zählung abgeschlossener Käufe und wiederkehrender zahlender Nutzer würde diese Frage klären.

Wie viele Pi-Nutzer haben die KYC-Verifizierung abgeschlossen?

Pi nannte im Gipfelbericht über 18,1 Mio. vollständig KYC-verifizierte Nutzer; zudem sprach es von über 60 Mio. aktiven Pionieren. Keine dieser Zahlen zeigt, wie viele Personen im Oktober eine Mainnet-Anwendung nutzten.

Können App-Studio-Anwendungen echtes PI empfangen?

Pi kündigte im März Mainnet-Unterstützung für ausgewählte App-Studio-Anwendungen an und nannte vier Einladungen zur Umstellung sowie Integration echter Zahlungen. Frühere App-Studio-Zahlungstests nutzten Test-PI. Die März-Zahl entspricht nicht der Gesamtanzahl der Mainnet-Anwendungen im Oktober.

Beweist ein höheres Verzeichnis-Ranking die Beliebtheit einer App?

Nein. Pi erklärt, dass Nutzer und Unternehmen PI staken können, um die Position und Sichtbarkeit einer Anwendung im Verzeichnis zu verbessern. Das Ranking kann Besuche generieren, ist aber keine veröffentlichte Statistik aktiver oder zahlender Nutzer. Eine Wiederholungsnutzungs-Messung beantwortet eine andere Frage.

Welche Belege zeigen, dass eine App genutzt wird?

Eine benannte Produktions-App, nachvollziehbare Transaktionen (falls relevant) sowie datierte Daten zu einzelnen oder wiederkehrenden Nutzern belegen konkrete Aktivität. Kostenlose Hilfsprogramme benötigen ggf. Retentionsmaßnahmen statt Umsatzzahlen. Dies ist eine bildende Analyse, keine Anlageberatung.

Haftungsausschluss: Dieser Artikel dient ausschließlich Informations- und Bildungszwecken und stellt keine Finanz- oder Anlageberatung dar. Die Zahlen beruhen auf regulatorischen Meldungen und Berichten zum Zeitpunkt der Erstellung und ändern sich mit jeder neuen Veröffentlichung. Hieraus folgt keinerlei Empfehlung zum Kauf, Verkauf oder Halten eines Wertpapiers oder Vermögenswerts. Führen Sie stets Ihre eigene Recherche durch. Die Angaben sind korrekt zum 16. Oktober 2026.

Mehr lesen: Capital B meldet im ersten Halbjahr 2026 einen Verlust von 78 Mio. USD, obwohl mehr Bitcoin gekauft wurde