Pi Network afirma tener 300 aplicaciones en Mainnet. ¿Cuántas se están utilizando?

Pi Network ha centrado su primera cumbre del ecosistema en una nueva cifra de aplicaciones. Se informa de más de 300 aplicaciones en Mainnet, junto con una audiencia declarada de más de 60 millones de Pioneros activos, 18,1 millones de personas que superaron las verificaciones de identidad y más de 420 000 nodos. Ninguna de esas cifras mide el uso repetido de una aplicación ni el valor de bienes y servicios pagados con PI. La cumbre ofrece una nueva oportunidad para examinar qué es una aplicación en Mainnet y qué puede revelar su registro público.

Resumen

• Pi anunció una cumbre del ecosistema en línea del 17 al 19 de noviembre en una publicación del 15 de octubre.

• El proyecto informó más de 300 aplicaciones en Mainnet, pero no facilitó la cifra de usuarios activos por aplicación.

• Pi citó más de 18,1 millones de usuarios con KYC completo y 420 000 nodos en el mismo anuncio.

• Cuatro aplicaciones creadas por App Studio fueron invitadas a integrarse con pagos en Mainnet en marzo de 2026.

• Las reglas para desarrolladores de Pi mantienen el total de 300 aplicaciones distinto de las listadas en su directorio curado para navegadores.

Pi Network ha afirmado que existen más de 300 aplicaciones en Mainnet mientras prepara su cumbre de desarrolladores de noviembre, añadiendo una nueva cifra publicada a sus reclamos sobre el tamaño de su ecosistema.

En un anuncio del 15 de octubre, el proyecto programó su primera Cumbre del Ecosistema Pi para los días 17 al 19 de noviembre. Indicó que el evento en línea incluiría lanzamientos de plataforma, demostraciones para desarrolladores, presentaciones de socios y aplicaciones, y detalles sobre otra hackathon. Su comunicado dio la cifra de 300 aplicaciones, pero no proporcionó un directorio con todas las aplicaciones contabilizadas, ni datos de uso por aplicación, usuarios pagadores ni valor de transacciones atribuibles a ellas.

La cumbre cuantifica la capa de aplicaciones

La declaración de Pi describe una red de distribución existente con más de 60 millones de Pioneros activos, autenticación, pagos y descubrimiento de aplicaciones. Por separado, cita más de 18,1 millones de usuarios con KYC completo y más de 420 000 nodos. Esas medidas tienen unidades distintas. Un nodo es un participante de infraestructura, un usuario verificado es una persona que superó un proceso definido y una aplicación en Mainnet es software asociado a la red en funcionamiento. Ninguno de los tres es automáticamente cliente pagador de los otros dos.

El anuncio ofrece un objetivo oportuno para una auditoría. Una cifra superior a 300 es lo bastante grande como para examinar categorías, pero la declaración pública no facilita un inventario con marca temporal ni una definición coherente de inclusión. Las aplicaciones podrían aceptar pagos en PI, usar autenticación sin pagos, ofrecer información, alojar un juego o conectarse a herramientas para desarrolladores. Un directorio actual de aplicaciones podría mostrar solo un subconjunto seleccionado. Informar los 300 como 300 empresas activas añadiría hechos que el proyecto no ha afirmado.

Esto difiere del reciente cronograma del protocolo. Una nota sobre el Protocolo 28 analizó la preparación de los nodos antes de la activación prevista de Mainnet el 16 de octubre. Nombró actualizaciones de contratos y manejo de datos de transacciones como cambios técnicos. El nuevo anuncio de la cumbre trata sobre el inventario de aplicaciones y lo construido por los desarrolladores. Una actualización exitosa de nodos no implica que una aplicación listada tenga clientes pagadores.

También difiere del embudo de KYC. Un análisis previo del retraso en la verificación de Pi separó a los usuarios autorizados para avanzar de las billeteras que realmente gastaron PI. El recuento de aplicaciones añade otra etapa: debe haber software disponible, accesible y digno de volver a usar. Superar el cuello de botella de identidad y añadir una aplicación son eventos observables. Una transacción por un usuario activo es un tercer evento, que requiere un registro independiente.

El programa de la cumbre podría mejorar la evidencia. Pi promete demostraciones de herramientas específicas para desarrolladores y aplicaciones de socios. Una demostración puede mostrar que una función funciona, mientras que los pagos repetidos durante semanas indicarían un uso continuo. El anuncio no se compromete a publicar durante el evento retención por aplicación ni recibos comerciales. Un inventario de aplicaciones y ejemplos reproducibles de pagos permitirían a los lectores evaluar la cifra antes de cualquier total promocional posterior.

La implementación en Mainnet y la inclusión en el directorio son puertas distintas

La guía de lanzamiento para desarrolladores de Pi describe cómo un creador pasa de Testnet a Mainnet. El desarrollador crea una aplicación independiente en Mainnet en el portal, verifica su URL, conecta una billetera de aplicación y completa una lista de verificación. Una billetera multisignatura entrante para pagos de usuario a aplicación requiere una solicitud y revisión. Los pagos de aplicación a usuario están disponibles únicamente para aplicaciones en Testnet y algunas aplicaciones seleccionadas en Mainnet, según la redacción actual de la guía. Por tanto, la decisión de un desarrollador de crear una entrada en Mainnet no implica que todos los caminos posibles de pago estén activos.

Las reglas de listado en el directorio imponen otra barrera. Para aparecer en la Interfaz del Ecosistema Mainnet curada del navegador Pi, se espera que una aplicación sea funcional, integre la autenticación Pi, cumpla los requisitos de identidad de su desarrollador y siga las políticas sobre transacciones y experiencia de usuario. Una aplicación puede existir en Mainnet sin ser aceptada en esa lista curada. En una actualización previa, Pi señaló que dicha lista no incluye todas las aplicaciones en Mainnet ni las preparadas para Mainnet, y que directorios de terceros podrían mostrar más.

Esa diferencia ofrece una forma directa de verificar el número citado. Si Pi afirma que hay más de 300 aplicaciones en Mainnet, ¿significa entradas en el portal con configuración activa en Mainnet, aplicaciones con billeteras aprobadas, aplicaciones listadas en el navegador o un conjunto más amplio que incluya servicios autoalojados? El anuncio de octubre no lo aclara. Un periodista no puede sustituir el recuento visible en el navegador por la cifra del proyecto sin demostrar primero que ambos aplican la misma regla de inclusión.

Esta distinción no es una acusación de falsedad. Los directorios de productos suelen curar un conjunto menor que el universo total de software desplegado. Pi describe explícitamente esta práctica. El problema periodístico radica en la reproducibilidad. Una lista fechada con identificadores de aplicaciones, estado y capacidades de pago permitiría a un lector independiente replicar el total. Sin ella, la cifra sigue siendo un dato reportado por la empresa: útil como afirmación sobre escala, pero débil como medida de uso continuo.

Una aplicación podría cumplir los requisitos de calidad y política y aun así tener poca actividad. A la inversa, una aplicación independiente no listada podría atraer usuarios. La inclusión en el directorio es una decisión de selección; el tráfico y las transacciones son registros conductuales. La función de apuesta (staking) en el directorio de Pi añade otra complejidad: los Pioneros y empresas pueden apostar PI para mejorar la posición de una aplicación en la Interfaz del Ecosistema. Pi indicó que esta apuesta puede aumentar la visibilidad y las impresiones, con posible impacto en el tráfico de usuarios. Un ranking más alto depende parcialmente de la promoción mediante apuestas y no puede, por sí solo, verificar la demanda orgánica.

El anuncio sobre la apuesta identifica entre las categorías del directorio aplicaciones en Mainnet, aplicaciones de App Studio y servicios como exchanges centralizados. Esta mezcla obliga al analista a filtrar la interfaz antes de considerar cada mosaico como una aplicación en Mainnet. También dificulta comparar categorías: un enlace a un exchange, un experimento de creador y una aplicación con billetera en Mainnet aprobada pueden mostrarse juntos, aunque tengan propósitos distintos.

La capacidad de pago es una medida más estrecha que la mera existencia de una aplicación

Pi incorporó soporte para aplicaciones en Mainnet y pagos en app en vivo en App Studio en marzo. Su comunicado del Día de Pi indicó que cuatro aplicaciones de App Studio habían sido invitadas a migrar a Mainnet e integrar pagos reales con PI. Esa misma versión explicó interacciones de pago persistentes, que pueden mantener activa una función adquirida más allá de una sola sesión. El número «cuatro» corresponde a las aplicaciones de App Studio invitadas en ese momento, no al total de aplicaciones en Mainnet en toda la red.

Una actualización anterior de App Studio, en enero, describió la integración de pagos con tokens de prueba. Permitió a los creadores experimentar sin transferir PI real entre usuarios y aplicaciones. Comparar un prototipo de pago de prueba con una compra finalizada en Mainnet confundiría actividad simulada con actividad económica significativa. Para octubre, las herramientas de App Studio se habían expandido, pero el anuncio de la cumbre no informó cuántos pagos reales se realizaron mediante sus productos.

El camino de pago en Mainnet es observable, en principio. Un usuario autoriza una transferencia, la aplicación procesa la devolución (callback) y un libro contable registra la transacción de PI liquidada. La cadena pública puede revelar un pago a una billetera conocida, pero una dirección de billetera por sí sola podría pertenecer a un desarrollador, un exchange, una prueba interna o un usuario común. Para medir la demanda de consumidores, el operador de la aplicación debería identificar su dirección receptora de producción y divulgar suficiente información sobre su servicio para distinguir ventas de transferencias propias, incentivos o movimientos repetidos de las mismas monedas.

Un recuento de tarifas o pagos puede inducir a error en cualquier dirección. Una aplicación podría obtener unos pocos pedidos grandes de comerciantes, mientras otra ejecuta miles de microacciones pagadas. El PI transferido bruto no es ingreso neto si los usuarios reciben reembolsos o recompensas. Una aplicación con suscripciones podría tener alta retención y menos transferencias individuales. Contar billeteras pagadoras repetidas, compradores distintos, compras completadas y el período medido fortalecería la comparación. El proyecto no publicó estos cuatro datos para sus más de 300 aplicaciones en el anuncio de la cumbre.

La biblioteca de pagos de Pi promete una integración rápida para desarrolladores que usan pilas web compatibles. Su guía para desarrolladores de enero describía cómo añadir funcionalidad de pago en menos de diez minutos. Integrar el código es un hito técnico, no evidencia de que los clientes luego adquirieran un servicio. Esta distinción es clara en muchas redes de pago: aceptar un instrumento y generar comercio son resultados distintos.

Algunas aplicaciones podrían ser valiosas sin cobrar PI. Una utilidad puede usar la autenticación Pi para atender usuarios verificados, ofrecer información o conectar a los Pioneros con actividades externas. La cumbre podría mostrar razonablemente este tipo de software. Sería inexacto interpretar la ausencia de pagos en cada aplicación como prueba de que carece de usuarios. La métrica correcta debe ajustarse al producto: sesiones repetidas para una herramienta gratuita, pedidos completados para un comerciante, despliegues activos para un servicio para desarrolladores o conversiones pagadas para una aplicación cuyo modelo de negocio las exija.

Una auditoría debe mantener separados cuatro denominadores

Las cifras publicadas pueden colocarse en una tabla de medición sencilla sin dividir magnitudes distintas. Los más de 60 millones de Pioneros activos de Pi describen la audiencia más amplia que declara. Sus más de 18,1 millones de usuarios verificados describen personas que pasaron la KYC. Sus más de 300 aplicaciones en Mainnet describen software. Sus más de 420 000 nodos describen infraestructura de red. Una razón válida de adopción requeriría el número de usuarios distintos de una aplicación específica durante un período definido, dividido por una población elegible claramente definida. Pi no proporcionó ese numerador en el anuncio.

Dividir 18,1 millones de personas verificadas entre 300 aplicaciones daría aproximadamente 60 333 personas por aplicación bajo el supuesto artificial de una distribución uniforme. El cálculo usa los mínimos redondeados del proyecto y no mide la audiencia de ninguna aplicación. Una misma persona puede usar múltiples aplicaciones o ninguna, y una aplicación puede atraer un grupo mucho menor que el promedio teórico. Reportar el cociente como «usuarios por aplicación» sería un error numérico, no un análisis original. El hallazgo relevante es que no existe ningún puente publicado que vincule el grupo de usuarios reportado con la actividad de las aplicaciones.

Un método mejor solicitaría una exportación fechada del inventario de más de 300 aplicaciones y etiquetaría cada entrada según su etapa. Para cada una, registrar si tiene una URL funcional, autenticación Pi, aprobación de billetera en Mainnet, una dirección de pago divulgada, pagos completados con PI durante una ventana específica y una medida de usuarios repetidos y distintos. Los operadores podrían negarse a divulgar información privada de clientes; sin embargo, los recuentos agregados y las transacciones públicas aún permitirían una verificación útil. Este ejercicio expondría la brecha entre alcance potencial y uso real del servicio, sin asumir que todas las aplicaciones son idénticas.

También te podría interesar: El precio de Pi Network pierde 0,08 USD antes de la actualización: ¿Puede PI revertir su caída?

El inventario debe indicar si la aplicación está curada en Pi Browser o alojada de forma independiente mediante SoloHost. Pi afirma que SoloHost permite a los desarrolladores lanzar aplicaciones de IA autoalojadas, y su anuncio de octubre agrupa ese producto con su plataforma para desarrolladores. Un servicio que se ejecuta en un nodo puede ser una aplicación en el sentido habitual del software sin ser necesariamente una aplicación web con una billetera de pagos en Mainnet. Combinar esas categorías podría ser justificable si Pi explica cómo las cuenta. Hasta entonces, una auditoría independiente debería mantener sus estados separados.

Las reglas del directorio de Pi ofrecen otra verificación. Exigen transacciones exclusivas de Pi para aplicaciones que buscan su inclusión en Mainnet, mientras que el proyecto ha analizado por separado un posible papel de moneda estable en otras partes de su ecosistema. La función OUSD documentó que no se había especificado ninguna integración de pagos lanzada ni mecanismo de demanda de tokens. Un cambio futuro en las reglas de listado o una excepción limitada requerirían una actualización política fechada. El anuncio de la cumbre no modifica la página actual del directorio ni convierte a OUSD en un método de pago existente para aplicaciones.

Cinco aplicaciones listadas revelan lo que oculta la cifra principal

Una actualización previa de Pi ofrece un pequeño ejemplo con nombre sobre cómo selecciona las aplicaciones. Anunció cinco incorporaciones a la Interfaz del Ecosistema Mainnet, incluyendo un juego de serpientes, aplicaciones de comercio electrónico y servicios informativos sobre el token PI. Pi afirmó que esas cinco superaron controles de calidad, funcionalidad completa, utilidad y cumplimiento normativo. Este ejemplo demuestra que el directorio curado puede admitir distintos tipos de software. No revela, sin embargo, con qué frecuencia se abrieron ni cuánto gastó nadie en ellas.

Clasificar esas cinco aplicaciones según su función declarada resulta más útil que tratar su inclusión como un único resultado económico. Un juego puede registrar muchas sesiones pero pocos pagos. Un sitio informativo puede leerse sin transferencia alguna de tokens. Una aplicación comercial podría mostrar pedidos brutos, pedidos reembolsados, recibos de comerciantes y compradores recurrentes. Incluso dentro de este pequeño grupo, no existe una métrica única que convierta la cifra de cinco en demanda real de PI. El ejemplo muestra por qué el inventario mayor (más de 300) necesita clasificar primero los tipos de aplicaciones antes de poder interpretar cualquier cifra agregada de uso.

Pi advirtió expresamente en esa actualización que su listado en Mainnet omitía muchas aplicaciones de terceros. Una aplicación rechazada o no presentada no es necesariamente inutilizable. El proyecto distingue la selección para el directorio de la disponibilidad general, y otros directorios pueden mostrar más candidatos. Por tanto, una instantánea independiente del navegador podría establecer el número de iconos visibles en una fecha determinada, pero no puede confirmar el número total de aplicaciones activas. Conciliar ambas cifras requeriría el inventario del portal para desarrolladores o una metodología publicada por Pi.

La cuestión de qué califica como «listo para Mainnet» complica aún más una auditoría. Un desarrollador puede preparar una billetera y una URL mientras espera la aprobación de pagos entrantes; una aplicación puede ejecutar un servicio que no requiere pagos en absoluto. El proyecto podría contar una configuración funcional de Mainnet incluso antes de que un curador la liste. Un campo de estado para aprobaciones de pagos, último acceso exitoso y despliegue en producción haría visibles esas distinciones sin publicar datos privados de los clientes. Pi no ha proporcionado esa tabla detallada campo por campo con su lanzamiento de la cumbre de octubre.

Existe una línea temporal útil en los materiales oficiales. El lanzamiento de App Studio en enero comenzó con interacciones de pago en Test-Pi. La actualización de marzo invitó a cuatro creaciones seleccionadas a habilitar pagos en Mainnet. Posteriormente, la documentación para desarrolladores amplió las funciones disponibles con almacenamiento local, intercambio de archivos y datos específicos de staking por aplicación. El anuncio de la cumbre de octubre presenta más de 300 aplicaciones en Mainnet. Esos puntos de referencia describen poblaciones distintas, por lo que restar cuatro a 300 no calcularía el número de nuevas aplicaciones con pagos. Una línea temporal clara conserva lo que cada cifra contaba en el momento de su publicación.

Coberturas anteriores del primer año de red abierta de Pi describieron App Studio entre los principales productos públicos del proyecto. La afirmación de octubre concierne a un inventario posterior. Cualquier comparación con el primer año debe usar la misma definición de aplicación y evitar importar totales antiguos de KYC o migración al presente. Una mirada retrospectiva puede establecer cuándo apareció una función; no sustituye la serie ausente de usuarios activos en octubre.

El mejor argumento a favor de Pi gira en torno a una audiencia ya preparada

Pi ha reunido verificaciones de identidad, billeteras, una ruta de descubrimiento basada en navegador, herramientas de pago para aplicaciones y una base de participantes declarada muy amplia. Un desarrollador que cree un producto útil podría distribuirlo potencialmente a través de canales existentes, sin tener que adquirir a cada usuario de forma independiente. Más de 300 aplicaciones en Mainnet reportadas podrían significar que muchos equipos ya han realizado el trabajo de preparar software para la red en vivo. La cumbre promete mostrar sus productos y lanzar herramientas adicionales. Ninguno de esos hechos debe borrarse simplemente porque falten cifras públicas de retención.

El caso escéptico es igualmente concreto. La distribución no obliga a un usuario a volver a una aplicación. El KYC verifica la identidad del titular de una cuenta según el proceso del proyecto, pero no demuestra que esa persona tenga PI disponible, necesite un producto específico o complete una compra. Las clasificaciones del directorio pueden reflejar staking para promoción. Las herramientas para crear aplicaciones pueden elevar rápidamente la cifra de experimentos, más que la de negocios con clientes recurrentes. Estas son razones para solicitar registros de uso, no para asumir que las aplicaciones han fracasado.

Coberturas anteriores sobre la economía de App Studio examinaron los costos a los que se enfrentan los creadores y señalaron que los envíos a hackathons no equivalen a productos activos. La cumbre actual introduce otro hackathon y más funciones para desarrolladores. Una cifra de envíos tras el evento mediría la participación en ese concurso. La proporción que luego llegue a Mainnet, permanezca en línea y reciba usuarios recurrentes mediría un resultado más exigente.

Un operador podría hacer medible el caso positivo publicando un informe por cohortes. Identificar las aplicaciones listadas antes de una fecha elegida y divulgar cuántas siguen funcionando a los 30 y 90 días, así como cuántas tienen usuarios distintos que regresan o pagan. Un informe comparable un trimestre después revelaría si las nuevas herramientas para desarrolladores ayudan a retener usuarios, no solo a lanzar aplicaciones. Pi no ha prometido dicho informe para noviembre. La ausencia de tal promesa debe declararse claramente, sin convertir una solicitud de informes en un entregable anunciado.

Existen límites prácticos a la observación independiente. Pi Browser puede requerir una cuenta, KYC o permisos de aplicación. Las etiquetas de billeteras no siempre son públicas. Un explorador de bloques puede mostrar transacciones sin revelar su motivo. Un periodista externo puede verificar aplicaciones nombradas, contratos públicos y transacciones de ejemplo, pero no puede inferir todas las sesiones privadas de usuarios a partir de la cadena. Por tanto, una auditoría completa podría seguir dependiendo en parte de las divulgaciones de los desarrolladores y del proyecto. La separación más importante es entre lo que se reprodujo de forma independiente y lo que informaron Pi o un equipo de aplicación.

Una posible muestra para auditoría podría comenzar con las cinco aplicaciones que el propio proyecto nombró en su actualización anterior. Un periodista registraría si cada URL se carga ahora, si el inicio de sesión funciona, si la función ofrecida se puede completar y si se solicita un pago. Una segunda revisión tras 30 días comprobaría si esas mismas funciones siguen operativas. Esto sería una prueba directa de disponibilidad para cinco aplicaciones nombradas, no una estimación para las 300. Ampliar la muestra requeriría un marco de muestreo completo, que la publicación de la cumbre no proporciona.

Para una aplicación que afirma ventas, el operador podría revelar una dirección de billetera y un período durante el cual se usó exclusivamente para recibos de producción. Un periodista podría calcular entonces los remitentes distintos y el total de PI recibido del libro contable, indicando que los depósitos en exchanges, las transferencias de desarrolladores y los reembolsos aún podrían distorsionar esos cálculos. Una transferencia bancaria o de exchange no puede atribuirse a una compra de cliente sin pruebas adicionales. Para un servicio gratuito, el operador podría divulgar agregados de usuarios activos y de retención que preserven la privacidad. Métodos distintos, claramente etiquetados, son preferibles a una única puntuación de «adopción» sin respaldo.

El modelo de negocio de la aplicación también determina si el PI participa o no. Las herramientas para desarrolladores de Pi ofrecen inicio de sesión, descubrimiento y pagos como capacidades independientes. Un creador puede usar las dos primeras sin la tercera. La afirmación de «más de 300 aplicaciones» podría ser totalmente precisa, aunque solo un subconjunto tenga una billetera de pagos aprobada para transferencias reales. La invitación de Pi de marzo a cuatro creaciones del App Studio muestra una vía de aprobación más estrecha para una categoría, pero no indica concluyentemente cuántas aplicaciones codificadas de forma independiente aceptan pagos hoy.

Noviembre puede revelar productos, pero no años de retención

El evento del 17 al 19 de noviembre está programado como una cumbre en línea, no como una fecha en la que se garantice que todas las funciones anunciadas entren en producción. Pi indica que proporcionará actualizaciones de plataforma, demostraciones para desarrolladores, exhibiciones de socios y aplicaciones, y más información sobre una hackathon. Una presentación podría mostrar una herramienta funcionando en un entorno controlado. Una herramienta desplegada y una aplicación que la use con clientes son etapas posteriores y verificables por separado.

Si una aplicación nombrada publica una dirección de billetera de producción y muestra una transacción que un lector pueda reproducir, el artículo puede establecer una capacidad específica. Si publica un mes de datos de billeteras pagadoras distintas, excluyendo reembolsos y pruebas, el artículo puede analizar el uso. Si solo ofrece una demostración en video, el artículo debe calificarla como tal. Estas clasificaciones son parte del reportaje habitual sobre productos, no un estándar especial impuesto a Pi.

El anuncio del proyecto no informa una fecha común de lanzamiento para las más de 300 aplicaciones, su tiempo de actividad ni la proporción que acepta pagos en PI. Sí menciona las fechas de la cumbre y los temas que pretende abordar. La próxima agenda publicada y las aplicaciones específicas seleccionadas para demostraciones son los documentos inmediatos que pueden reducir la brecha entre la afirmación de «300 aplicaciones» y su uso observable.

Qué observar

• Inventario de aplicaciones: Una lista fechada de Pi que defina qué aplicaciones componen el total reportado de más de 300.

• Estado de producción: Aplicaciones nombradas con URLs funcionales de Mainnet, billeteras aprobadas y transacciones en vivo reproducibles.

• Uso repetido: Divulgaciones de desarrolladores o de la red sobre usuarios únicos que regresan durante un período específico de 30 o 90 días.

• Pagos: Compras completadas en PI, diferenciadas de acciones en Testnet, incentivos, reembolsos y transferencias internas.

• Lanzamientos de la cumbre: Agenda del 17 al 19 de noviembre, herramientas desplegadas y reglas de la hackathon, cada una con estado fechado.

Preguntas frecuentes

¿Cuándo es la cumbre del ecosistema de Pi Network?

Pi programó su primera Cumbre del Ecosistema en línea para el 17 al 19 de noviembre de 2026. Indica que el evento incluirá demostraciones para desarrolladores, anuncios de plataforma, exhibiciones de aplicaciones y detalles de una nueva hackathon. No había publicado una agenda completa en su anuncio del 15 de octubre.

¿Cuántas aplicaciones de Mainnet reportó Pi?

La declaración del 15 de octubre indica que hay más de 300 aplicaciones de Mainnet. No enumera cada aplicación contabilizada ni da un total de usuarios activos por aplicación. La cifra es una medida de inventario reportada por el proyecto.

¿Están todas las aplicaciones de Mainnet listadas en Pi Browser?

La documentación de Pi señala que su Interfaz de Ecosistema es curada y puede omitir aplicaciones de Mainnet y listas para Mainnet. La configuración de Mainnet de una aplicación y su inclusión en el directorio son estados diferentes. Por tanto, el recuento en el navegador puede diferir del total del proyecto.

¿Significan 300 aplicaciones que 300 empresas ganan PI?

No se acompaña el anuncio con ingresos totales. Las aplicaciones pueden tener distintos fines, y la integración de pagos no demuestra que los clientes hayan pagado. Una cuenta de compras completadas y de usuarios recurrentes que pagan resolvería esa duda.

¿Cuántos usuarios de Pi han completado la KYC?

Pi informó más de 18,1 millones de usuarios plenamente verificados mediante KYC en el anuncio de la cumbre. También afirmó tener más de 60 millones de Pioneros activos. Ninguno de estos datos indica cuántas personas usaron alguna app de Mainnet en octubre.

¿Pueden las aplicaciones de App Studio recibir PI real?

Pi anunció en marzo el soporte de Mainnet para apps seleccionadas de App Studio y señaló que cuatro fueron invitadas a migrar e integrar pagos en vivo. Anteriores experimentos de pagos en App Studio usaron Test-Pi. El número de marzo no representa el total de apps en Mainnet en octubre.

¿Una mayor posición en el directorio prueba que una app es popular?

No. Pi indica que usuarios y empresas pueden apostar PI para mejorar la posición y visibilidad de una aplicación en el directorio. Esa posición puede generar visitas, pero no es un recuento público de usuarios activos o que pagan. Una métrica de uso repetido respondería otra pregunta distinta.

¿Qué evidencia demostraría que una app se está usando?

Una app de producción identificada, transacciones verificables cuando corresponda y datos fechados de usuarios únicos o compras repetidas establecerían actividad específica. Las utilidades gratuitas podrían requerir medidas de retención en lugar de totales de pagos. Este es un análisis educativo, no asesoramiento financiero.

Aviso legal: Este artículo tiene fines informativos y educativos únicamente, y no constituye asesoramiento financiero ni de inversión. Las cifras reflejan comunicaciones regulatorias y reportes disponibles al momento de redactarlo, y cambian con cada nueva divulgación. Nada aquí constituye una recomendación para comprar, vender o mantener ningún valor ni activo. Realice siempre su propia investigación. La información es precisa hasta el 16 de octubre de 2026.

Lea más: Capital B reporta pérdidas de 78 M$ en el primer semestre de 2026 pese a adquirir más Bitcoin