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

Pi Network hat eine neue App-Anzahl in den Mittelpunkt seines ersten Ökosystem-Gipfels gestellt. Es wird von mehr als 300 Mainnet-Apps berichtet, zusammen mit einer behaupteten Zielgruppe von über 60 Millionen engagierten Pioneers, 18,1 Millionen Personen, die Identitätsprüfungen bestanden haben, und mehr als 420.000 Nodes. Keine dieser Zahlen misst die wiederholte Nutzung einer App oder den Wert von Waren und Dienstleistungen, die mit PI bezahlt wurden. Der Gipfel bietet einen neuen Anlass zu untersuchen, was eine Mainnet-App ist und was ihr öffentliches Verzeichnis zeigen kann.

Pi Network hat erklärt, dass mehr als 300 Mainnet-Anwendungen existieren, während es einen Entwicklergipfel im November vorbereitet, und fügt damit eine neue veröffentlichte Zahl zu seinen Behauptungen über die Größe seines Ökosystems hinzu.

In einer Ankündigung vom 15. Oktober terminierte das Projekt seinen ersten Pi Ecosystem Summit für den 17. bis 19. November. Es hieß, die Online-Veranstaltung werde Plattformveröffentlichungen, Entwickler-Demos, Partner- und App-Präsentationen sowie Details zu einem weiteren Hackathon umfassen. Seine Erklärung gab die Gesamtzahl von 300 Apps an, lieferte jedoch kein Verzeichnis aller gezählten Apps, keine Nutzung pro App, keine zahlenden Nutzer oder ihnen zurechenbaren Transaktionswert.

Der Gipfel setzt eine Zahl auf die App-Ebene

Pi’s Erklärung beschreibt ein bestehendes Vertriebsnetzwerk mit mehr als 60 Millionen engagierten Pioneers, Authentifizierung, Zahlungen und App-Entdeckung. Es werden separat mehr als 18,1 Millionen vollständig KYC-verifizierte Nutzer und mehr als 420.000 Nodes genannt. Diese Maße haben unterschiedliche Einheiten. Ein Node 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. Keines der drei ist automatisch ein zahlender Kunde eines der anderen beiden.

Die Ankündigung bietet ein zeitnahes Prüfziel. Eine Zahl von mehr als 300 ist groß genug, um Kategorien zu untersuchen, aber die öffentliche Erklärung liefert kein mit Zeitstempel versehenes Inventar und keine konsistente Definition für die Aufnahme. Apps könnten PI-Zahlungen akzeptieren, Authentifizierung ohne Zahlungen nutzen, Informationen bereitstellen, ein Spiel hosten oder eine Verbindung zu Entwickler-Tools herstellen. Ein aktuelles App-Verzeichnis könnte nur eine ausgewählte Teilmenge anzeigen. Die 300 als 300 aktive Unternehmen zu melden, würde Fakten hinzufügen, die das Projekt nicht behauptet hat.

Dies unterscheidet sich vom jüngsten Protokoll-Zeitplan des Netzwerks. Ein Beitrag zu Protokoll 28 untersuchte die Node-Bereitschaft vor der geplanten Mainnet-Aktivierung am 16. Oktober. Er nannte Vertrags-Upgrades und Transaktionsdatenverarbeitung als technische Änderungen. Die neue Gipfelankündigung betrifft das Anwendungsinventar und das, was Entwickler gebaut haben. Ein erfolgreiches Node-Upgrade belegt nicht, dass eine gelistete Anwendung zahlende Kunden hat.

Es unterscheidet sich auch vom KYC-Funnel. Eine frühere Analyse von Pi’s Verifizierungsrückstand trennte Nutzer, die für den Fortschritt freigegeben wurden, von Wallets, die tatsächlich PI ausgegeben haben. Die App-Anzahl fügt eine weitere Stufe hinzu: Es muss Software verfügbar, erreichbar und es wert sein, zurückzukehren. Einen Identitätsengpass zu beseitigen und eine Anwendung hinzuzufügen sind beide beobachtbare Ereignisse. Eine Transaktion eines aktiven Nutzers ist ein drittes Ereignis, das einen separaten Datensatz erfordert.

Das Gipfelprogramm könnte die Beweislage verbessern. Pi verspricht Demonstrationen spezifischer Entwickler-Tools und Partneranwendungen. Eine Demonstration kann zeigen, dass eine Funktion läuft, während wiederholte Zahlungen über Wochen eine fortgesetzte Nutzung belegen würden. Die Ankündigung verpflichtet sich nicht, während der Veranstaltung App-spezifische Retention oder Händlerbelege zu veröffentlichen. Ein App-Inventar und reproduzierbare Zahlungsbeispiele würden es Lesern ermöglichen, die Zahl vor jeder späteren Werbegesamtzahl zu bewerten.

Mainnet-Bereitstellung und Verzeichniseintrag sind getrennte Hürden

Pis Entwickler-Launch-Leitfaden beschreibt, wie ein Ersteller vom Testnet zum Mainnet wechselt. Der Entwickler erstellt eine separate Mainnet-App im Portal, verifiziert deren URL, verbindet eine App-Wallet und erfüllt eine Checkliste. Eine eingehende Multisignatur-Wallet für Zahlungen von Nutzer zu App erfordert eine Bewerbung und Prüfung. Zahlungen von App zu Nutzer sind nach dem aktuellen Wortlaut des Leitfadens nur für Testnet-Apps und ausgewählte Mainnet-Apps verfügbar. Die Entscheidung eines Entwicklers, einen Mainnet-Eintrag zu erstellen, bedeutet daher nicht, dass jeder mögliche Zahlungsweg aktiv ist.

Die Verzeichniseintragsregeln stellen eine weitere Hürde dar. Um in der kuratierten Mainnet-Ökosystem-Schnittstelle des Pi Browser zu erscheinen, wird von einer Anwendung erwartet, dass sie funktionsfähig ist, die Pi-Authentifizierung integriert, die Identitätsanforderungen für ihren Entwickler erfüllt und die Richtlinien zu Transaktionen und Benutzererfahrung befolgt. Eine App kann im Mainnet existieren, ohne in dieses kuratierte Verzeichnis aufgenommen zu werden. Pis eigenes früheres Update zu hinzugefügten Apps besagt, dass die Liste nicht jede Mainnet- oder Mainnet-fähige App enthält und dass Verzeichnisse Dritter mehr anzeigen können.

Dieser Unterschied bietet eine direkte Möglichkeit, die Gipfelzahl zu testen. Wenn Pi sagt, es gebe über 300 Mainnet-Apps, bedeutet das dann Portal-Einträge mit einer aktiven Mainnet-Konfiguration, Anwendungen mit genehmigten Wallets, im Browser gelistete Anwendungen oder eine breitere Gruppe einschließlich selbst gehosteter Dienste? Die Oktober-Ankündigung sagt es nicht. Ein Reporter kann die im Browser sichtbare Anzahl nicht ohne Weiteres durch die Projektzahl ersetzen, ohne zuvor zu zeigen, dass beide dieselbe Aufnahmeregel anwenden.

Die Unterscheidung ist keine Anschuldigung, dass die Zahl falsch sei. Produktverzeichnisse kuratieren oft eine kleinere Auswahl als das gesamte Universum eingesetzter Software. Pi beschreibt diese Praxis ausdrücklich. Das Berichterstattungsproblem ist die Reproduzierbarkeit. Eine datierte Liste mit App-Identifikatoren, Status und Zahlungsfähigkeiten würde es einem unabhängigen Leser ermöglichen, die Gesamtzahl nachzuvollziehen. Ohne sie bleibt die Zahl eine vom Unternehmen gemeldete Angabe, nützlich als Behauptung über die Größenordnung, aber schwach als Maß für die laufende Nutzung.

Eine App könnte Qualitäts- und Richtlinienanforderungen erfüllen und dennoch wenig Verkehr sehen. Umgekehrt könnte eine nicht gelistete unabhängige App Nutzer anziehen. Die Aufnahme in das Verzeichnis ist eine Screening-Entscheidung; Verkehr und Transaktionen sind Verhaltensaufzeichnungen. Pis Verzeichnis-Staking-Funktion fügt eine weitere Komplikation hinzu: Pioniere und Unternehmen können PI staken, um die Position einer App in der Ökosystem-Schnittstelle zu verbessern. Pi sagte, dass das Stake die Sichtbarkeit und Impressionen erhöhen kann, mit potenziellem Nutzerverkehr. Ein höheres Verzeichnis-Ranking ist teilweise eine Funktion der gestakten Promotion und kann allein keine organische Nachfrage verifizieren.

Die Staking-Ankündigung identifiziert Mainnet-Apps, App Studio-Apps und Dienste wie zentralisierte Börsen unter den Kategorien des Verzeichnisses. Diese Mischung bedeutet, dass ein Analyst die Schnittstelle filtern muss, bevor er jede Kachel als Mainnet-Anwendung behandelt. Sie macht auch den Vergleich zwischen Kategorien schwierig: Ein Börsenlink, ein Ersteller-Experiment und eine App mit einer genehmigten Mainnet-Wallet können nebeneinander angezeigt werden, während sie unterschiedlichen Zwecken dienen.

Zahlungsfähigkeit ist ein engeres Maß als die Existenz einer App

Pi fügte im März App Studio-Unterstützung für Mainnet-Anwendungen und Live-In-App-Zahlungen hinzu. Seine Pi-Tag-Erklärung besagte, dass vier App Studio-Apps eingeladen wurden, zum Mainnet überzugehen und echte PI-Zahlungen zu integrieren. Dieselbe Veröffentlichung erklärte persistente Zahlungsinteraktionen, die eine gekaufte Funktion über eine einzelne Sitzung hinaus aktiv lassen können. Vier ist eine Zählung der eingeladenen App Studio-Apps zu diesem Zeitpunkt, nicht die Gesamtzahl der Mainnet-Apps im gesamten Netzwerk.

Ein früheres Januar-App Studio-Update beschrieb die Integration von Test-Token-Zahlungen. Es ermöglichte Erstellern zu experimentieren, ohne echte PI zwischen Nutzern und Anwendungen zu bewegen. Der Vergleich eines Testzahlungsprototyps mit einem abgeschlossenen Mainnet-Kauf würde simulierte und wirtschaftlich bedeutsame Aktivität verwechseln. Bis Oktober hatte sich das App Studio-Tooling erweitert, aber die Gipfelankündigung berichtete nicht über die Anzahl der über seine Produkte getätigten echten Zahlungen.

Der Mainnet-Zahlungsweg ist prinzipiell beobachtbar. Ein Nutzer autorisiert eine Überweisung, die App verarbeitet den Callback, und ein Ledger zeichnet die abgewickelte PI-Transaktion auf. Die öffentliche Chain kann eine Zahlung an eine bekannte Wallet offenlegen, aber eine Wallet-Adresse allein kann einem Entwickler, einer Börse, einem internen Test oder einem gewöhnlichen Nutzer gehören. Um die Verbrauchernachfrage zu messen, müsste der App-Betreiber seine Produktions-Empfangsadresse identifizieren und genügend über seinen Dienst offenlegen, um Verkäufe von Selbstüberweisungen, Anreizen oder wiederholter Bewegung derselben Coins zu unterscheiden.

Eine Gebühr oder eine Zahlungsanzahl kann in beide Richtungen irreführend sein. Eine App könnte einige große Händleraufträge erzielen, während eine andere Tausende winziger bezahlter Aktionen ausführt. Das übertragene Brutto-PI ist kein Nettoumsatz, wenn Nutzer Rückerstattungen oder Belohnungen erhalten. Eine App mit Abonnements könnte eine starke Kundenbindung und weniger einzelne Überweisungen aufweisen. Wiederkehrende zahlende Wallets, unterschiedliche Käufer, abgeschlossene Käufe und der gemessene Zeitraum würden den Vergleich aussagekräftiger machen. Das Projekt hat diese vier Felder für seine über 300 Apps in der Gipfelveröffentlichung nicht veröffentlicht.

Pis Zahlungsbibliothek verspricht eine schnelle Integration für Entwickler, die unterstützte Web-Stacks verwenden. Ihr Entwicklerleitfaden vom Januar beschrieb eine Möglichkeit, Zahlungsfunktionalität in weniger als zehn Minuten hinzuzufügen. Die Integration des Codes ist ein technischer Meilenstein, kein Beweis dafür, dass Kunden anschließend einen Dienst gekauft haben. Der Unterschied ist in vielen Zahlungsnetzwerken sichtbar: Ein Instrument zu akzeptieren und Handel zu generieren sind unterschiedliche Ergebnisse.

Einige Anwendungen mögen wertvoll sein, ohne PI zu berechnen. Ein Dienstprogramm kann die Pi-Authentifizierung nutzen, um verifizierten Nutzern zu dienen, Informationen bereitzustellen oder Pioneers mit externen Aktivitäten zu verbinden. Der Gipfel könnte solche Software vernünftigerweise präsentieren. Es wäre ungenau, das Fehlen einer Zahlung in jeder App als Beweis dafür zu behandeln, dass die App keine Nutzer hat. Die korrekte Metrik 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 sie erfordert.

Ein Audit muss vier Nenner auseinanderhalten

Die veröffentlichten Zahlen können in einer einfachen Messtabelle platziert werden, ohne ungleiche Größen zu dividieren. Pis mehr als 60 Millionen engagierte Pioneers beschreiben das breiteste Publikum, das es beansprucht. Seine mehr als 18,1 Millionen verifizierten Nutzer beschreiben Personen, die KYC bestanden haben. Seine über 300 Mainnet-Apps beschreiben Software. Seine mehr als 420.000 Nodes beschreiben Netzwerkinfrastruktur. Ein gültiges Adoptionsverhältnis würde die Anzahl der unterschiedlichen Nutzer einer bestimmten App über einen definierten Zeitraum erfordern, geteilt durch eine klar definierte berechtigte Population. Pi hat diesen Zähler in der Ankündigung nicht bereitgestellt.

18,1 Millionen verifizierte Personen durch 300 Apps zu teilen, würde unter der künstlichen Annahme einer gleichmäßigen Verteilung grob 60.333 Personen pro App ergeben. Die Arithmetik verwendet die gerundeten Mindestwerte des Projekts und ist kein Maß für das Publikum einer Anwendung. Dieselbe Person kann mehrere Apps nutzen oder keine, und eine App kann eine Gruppe anziehen, die weit kleiner als der theoretische Durchschnitt ist. Den Quotienten als „Nutzer pro App“ zu melden, wäre ein numerischer Fehler, keine originäre Analyse. Der aussagekräftige Befund ist, dass keine veröffentlichte Brücke den gemeldeten Nutzerpool mit App-Aktivitäten verbindet.

Eine bessere Methode würde einen datierten Export des Inventars von über 300 Apps anfordern und jeden Eintrag nach Phase kennzeichnen. Für jede sollte erfasst werden, ob sie eine funktionierende URL, Pi-Authentifizierung, Mainnet-Wallet-Genehmigung, eine offengelegte Zahlungsadresse, abgeschlossene PI-Zahlungen während eines bestimmten Zeitfensters und ein Maß für unterschiedliche wiederkehrende Nutzer hat. Betreiber könnten sich weigern, private Kundeninformationen offenzulegen; aggregierte Zählungen und öffentliche Transaktionen könnten dennoch eine nützliche Verifizierung ermöglichen. Die Übung würde die Lücke zwischen möglicher Reichweite und tatsächlicher Dienstnutzung aufzeigen, ohne anzunehmen, dass alle Apps identisch sind.

Das Inventar sollte kennzeichnen, ob die App im Pi Browser kuratiert oder über SoloHost selbst gehostet wird. Pi sagt, dass SoloHost Entwicklern ermöglicht, selbst gehostete KI-Apps zu veröffentlichen, und seine Oktober-Ankündigung gruppiert dieses Produkt mit seiner Entwicklerplattform. Ein Dienst, der auf einem Node läuft, kann eine Anwendung im gewöhnlichen Software-Sinne sein, ohne eine Web-App mit einem Mainnet-Zahlungs-Wallet zu sein. Diese Kategorien zu kombinieren, mag vertretbar sein, wenn Pi sagt, wie es sie zählt. Bis dahin sollte ein unabhängiges Audit ihre getrennten Status bewahren.

Pis Verzeichnisregeln bieten eine weitere Überprüfung. Sie verlangen Pi-only-Transaktionen für Apps, die das relevante Mainnet-Listing anstreben, während das Projekt separat eine potenzielle Stablecoin-Rolle an anderer Stelle in seinem Ökosystem diskutiert hat. Das OUSD-Feature dokumentierte, dass keine gestartete Zahlungsintegration oder Token-Nachfragemechanismus spezifiziert worden war. Eine zukünftige Änderung der App-Listing-Regeln oder eine enge Ausnahme würde ein datiertes Richtlinien-Update erfordern. Die Gipfelankündigung selbst überarbeitet die aktuelle Verzeichnisseite nicht oder macht OUSD zu einer bestehenden App-Zahlungsmethode.

Fünf gelistete Apps zeigen, was die Schlagzeilenzahl verbirgt

Ein früheres Pi-Update bietet ein kleines, benanntes Beispiel dafür, wie das Projekt Anwendungen auswählt. Es kündigte fünf Ergänzungen der Mainnet Ecosystem Interface an, darunter ein Snake-Spiel, E-Commerce-Anwendungen und Informationsdienste über den PI-Token. Pi sagte, dass diese fünf Prüfungen auf Qualität, vollständige Funktionen, Nutzen und Richtlinienkonformität bestanden haben. Das Beispiel beweist, dass das kuratierte Verzeichnis verschiedene Arten von Software aufnehmen kann. Es offenbart nicht, wie oft jede geöffnet wurde oder wie viel jemand darin ausgegeben hat.

Die fünf nach ihrer angegebenen Funktion zu klassifizieren, ist nützlicher, als ihre Aufnahme als ein einziges wirtschaftliches Ergebnis zu behandeln. Ein Spiel kann häufige Sitzungen, aber wenige Zahlungen verzeichnen. Eine Informationsseite kann ohne jegliche Token-Übertragung gelesen werden. Eine Commerce-App könnte Bruttobestellungen, erstattete Bestellungen, Händlerbelege und Wiederholungskäufer anzeigen. Selbst innerhalb der kleinen Gruppe gibt es keine einzelne Kennzahl, die die Anzahl von fünf in Nachfrage nach PI verwandelt. Das Beispiel zeigt, warum das größere Inventar von über 300 App-Typen benötigt, bevor eine aggregierte Nutzungszahl interpretiert werden kann.

Pi warnte in diesem Update ausdrücklich, dass seine Mainnet-Liste viele Drittanbieter-Apps ausließ. Eine abgelehnte oder nicht eingereichte App ist nicht unbedingt unbrauchbar. Das Projekt unterscheidet zwischen Verzeichnisauswahl und breiterer Verfügbarkeit, und Verzeichnisse außerhalb können mehr Kandidaten zeigen. Eine unabhängige Momentaufnahme des Browsers könnte daher die Anzahl der sichtbaren Kacheln an einem Datum feststellen, aber nicht die Gesamtzahl der aktiven Anwendungen bestätigen. Um beide in Einklang zu bringen, wäre das Inventar des Entwicklerportals oder eine veröffentlichte Methodik von Pi erforderlich.

Die Frage, was als Mainnet-ready gilt, erschwert ein Audit 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 überhaupt keine Zahlungen erfordert. Das Projekt könnte eine funktionierende Mainnet-Konfiguration zählen, bevor ein Kurator sie auflistet. Ein Statusfeld für Zahlungsgenehmigungen, letzten erfolgreichen Zugriff und Produktionsbereitstellung würde diese Unterscheidungen sichtbar machen, ohne private Daten der Kunden zu veröffentlichen. Pi hat diese Feld-für-Feld-Tabelle mit seiner Oktober-Gipfelveröffentlichung nicht geliefert.

Es gibt eine nützliche Zeitleiste im offiziellen Material. Die Veröffentlichung des App Studio im Januar begann mit Test-Pi-Zahlungsinteraktionen. Das Update im März lud vier ausgewählte Kreationen zur Mainnet-Zahlungsfähigkeit ein. Später erweiterte die Entwicklerdokumentation, was Entwickler mit lokalem Speicher, Dateifreigabe und app-spezifischen Staking-Daten tun konnten. Die Ankündigung des Oktober-Gipfels präsentiert mehr als 300 Mainnet-Apps. Die Endpunkte beschreiben unterschiedliche Populationen, sodass das Subtrahieren von vier von 300 nicht die Anzahl der neuen bezahlten Anwendungen berechnen würde. Eine saubere Zeitleiste bewahrt, was jede Zahl zum Zeitpunkt ihrer Veröffentlichung zählte.

Frühere Berichterstattung über Pi's erstes Jahr im offenen Netzwerk beschrieb App Studio unter den wichtigsten öffentlichen Produkten des Projekts. Die Oktober-Behauptung betrifft ein späteres Inventar. Jeder Vergleich mit dem ersten Jahr muss dieselbe App-Definition verwenden und vermeiden, eine ältere KYC- oder Migrationssumme in die Gegenwart zu importieren. Ein Rückblick kann feststellen, wann eine Funktion erschien; er füllt nicht die fehlende Oktober-Serie aktiver Nutzer.

Das beste Argument für Pi betrifft ein bereites Publikum

Pi hat Identitätsprüfungen, Wallets, einen browserbasierten Entdeckungspfad, App-Zahlungstools und eine große beanspruchte Teilnehmerbasis zusammengestellt. Ein Entwickler, der ein nützliches Produkt erstellt, kann es möglicherweise über bestehende Kanäle vertreiben, anstatt jeden Nutzer einzeln zu gewinnen. Mehr als 300 gemeldete Mainnet-Apps könnten bedeuten, dass viele Teams bereits die Arbeit zur Vorbereitung von Live-Netzwerk-Software geleistet haben. Der Gipfel verspricht, ihre Produkte zu zeigen und zusätzliche Tooling freizugeben. Keine dieser Tatsachen sollte allein deshalb gelöscht werden, weil öffentliche Retentionszahlen fehlen.

Der skeptische Fall ist ebenso konkret. Distribution zwingt einen Nutzer nicht, zu einer App zurückzukehren. KYC verifiziert die Identität eines Kontoinhabers unter dem Prozess des Projekts; es zeigt nicht, dass diese Person über verfügbare PI verfügt, ein bestimmtes Produkt benötigt oder einen Kauf abschließt. Verzeichnisrankings können Staking zur Förderung widerspiegeln. App-Erstellungstools können die Anzahl von Experimenten schneller erhöhen als die Anzahl von Unternehmen mit Wiederholungskunden. Dies sind Gründe, Nutzungsaufzeichnungen anzufordern, keine Gründe anzunehmen, dass die Apps gescheitert sind.

Frühere Berichterstattung über die Ökonomie von App Studio untersuchte Kosten, mit denen Ersteller konfrontiert sind, und wies darauf hin, dass Hackathon-Einreichungen nicht dasselbe sind wie aktive Produkte. Der aktuelle Gipfel führt einen weiteren Hackathon und mehr Entwicklerfunktionen ein. Eine Zählung der Einreichungen nach der Veranstaltung würde die Teilnahme an diesem Wettbewerb messen. Der Anteil, der später Mainnet erreicht, online bleibt und wiederkehrende Nutzer erhält, würde ein anspruchsvolleres Ergebnis messen.

Ein Betreiber könnte den positiven Fall messbar machen, indem er einen Kohortenbericht veröffentlicht. Identifizieren Sie Apps, die vor einem gewählten Datum gelistet wurden, und legen Sie dann offen, wie viele 30 und 90 Tage später noch funktionieren und wie viele unterschiedliche Nutzer haben, die zurückkehren oder zahlen. Ein vergleichbarer Bericht ein Quartal später würde zeigen, ob neue Entwicklertools Anwendungen helfen, Nutzer zu binden, nicht nur zu starten. Pi hat einen solchen Bericht für November nicht versprochen. Das Fehlen eines Versprechens sollte klar dargelegt werden, ohne eine Berichtsanforderung in ein angekündigtes Lieferergebnis umzuwandeln.

Unabhängige Beobachtung hat praktische Grenzen. Pi Browser kann ein Konto, KYC oder App-Berechtigungen erfordern. Wallet-Bezeichnungen sind nicht immer öffentlich. Ein Block-Explorer kann Transaktionen anzeigen, ohne den Grund für ihr Zustandekommen zu nennen. Ein externer Reporter kann benannte Apps, öffentliche Verträge und Beispieltransaktionen verifizieren, aber nicht jede private Nutzersitzung aus einer Chain ableiten. Eine vollständige Prüfung kann daher teilweise von Offenlegungen der Entwickler und des Projekts abhängig bleiben. Die wichtigste Trennung besteht zwischen dem, was unabhängig reproduziert wurde, und dem, was Pi oder ein App-Team berichtet hat.

Eine mögliche Prüfstichprobe könnte mit den fünf Anwendungen beginnen, die das Projekt selbst in seinem früheren Update genannt hat. Ein Reporter würde festhalten, ob jede URL jetzt lädt, ob die Anmeldung funktioniert, ob die angebotene Funktion abgeschlossen werden kann und ob eine Zahlung verlangt wird. Ein zweiter Durchgang nach 30 Tagen würde prüfen, ob dieselben Funktionen noch funktionieren. Das wäre ein direkter Verfügbarkeitstest für fünf benannte Apps, keine Schätzung für alle 300. Die Erweiterung der Stichprobe erfordert einen vollständigen Stichprobenrahmen, den der Summit-Beitrag nicht liefert.

Für eine App, die Verkäufe beansprucht, könnte der Betreiber eine Wallet-Adresse und einen Zeitraum offenlegen, in dem sie ausschließlich für Produktionsbelege verwendet wurde. Ein Reporter könnte dann verschiedene Absender und die insgesamt empfangenen PI aus dem Ledger berechnen und dabei angeben, dass Börseneinzahlungen, Entwicklertransfers und Rückerstattungen diese Zahlen noch verzerren können. Eine Bank- oder Börsenüberweisung kann ohne weitere Beweise nicht einem Kundeneinkauf zugeordnet werden. Für einen kostenlosen Dienst könnte der Betreiber datenschutzfreundliche Aggregate aktiver Nutzer und zur Retention offenlegen. Unterschiedliche Methoden, ehrlich gekennzeichnet, sind einem einzigen ungestützten „Adoptions“-Wert vorzuziehen.

Das Geschäftsmodell der App bestimmt auch, ob PI überhaupt beteiligt ist. Pis Entwickler-Tooling bietet Login, Discovery und Zahlungen als trennbare Fähigkeiten. Ein Ersteller kann die ersten beiden ohne die dritte nutzen. Die Behauptung „mehr als 300 Apps“ könnte völlig zutreffend sein, während nur eine Teilmenge über eine für echte Transfers zugelassene Zahlungs-Wallet verfügt. Pis Einladung vom 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 unabhängig codierte Apps heute Zahlungen akzeptieren.

Der November kann Produkte offenbaren, aber nicht Jahre der Retention

Die Veranstaltung vom 17. bis 19. November ist als Online-Summit geplant, nicht als ein Datum, an dem garantiert jede angekündigte Funktion in Produktion geht. Pi sagt, es werde Plattform-Updates, Entwickler-Demonstrationen, Partner- und App-Präsentationen sowie weitere Informationen zu einem Hackathon bereitstellen. Eine Präsentation kann ein Tool zeigen, das in einer kontrollierten Umgebung funktioniert. Ein eingesetztes Tool und eine App, die es mit Kunden nutzt, sind spätere, separat überprüfbare Phasen.

Wenn eine benannte App eine Produktions-Wallet-Adresse veröffentlicht und eine Transaktion zeigt, die ein Leser reproduzieren kann, kann der Artikel eine bestimmte Fähigkeit belegen. Wenn sie einen Monat mit Daten zu verschiedenen zahlenden Wallets veröffentlicht, wobei Rückerstattungen und Tests ausgeschlossen sind, kann der Artikel die Nutzung erörtern. Wenn sie nur eine Videodemonstration anbietet, sollte der Artikel sie als Demo bezeichnen. Diese Klassifizierungen sind gewöhnliche Produktberichterstattung, kein spezieller Standard, der Pi auferlegt wird.

Die Ankündigung des Projekts nennt kein gemeinsames Startdatum für die mehr als 300 Anwendungen, ihre Uptime oder den Anteil, der PI-Zahlungen akzeptiert. Sie nennt die Summit-Termine und die Themen, die behandelt werden sollen. Die nächste veröffentlichte Agenda und die spezifischen Apps, die für Demonstrationen ausgewählt werden, sind die unmittelbaren Dokumente, die die Lücke zwischen der Behauptung von 300 Apps und der beobachtbaren Nutzung verkleinern können.

Was zu beachten ist

• App-Inventar: Eine datierte Pi-Liste, die definiert, welche Anwendungen die gemeldete Gesamtzahl von mehr als 300 ausmachen.
• Produktionsstatus: Benannte Apps mit funktionierenden Mainnet-URLs, genehmigten Wallets und reproduzierbaren Live-Transaktionen.
• Wiederholte Nutzung: Offenlegungen von Entwicklern oder dem Netzwerk über verschiedene wiederkehrende Nutzer in einem bestimmten Zeitraum von 30 oder 90 Tagen.
• Zahlungen: Abgeschlossene PI-Käufe, getrennt von Testnet-Aktionen, Anreizen, Rückerstattungen und internen Transfers.
• Summit-Veröffentlichungen: Die Agenda vom 17. bis 19. November, eingesetzte Tools und Hackathon-Regeln, jeweils mit datiertem Status.

FAQ