Pi Network affirme disposer de 300 applications sur le Mainnet. Combien sont réellement utilisées ?

Pi Network a placé un nouveau décompte d’applications au cœur de son premier sommet de l’écosystème. Plus de 300 applications sur le Mainnet sont annoncées, ainsi qu’un public revendiqué de plus de 60 millions de Pionniers actifs, 18,1 millions de personnes ayant réussi les vérifications d’identité et plus de 420 000 nœuds. Aucun de ces chiffres ne mesure l’utilisation répétée d’une application ni la valeur des biens et services payés en PI. Ce sommet offre une nouvelle occasion d’examiner ce qu’est une application sur le Mainnet et ce que son registre public peut révéler.

Résumé

• Pi a annoncé un sommet en ligne de l’écosystème du 17 au 19 novembre dans un message publié le 15 octobre.

• Le projet signale plus de 300 applications sur le Mainnet, mais ne fournit aucun décompte d’utilisateurs actifs par application.

• Pi cite plus de 18,1 millions d’utilisateurs entièrement vérifiés KYC et 420 000 nœuds dans la même annonce.

• Quatre applications créées via App Studio ont été invitées à intégrer les paiements sur le Mainnet en mars 2026.

• Les règles pour développeurs de Pi distinguent clairement le total de 300 applications des listes figurant dans son répertoire de navigateur soigneusement sélectionné.

Pi Network affirme l’existence de plus de 300 applications sur le Mainnet à l’approche de son sommet des développeurs de novembre, ajoutant ainsi un nouveau chiffre officiel à ses revendications sur la taille de son écosystème.

Dans une annonce du 15 octobre, le projet a programmé son premier Sommet de l’écosystème Pi du 17 au 19 novembre. Cet événement en ligne inclura des sorties de plateforme, des démonstrations pour développeurs, des présentations de partenaires et d’applications, ainsi que les détails d’un nouveau hackathon. L’annonce mentionne le chiffre de 300 applications, sans toutefois fournir l’inventaire complet des applications comptabilisées, ni les données d’utilisation par application, les utilisateurs payants ou la valeur des transactions liées à ces applications.

Le sommet dresse un bilan de la couche applicative

La déclaration de Pi décrit un réseau de distribution existant comptant plus de 60 millions de Pionniers actifs, avec authentification, paiements et découverte d’applications. Elle cite séparément plus de 18,1 millions d’utilisateurs entièrement vérifiés KYC et plus de 420 000 nœuds. Ces mesures utilisent des unités différentes : un nœud est un participant à l’infrastructure, un utilisateur vérifié est une personne ayant passé une procédure définie, et une application sur le Mainnet est un logiciel associé au réseau en production. Aucun de ces trois éléments ne constitue automatiquement un client payant des deux autres.

L’annonce fournit une cible opportune pour un audit. Un chiffre supérieur à 300 permet d’analyser les catégories, mais la déclaration publique ne fournit ni un inventaire daté ni une définition cohérente des critères d’inclusion. Une application peut accepter des paiements en PI, utiliser l’authentification sans paiement, fournir des informations, héberger un jeu ou se connecter aux outils de développement. Le répertoire actuel d’applications pourrait n’afficher qu’un sous-ensemble sélectionné. Présenter les 300 applications comme autant d’entreprises actives ajouterait des faits non revendiqués par le projet.

Cela diffère également du calendrier récent du protocole. Un article consacré au protocole 28 examinait la préparation des nœuds avant l’activation prévue du Mainnet le 16 octobre. Il mentionnait des mises à niveau de contrats et la gestion des données transactionnelles comme changements techniques. La nouvelle annonce relative au sommet concerne l’inventaire des applications et les réalisations des développeurs. Une mise à niveau réussie des nœuds ne garantit pas qu’une application listée compte des clients payants.

Cela diffère aussi du processus KYC. Une analyse antérieure du stockage des demandes de vérification de Pi distinguait les utilisateurs autorisés à avancer des portefeuilles ayant effectivement dépensé des PI. Le décompte des applications ajoute une étape supplémentaire : il faut qu’un logiciel soit disponible, accessible et digne d’un retour. Passer le goulot d’étranglement de l’identité et ajouter une application sont tous deux des événements observables. Une transaction effectuée par un utilisateur actif constitue un troisième événement, nécessitant un enregistrement distinct.

Le programme du sommet pourrait améliorer la fiabilité des preuves. Pi promet des démonstrations d’outils spécifiques pour développeurs et d’applications partenaires. Une démonstration peut montrer qu’une fonctionnalité fonctionne, tandis que des paiements répétés sur plusieurs semaines prouveraient une utilisation continue. L’annonce ne s’engage pas à publier, durant l’événement, les taux de rétention par application ou les reçus marchands. Un inventaire d’applications et des exemples reproductibles de paiements permettraient aux lecteurs d’évaluer le décompte avant toute communication promotionnelle ultérieure.

Le déploiement sur le Mainnet et la liste dans le répertoire sont deux étapes distinctes

Le guide de lancement des développeurs de Pi décrit comment un créateur passe du Testnet au Mainnet. Le développeur crée une application Mainnet distincte sur le portail, vérifie son URL, connecte un portefeuille d’application et remplit une liste de contrôle. Un portefeuille multisignature entrant pour les paiements utilisateur-à-application exige une demande et un examen. Les paiements application-à-utilisateur ne sont disponibles que pour les applications Testnet et certaines applications Mainnet sélectionnées, selon la formulation actuelle du guide. La décision d’un développeur de créer une entrée Mainnet ne signifie donc pas que tous les chemins de paiement possibles sont opérationnels.

Les règles de la liste de répertoire imposent une autre barrière. Pour apparaître dans l’interface écosystémique Mainnet soigneusement sélectionnée du navigateur Pi, une application doit être fonctionnelle, intégrer l’authentification Pi, satisfaire aux exigences d’identité de son développeur et respecter les politiques relatives aux transactions et à l’expérience utilisateur. Une application peut exister sur le Mainnet sans être acceptée dans cette liste sélective. Une mise à jour antérieure de Pi sur les applications ajoutées précise que la liste ne comprend pas toutes les applications Mainnet ou prêtes pour le Mainnet, et que des répertoires tiers peuvent en afficher davantage.

Cette différence fournit un moyen direct de vérifier le chiffre annoncé. Si Pi déclare « plus de 300 applications Mainnet », cela désigne-t-il des entrées portail avec une configuration Mainnet active, des applications dotées de portefeuilles approuvés, des applications listées dans le navigateur, ou un ensemble plus large incluant des services auto-hébergés ? L’annonce d’octobre ne le précise pas. Un journaliste ne peut pas substituer le décompte visible dans le navigateur à celui du projet sans avoir d’abord démontré que les deux appliquent la même règle d’inclusion.

Cette distinction n’est pas une accusation de fausseté du chiffre. Les répertoires de produits sélectionnent souvent un sous-ensemble plus restreint que l’ensemble total des logiciels déployés. Pi décrit explicitement cette pratique. Le problème journalistique est celui de la reproductibilité. Une liste datée, comportant les identifiants des applications, leur statut et leurs capacités de paiement, permettrait à un lecteur indépendant de reproduire le total. Sans cela, le chiffre reste une donnée communiquée par l’entreprise : utile comme indicateur d’échelle, mais peu fiable comme mesure d’utilisation continue.

Une application pourrait satisfaire aux exigences de qualité et de conformité tout en générant peu de trafic. Inversement, une application indépendante non listée pourrait attirer des utilisateurs. L’inclusion dans le répertoire est une décision de filtrage ; le trafic et les transactions sont des traces comportementales. La fonctionnalité de « staking » du répertoire de Pi ajoute une complication supplémentaire : les Pionniers et les entreprises peuvent verrouiller des PI pour améliorer le classement d’une application dans l’interface écosystémique. Pi a indiqué que ce verrouillage peut accroître la visibilité et les impressions, avec un potentiel d’augmentation du trafic utilisateur. Un classement supérieur dans le répertoire dépend en partie de la promotion par verrouillage et ne saurait à lui seul attester une demande organique.

L’annonce relative au staking distingue les applications Mainnet, les applications App Studio et des services tels que les bourses centralisées parmi les catégories du répertoire. Ce mélange oblige l’analyste à filtrer l’interface avant de considérer chaque vignette comme une application Mainnet. Cela rend aussi difficile la comparaison entre catégories : un lien vers une bourse, une expérimentation de créateur et une application dotée d’un portefeuille Mainnet approuvé peuvent apparaître côte à côte tout en remplissant des fonctions différentes.

La capacité de paiement est une mesure plus étroite que l’existence d’une application

Pi a ajouté en mars le support App Studio pour les applications Mainnet et les paiements en temps réel dans l’application. Sa déclaration de la Journée Pi indiquait que quatre applications App Studio avaient été invitées à migrer vers le Mainnet et à intégrer des paiements réels en PI. Cette même version expliquait les interactions de paiement persistantes, qui peuvent maintenir une fonction achetée active au-delà d’une seule session. Le chiffre « quatre » correspond au nombre d’applications App Studio invitées à ce moment-là, et non au nombre total d’applications Mainnet sur le réseau.

Une mise à jour antérieure d’App Studio, en janvier, décrivait l’intégration des paiements avec des jetons-test. Elle permettait aux créateurs d’expérimenter sans transférer de véritables PI entre utilisateurs et applications. Comparer un prototype de paiement-test à un achat Mainnet final confondrait activité simulée et activité économiquement significative. D’octobre, les outils App Studio s’étaient élargis, mais l’annonce du sommet n’a pas communiqué le nombre de paiements réels effectués via ses produits.

Le chemin de paiement Mainnet est, en principe, observable. Un utilisateur autorise un transfert, l’application traite le rappel (callback), et un registre enregistre la transaction PI réglée. La chaîne publique peut révéler un paiement vers un portefeuille connu, mais une adresse de portefeuille seule peut appartenir à un développeur, une bourse, un test interne ou un utilisateur ordinaire. Pour mesurer la demande des consommateurs, l’opérateur de l’application devrait identifier son adresse de réception en production et divulguer suffisamment d’informations sur son service afin de distinguer les ventes des transferts internes, des incitations ou des déplacements répétés des mêmes pièces.

Un chiffre de frais ou de paiements peut induire en erreur dans les deux sens. Une application pourrait réaliser quelques grosses commandes marchandes, tandis qu’une autre exécuterait des milliers de micro-paiements. Le volume brut de PI transféré ne correspond pas au chiffre d’affaires net si des remboursements ou récompenses sont accordés aux utilisateurs. Une application avec abonnement pourrait afficher une forte rétention et moins de transferts individuels. Le nombre de portefeuilles payants récurrents, d’acheteurs distincts, d’achats finalisés et la période mesurée renforceraient la comparaison. Le projet n’a pas publié ces quatre indicateurs pour ses plus de 300 applications dans l’annonce du sommet.

La bibliothèque de paiement de Pi promet une intégration rapide pour les développeurs utilisant des piles web compatibles. Son guide développeur de janvier décrivait une méthode pour ajouter la fonctionnalité de paiement en moins de dix minutes. Intégrer le code constitue une étape technique, non une preuve que des clients ont ensuite acheté un service. Cette distinction est évidente sur de nombreux réseaux de paiement : accepter un instrument et générer du commerce sont des résultats différents.

Certaines applications peuvent avoir de la valeur sans facturer de PI. Un outil peut utiliser l’authentification Pi pour servir des utilisateurs vérifiés, fournir des informations ou connecter les Pionniers à des activités externes. Le sommet pourrait légitimement mettre en avant ce type de logiciel. Il serait erroné de considérer l’absence de paiement dans chaque application comme une preuve de l’absence d’utilisateurs. La métrique pertinente doit correspondre au produit : sessions répétées pour un outil gratuit, commandes finalisées pour un commerçant, déploiements actifs pour un service développeur, ou conversions payantes pour une application dont le modèle économique les exige.

Un audit doit distinguer quatre dénominateurs

Les chiffres publiés peuvent être placés dans un tableau de mesure simple sans diviser des grandeurs hétérogènes. Les plus de 60 millions de Pionniers engagés de Pi décrivent le public le plus large qu’il revendique. Ses plus de 18,1 millions d’utilisateurs vérifiés désignent les personnes ayant passé la vérification KYC. Ses plus de 300 applications Mainnet désignent des logiciels. Ses plus de 420 000 nœuds décrivent l’infrastructure réseau. Un ratio d’adoption valide exigerait le nombre d’utilisateurs distincts d’une application donnée sur une période définie, divisé par une population éligible clairement définie. Pi n’a pas fourni ce numérateur dans l’annonce.

Diviser 18,1 millions de personnes vérifiées par 300 applications donnerait environ 60 333 personnes par application, sous l’hypothèse artificielle d’une répartition uniforme. Ce calcul utilise les minimums arrondis du projet et ne mesure aucune audience réelle d’application. La même personne peut utiliser plusieurs applications ou aucune, et une application peut attirer un groupe bien inférieur à la moyenne théorique. Présenter ce quotient comme « utilisateurs par application » constituerait une erreur numérique, non une analyse originale. La conclusion pertinente est qu’aucun lien publié ne relie la population d’utilisateurs signalée à l’activité des applications.

Une méthode meilleure consisterait à demander une exportation datée de l’inventaire des plus de 300 applications, en étiquetant chaque entrée selon son stade. Pour chacune, noter si elle dispose d’une URL fonctionnelle, d’une authentification Pi, d’une approbation de portefeuille Mainnet, d’une adresse de paiement divulguée, de paiements PI effectués durant une fenêtre temporelle spécifiée, et d’une mesure d’utilisateurs répétés distincts. Les opérateurs pourraient refuser de divulguer des données privées sur leurs clients ; toutefois, des totaux agrégés et des transactions publiques permettraient encore une vérification utile. Cet exercice mettrait en lumière l’écart entre portée potentielle et utilisation réelle, sans supposer que toutes les applications sont identiques.

Vous pourriez aussi aimer : Le prix du réseau Pi perd 0,08 $ avant la mise à niveau : le PI peut-il inverser cette baisse ?

L'inventaire doit indiquer si l'application est sélectionnée dans Pi Browser ou auto-hébergée via SoloHost. Selon Pi, SoloHost permet aux développeurs de publier des applications IA auto-hébergées, et son annonce d'octobre regroupe ce produit avec sa plateforme pour développeurs. Un service tournant sur un nœud peut constituer une application au sens classique du logiciel, sans être une application web dotée d’un portefeuille de paiement sur le Mainnet. Regrouper ces catégories pourrait se justifier si Pi précise sa méthode de comptage. En attendant, un audit indépendant devrait préserver leurs statuts distincts.

Les règles du répertoire de Pi offrent un autre contrôle. Elles exigent des transactions exclusivement Pi pour les applications souhaitant figurer sur la liste Mainnet correspondante, tandis que le projet a évoqué ailleurs dans son écosystème un rôle potentiel de stablecoin. La fonctionnalité OUSD indiquait qu’aucune intégration de paiement lancée ni aucun mécanisme de demande de jeton n’avait été spécifié. Tout futur changement des règles de référencement ou toute exception limitée nécessiterait une mise à jour officielle datée. L’annonce du sommet ne modifie pas la page actuelle du répertoire ni ne fait d’OUSD un mode de paiement existant pour les applications.

Cinq applications listées révèlent ce que le chiffre global cache

Une mise à jour antérieure de Pi fournit un petit exemple nommé de sa méthode de sélection des applications. Elle annonçait cinq ajouts à l’Interface de l’écosystème Mainnet, dont un jeu de serpent, des applications de commerce électronique et des services d’information sur le jeton PI. Pi précisait que ces cinq applications avaient satisfait aux critères de qualité, de fonctionnalités complètes, d’utilité et de conformité aux politiques. Cet exemple prouve que le répertoire sélectionné peut accueillir divers types de logiciels. Il ne révèle toutefois ni la fréquence d’ouverture de chacune, ni le montant dépensé par les utilisateurs.

Classer ces cinq applications selon leur fonction déclarée est plus utile que de considérer leur inclusion comme un seul résultat économique. Un jeu peut enregistrer de nombreuses sessions mais peu de paiements. Un site d’information peut être lu sans aucun transfert de jeton. Une application commerciale peut afficher le chiffre d’affaires brut, les commandes remboursées, les reçus marchands et les acheteurs récurrents. Même au sein de ce petit groupe, aucun indicateur unique ne transforme le chiffre « cinq » en demande réelle de PI. Cet exemple illustre pourquoi l’inventaire plus large (300+ applications) exige une catégorisation préalable des applications avant qu’un chiffre agrégé d’utilisation puisse être interprété.

Pi a explicitement mis en garde, dans cette mise à jour, contre l’omission de nombreuses applications tierces dans sa liste Mainnet. Une application rejetée ou non soumise n’est pas nécessairement inutilisable. Le projet distingue la sélection du répertoire de la disponibilité plus large, et d’autres répertoires peuvent présenter davantage de candidats. Une capture indépendante du navigateur pourrait donc établir le nombre de tuiles visibles à une date donnée, mais ne permettrait pas de confirmer le nombre total d’applications actives. La conciliation des deux nécessiterait l’inventaire du portail développeur ou une méthodologie publiée par Pi.

La question de ce qui constitue une application « prête pour le Mainnet » complique encore davantage un audit. Un développeur peut configurer un portefeuille et une URL en attendant l’approbation des paiements entrants ; une application peut exécuter un service ne nécessitant aucun paiement. Le projet pourrait compter une configuration Mainnet opérationnelle avant même qu’un curateur ne la référence. Un champ d’état indiquant l’approbation des paiements, le dernier accès réussi et le déploiement en production rendrait ces distinctions visibles sans divulguer les données privées des utilisateurs. Pi n’a pas fourni ce tableau détaillé lors de sa sortie du sommet d’octobre.

Un calendrier utile apparaît dans les documents officiels. La sortie d’App Studio en janvier a démarré avec des interactions de paiement sur Test-Pi. La mise à jour de mars a invité quatre créations sélectionnées à accéder aux capacités de paiement Mainnet. Une documentation ultérieure pour développeurs a élargi les possibilités offertes (stockage local, partage de fichiers, données de staking spécifiques à l’application). L’annonce du sommet d’octobre présente plus de 300 applications Mainnet. Ces chiffres désignent des populations différentes : soustraire quatre à 300 ne donnerait pas le nombre d’applications payantes nouvellement ajoutées. Un calendrier clair préserve ce que chaque chiffre comptait au moment de sa publication.

Des analyses antérieures de la première année du réseau ouvert de Pi mentionnaient App Studio parmi ses principaux produits publics. L’affirmation d’octobre concerne un inventaire ultérieur. Toute comparaison avec la première année doit utiliser la même définition d’application et éviter d’intégrer un ancien total de vérification KYC ou de migration dans le contexte actuel. Une analyse rétrospective peut établir quand une fonctionnalité est apparue, mais ne comble pas la série manquante d’utilisateurs actifs en octobre.

L’argument le plus convaincant en faveur de Pi porte sur un public déjà constitué

Pi a mis en place des vérifications d’identité, des portefeuilles, un parcours de découverte basé sur le navigateur, des outils de paiement applicatifs et une base importante d’utilisateurs déclarés. Un développeur créant un produit utile peut potentiellement le distribuer via les canaux existants, sans devoir acquérir chaque utilisateur individuellement. Plus de 300 applications Mainnet signalées peuvent signifier que de nombreuses équipes ont déjà préparé des logiciels opérationnels sur le réseau. Le sommet promet de présenter leurs produits et de diffuser de nouveaux outils. Aucun de ces faits ne devrait être effacé simplement parce que les chiffres publics de rétention font défaut.

Le point de vue sceptique est tout aussi concret. La distribution ne contraint pas l’utilisateur à revenir sur une application. La vérification KYC atteste de l’identité du titulaire de compte selon la procédure du projet, mais ne prouve pas qu’il dispose de PI disponible, qu’il a besoin d’un produit donné ou qu’il effectue un achat. Les classements du répertoire peuvent refléter un staking destiné à la promotion. Les outils de création d’applications peuvent faire croître plus rapidement le nombre d’expériences que celui d’entreprises disposant de clients récurrents. Ce sont autant de raisons de demander des données d’utilisation, et non de supposer que les applications ont échoué.

Des analyses antérieures de l’économie d’App Studio examinaient les coûts supportés par les créateurs et soulignaient que les soumissions à des hackathons ne sont pas équivalentes à des produits actifs. Le sommet actuel lance un nouveau hackathon et propose davantage de fonctionnalités pour développeurs. Le nombre de soumissions après l’événement mesurerait la participation à ce concours. La proportion de celles-ci qui atteindront ensuite le Mainnet, resteront en ligne et recevront des utilisateurs récurrents mesurerait un résultat plus exigeant.

Un opérateur pourrait rendre l’argument positif mesurable en publiant un rapport par cohortes : identifier les applications référencées avant une date choisie, puis divulguer combien d’entre elles fonctionnent encore après 30 et 90 jours, et combien comptent des utilisateurs distincts revenant ou effectuant des paiements. Un rapport comparable un trimestre plus tard révélerait si les nouveaux outils développeurs améliorent la rétention des utilisateurs, et non seulement le lancement des applications. Pi n’a pas promis un tel rapport pour novembre. L’absence de promesse doit être clairement énoncée, sans transformer une demande de reporting en une livraison annoncée.

Il existe des limites pratiques à l’observation indépendante. Pi Browser peut exiger un compte, une vérification KYC ou des autorisations applicatives. Les étiquettes des portefeuilles ne sont pas toujours publiques. Un explorateur de blocs peut afficher des transactions sans en révéler la raison. Un journaliste externe peut vérifier des applications nommées, des contrats publics et des transactions exemples, mais ne peut pas déduire chaque session utilisateur privée à partir de la chaîne. Un audit complet restera donc partiellement tributaire des divulgations des développeurs et du projet. La séparation la plus importante est celle entre ce qui a été reproduit de façon indépendante et ce qui a été rapporté par Pi ou une équipe d’application.

Un échantillon possible d’audit pourrait commencer par les cinq applications explicitement nommées par le projet dans sa mise à jour antérieure. Un journaliste vérifierait si chaque URL s’ouvre actuellement, si la connexion fonctionne, si la fonction proposée peut être exécutée et si un paiement est demandé. Une deuxième vérification après 30 jours contrôlerait si les mêmes fonctions restent opérationnelles. Il s’agirait ainsi d’un test direct de disponibilité pour cinq applications nommées, non d’une estimation pour l’ensemble des 300. Élargir l’échantillon exigerait un cadre d’échantillonnage complet, que la publication du sommet ne fournit pas.

Pour une application revendiquant des ventes, l’opérateur pourrait divulguer une adresse de portefeuille et une période durant laquelle celle-ci a été utilisée exclusivement pour les recettes de production. Un journaliste pourrait alors calculer le nombre d’expéditeurs distincts et le montant total de PI reçu depuis le registre, tout en précisant que les dépôts sur exchanges, les transferts aux développeurs et les remboursements peuvent encore fausser ces chiffres. Un virement bancaire ou sur exchange ne peut être attribué à un achat client sans preuve complémentaire. Pour un service gratuit, l’opérateur pourrait publier des agrégats anonymisés d’utilisateurs actifs et de rétention. Des méthodes différentes, clairement étiquetées, sont préférables à un seul score d’« adoption » non étayé.

Le modèle économique de l’application détermine aussi si le PI intervient ou non. Les outils de développement Pi offrent connexion, découverte et paiements comme fonctionnalités séparables. Un créateur peut utiliser les deux premières sans la troisième. L’affirmation « plus de 300 applications » peut être parfaitement exacte, même si seule une sous-ensemble dispose d’un portefeuille de paiement approuvé pour des transferts réels. L’invitation de Pi en mars à quatre créations du App Studio illustre un parcours d’approbation plus restreint pour une catégorie donnée, mais n’indique rien de concluant sur le nombre d’applications codées indépendamment acceptant aujourd’hui des paiements en PI.

Novembre peut révéler des produits, mais pas des années de rétention

L’événement du 17 au 19 novembre est programmé comme un sommet en ligne, et non comme une date garantissant le passage en production de chaque fonctionnalité annoncée. Pi indique qu’il fournira des mises à jour de plateforme, des démonstrations pour développeurs, des présentations de partenaires et d’applications, ainsi que davantage d’informations sur un hackathon. Une présentation peut montrer un outil fonctionnant dans un environnement contrôlé. Un outil déployé et une application l’utilisant avec des clients constituent des étapes ultérieures, vérifiables séparément.

Si une application nommée publie une adresse de portefeuille en production et affiche une transaction que le lecteur peut reproduire, l’article peut établir une capacité précise. Si elle diffuse un mois de données sur les portefeuilles payants distincts, hors remboursements et tests, l’article peut traiter de l’usage. Si elle ne propose qu’une démonstration vidéo, l’article doit la qualifier de démo. Ces classifications relèvent d’un journalisme produit classique, et non d’une norme particulière imposée à Pi.

L’annonce du projet ne mentionne ni une date de lancement commune pour les plus de 300 applications, ni leur temps de disponibilité, ni la part d’entre elles acceptant des paiements en PI. Elle cite toutefois les dates du sommet et les thèmes qu’il abordera. Le prochain ordre du jour publié et les applications spécifiques sélectionnées pour démonstration constituent les documents immédiats permettant de combler l’écart entre l’affirmation « 300 applications » et l’usage observable.

À surveiller

• Inventaire des applications : une liste Pi datée définissant quelles applications composent le total signalé de plus de 300.

• Statut en production : applications nommées disposant d’URL Mainnet fonctionnelles, de portefeuilles approuvés et de transactions en direct reproductibles.

• Utilisation répétée : divulgations par les développeurs ou le réseau concernant le nombre d’utilisateurs distincts revenant sur une période donnée de 30 ou 90 jours.

• Paiements : achats en PI effectués, séparés des actions sur Testnet, des incitations, des remboursements et des transferts internes.

• Sorties du sommet : ordre du jour du 17 au 19 novembre, outils déployés et règles du hackathon, chacun assorti d’une date de statut.

FAQ

Quand aura lieu le sommet de l’écosystème Pi Network ?

Pi a programmé son premier sommet en ligne de l’écosystème du 17 au 19 novembre 2026. Il indique que l’événement comprendra des démonstrations pour développeurs, des annonces de plateforme, des présentations d’applications et des détails sur un nouveau hackathon. Son annonce du 15 octobre ne comportait pas encore d’ordre du jour complet.

Combien d’applications Mainnet Pi a-t-il annoncé ?

La déclaration du 15 octobre indique plus de 300 applications Mainnet. Elle ne liste pas chaque application comptabilisée ni ne fournit de total d’utilisateurs actifs par application. Ce chiffre constitue une mesure d’inventaire communiquée par le projet.

Toutes les applications Mainnet figurent-elles dans le navigateur Pi ?

La documentation de Pi précise que son interface écosystème est sélective et peut omettre des applications Mainnet ou prêtes pour Mainnet. La configuration Mainnet d’une application et son intégration au répertoire sont des statuts distincts. Un décompte dans le navigateur peut donc différer du total du projet.

Les 300 applications signifient-elles que 300 entreprises gagnent du PI ?

Aucun chiffre total de revenus n’accompagne l’annonce. Les applications peuvent avoir des finalités variées, et l’intégration des paiements ne prouve pas que les clients ont effectué un paiement. Un décompte des achats finalisés et des utilisateurs payants récurrents permettrait de répondre à cette question.

Combien d’utilisateurs Pi ont terminé la vérification KYC ?

Pi a annoncé plus de 18,1 millions d’utilisateurs entièrement vérifiés KYC lors du sommet. Il a par ailleurs indiqué compter plus de 60 millions de Pionniers actifs. Aucun de ces deux chiffres ne précise combien de personnes ont utilisé une application sur Mainnet en octobre.

Les applications App Studio peuvent-elles recevoir de vrais PI ?

Pi a annoncé en mars le soutien Mainnet pour certaines applications App Studio et précisé que quatre d’entre elles avaient été invitées à migrer et à intégrer des paiements en direct. Des expérimentations antérieures avec les paiements App Studio utilisaient du Test-Pi. Ce chiffre de mars ne représente pas le nombre total d’applications Mainnet en octobre.

Un classement plus élevé dans le répertoire prouve-t-il qu’une application est populaire ?

Non. Selon Pi, les utilisateurs et entreprises peuvent staker des PI pour améliorer la position et la visibilité d’une application dans le répertoire. Ce classement peut générer des visites, mais ne constitue pas un chiffre publié d’utilisateurs actifs ou payants. Une mesure d’utilisation répétée répondrait à une autre question.

Quelles preuves démontrent qu’une application est utilisée ?

Une application en production nommée, des transactions vérifiables le cas échéant, ainsi que des données datées d’utilisateurs distincts ou d’achats répétés permettraient d’établir une activité concrète. Pour les utilitaires gratuits, des indicateurs de rétention seraient préférables aux totaux de paiements. Cette analyse est à but éducatif, non financier.

Avertissement : Cet article a uniquement une finalité informative et éducative et ne constitue ni un conseil financier ni un conseil en investissement. Les chiffres reflètent les déclarations réglementaires disponibles à la date de rédaction et évoluent avec chaque nouvelle publication. Rien ici ne constitue une recommandation d’acheter, de vendre ou de conserver un titre ou actif quelconque. Effectuez toujours vos propres recherches. Les informations sont exactes au 16 octobre 2026.

En savoir plus : Capital B déclare une perte de 78 M$ au premier semestre 2026 malgré l’achat accru de Bitcoin