Pi Network afirma ter 300 aplicativos na Mainnet. Quantos estão sendo usados?

A Pi Network colocou uma nova contagem de aplicativos no centro de sua primeira cúpula do ecossistema. São relatados mais de 300 aplicativos na Mainnet, juntamente com uma audiência alegada de mais de 60 milhões de Pioneiros engajados, 18,1 milhões de pessoas que passaram na verificação de identidade e mais de 420.000 nós. Nenhum desses números mede o uso repetido de um aplicativo ou o valor de bens e serviços pagos com PI. A cúpula oferece uma nova oportunidade para examinar o que é um aplicativo na Mainnet e o que seu registro público pode revelar.

Resumo

• A Pi anunciou, em postagem de 15 de outubro, uma cúpula online do ecossistema de 17 a 19 de novembro.

• O projeto relatou mais de 300 aplicativos na Mainnet, mas não forneceu a contagem de usuários ativos por aplicativo.

• A Pi citou mais de 18,1 milhões de usuários totalmente verificados por KYC e 420.000 nós no mesmo anúncio.

• Quatro criações do App Studio foram convidadas para integração com pagamentos na Mainnet em março de 2026.

• As regras para desenvolvedores da Pi mantêm o total de 300 aplicativos distinto das listagens em seu diretório curado para navegadores.

A Pi Network afirmou que existem mais de 300 aplicações na Mainnet ao se preparar para sua cúpula de desenvolvedores em novembro, acrescentando uma nova contagem publicada às suas declarações sobre o tamanho de seu ecossistema.

Em um anúncio de 15 de outubro, o projeto agendou sua primeira Cúpula do Ecossistema Pi para 17 a 19 de novembro. Disse que o evento online incluirá lançamentos de plataforma, demonstrações de desenvolvedores, destaques de parceiros e aplicativos, além de detalhes de outra maratona de programação (hackathon). A declaração divulgou o total de 300 aplicativos, mas não forneceu um diretório com todos os aplicativos contabilizados, nem dados de uso por aplicativo, usuários pagantes ou valor de transações atribuíveis a eles.

A cúpula quantifica a camada de aplicativos

A declaração da Pi descreve uma rede de distribuição já existente, com mais de 60 milhões de Pioneiros engajados, autenticação, pagamentos e descoberta de aplicativos. Ela cita separadamente mais de 18,1 milhões de usuários totalmente verificados por KYC e mais de 420.000 nós. Essas métricas têm unidades diferentes: um nó é um participante da infraestrutura; um usuário verificado é uma pessoa que passou por um processo definido; e um aplicativo na Mainnet é um software associado à rede ativa. Nenhum desses três é, automaticamente, cliente pagante dos outros dois.

O anúncio oferece um alvo oportuno para auditoria. Uma contagem superior a 300 é suficientemente grande para análise por categorias, mas a declaração pública não fornece um inventário datado nem uma definição consistente para inclusão. Os aplicativos podem aceitar pagamentos em PI, usar autenticação sem pagamentos, fornecer informações, hospedar jogos ou conectar-se a ferramentas para desenvolvedores. Um diretório atual de aplicativos pode exibir apenas um subconjunto selecionado. Relatar os 300 como 300 empresas ativas acrescentaria fatos que o projeto não afirmou.

Isso difere do cronograma recente do protocolo da rede. Uma matéria sobre o Protocolo 28 analisou a prontidão dos nós antes da ativação planejada da Mainnet em 16 de outubro. Ela mencionou atualizações de contratos e tratamento de dados de transações como mudanças técnicas. O novo anúncio da cúpula trata do inventário de aplicativos e do que os desenvolvedores construíram. Uma atualização bem-sucedida dos nós não garante que um aplicativo listado tenha clientes pagantes.

Também difere do funil de KYC. Uma análise anterior do backlog de verificação da Pi separou usuários autorizados a prosseguir de carteiras que realmente gastaram PI. A contagem de aplicativos adiciona outra etapa: deve haver software disponível, acessível e digno de retorno. Superar o gargalo de identidade e adicionar um aplicativo são eventos observáveis. Uma transação realizada por um usuário ativo é um terceiro evento, exigindo um registro distinto.

O programa da cúpula pode melhorar as evidências. A Pi promete demonstrações de ferramentas específicas para desenvolvedores e aplicações de parceiros. Uma demonstração pode mostrar que uma funcionalidade opera, enquanto pagamentos repetidos ao longo de semanas indicariam uso contínuo. O anúncio não se compromete a publicar, durante o evento, dados de retenção por aplicativo ou recibos comerciais. Um inventário de aplicativos e exemplos reproduzíveis de pagamentos permitiriam aos leitores avaliar a contagem antes de qualquer novo total promocional.

Implantação na Mainnet e listagem no diretório são etapas distintas

O guia de lançamento para desenvolvedores da Pi descreve como um criador migra da Testnet para a Mainnet. O desenvolvedor cria um aplicativo separado na Mainnet no portal, verifica sua URL, conecta uma carteira de aplicativo e conclui uma lista de verificação. Uma carteira multisignatura de entrada para pagamentos de usuário para aplicativo exige solicitação e revisão. Pagamentos de aplicativo para usuário estão disponíveis apenas para aplicativos da Testnet e para alguns aplicativos selecionados da Mainnet, conforme redação atual do guia. Assim, a decisão de um desenvolvedor criar uma entrada na Mainnet não implica que todos os caminhos possíveis de pagamento já estejam ativos.

As regras de listagem no diretório impõem outra barreira. Para aparecer na Interface Curada do Ecossistema Mainnet do Pi Browser, espera-se que um aplicativo seja funcional, integre a autenticação Pi, atenda aos requisitos de identidade do seu desenvolvedor e siga as políticas sobre transações e experiência do usuário. Um aplicativo pode existir na Mainnet sem ser aceito nessa listagem curada. A atualização anterior da própria Pi sobre novos aplicativos afirma que a lista não inclui todos os aplicativos da Mainnet ou prontos para a Mainnet, e que diretórios de terceiros podem exibir mais.

Essa diferença fornece um método direto para testar o número citado no auge. Se a Pi afirma mais de 300 aplicativos na Mainnet, isso significa entradas no portal com configuração ativa na Mainnet, aplicativos com carteiras aprovadas, aplicativos listados no navegador ou um conjunto mais amplo que inclui serviços auto-hospedados? O anúncio de outubro não esclarece. Um jornalista não pode substituir a contagem visível no navegador pela cifra do projeto sem antes demonstrar que ambas usam a mesma regra de inclusão.

Essa distinção não é uma acusação de falsidade da cifra. Diretórios de produtos frequentemente curam um conjunto menor que o universo total de softwares implantados. A Pi descreve explicitamente essa prática. O problema jornalístico é a reprodutibilidade. Uma lista datada com identificadores dos aplicativos, seus status e capacidades de pagamento permitiria a um leitor independente replicar o total. Sem ela, a contagem permanece uma cifra divulgada pela empresa — útil como declaração de escala, mas fraca como medida de uso contínuo.

Um aplicativo pode satisfazer os requisitos de qualidade e política, mas ter pouco tráfego. Inversamente, um aplicativo independente não listado pode atrair usuários. A inclusão no diretório é uma decisão de triagem; tráfego e transações são registros comportamentais. O recurso de staking no diretório da Pi adiciona outra complicação: Pioneers e empresas podem fazer staking de PI para melhorar a posição de um aplicativo na Interface do Ecossistema. A Pi afirmou que esse staking pode aumentar a exposição e as impressões, com potencial impacto no tráfego de usuários. Um ranking mais alto no diretório depende parcialmente da promoção por staking e, por si só, não comprova demanda orgânica.

O anúncio sobre staking identifica aplicativos da Mainnet, aplicativos do App Studio e serviços como exchanges centralizadas entre as categorias do diretório. Essa mistura exige que o analista filtre a interface antes de considerar cada ícone como um aplicativo da Mainnet. Também dificulta comparações entre categorias: um link para uma exchange, um experimento de criador e um aplicativo com carteira aprovada na Mainnet podem aparecer lado a lado, embora tenham finalidades distintas.

A capacidade de pagamento é uma métrica mais restrita do que a mera existência de um aplicativo.

A Pi adicionou suporte ao App Studio para aplicativos da Mainnet e pagamentos em tempo real dentro do aplicativo em março. Sua declaração do Dia da Pi informou que quatro aplicativos do App Studio haviam sido convidados a migrar para a Mainnet e integrar pagamentos reais em PI. O mesmo comunicado explicou interações de pagamento persistentes, que podem manter um recurso adquirido ativo além de uma única sessão. Quatro é a contagem de aplicativos do App Studio convidados naquele momento, não o número total de aplicativos da Mainnet na rede.

Uma atualização anterior do App Studio, em janeiro, descreveu a integração de pagamentos com tokens de teste. Isso permitiu que criadores experimentassem sem transferir PI real entre usuários e aplicativos. Comparar um protótipo de pagamento de teste com uma compra completa na Mainnet confundiria atividade simulada com atividade economicamente significativa. Até outubro, as ferramentas do App Studio haviam se expandido, mas o anúncio do auge não relatou o número de pagamentos reais efetuados por meio de seus produtos.

O caminho de pagamento na Mainnet é, em princípio, observável. Um usuário autoriza uma transferência, o aplicativo processa o retorno (callback) e um ledger registra a transação de PI liquidada. A blockchain pública pode revelar um pagamento para uma carteira conhecida, mas um endereço de carteira isoladamente pode pertencer a um desenvolvedor, exchange, teste interno ou usuário comum. Para medir a demanda do consumidor, o operador do aplicativo precisaria identificar seu endereço de recebimento em produção e divulgar informações suficientes sobre seu serviço para distinguir vendas de transferências próprias, incentivos ou movimentações repetidas das mesmas moedas.

Uma taxa ou contagem de pagamentos pode induzir ao erro em qualquer direção. Um aplicativo pode obter poucas ordens de grandes comerciantes, enquanto outro executa milhares de pequenas ações pagas. O PI transferido bruto não equivale à receita líquida se os usuários receberem reembolsos ou recompensas. Um aplicativo com assinaturas pode ter forte retenção e menos transferências individuais. Carteiras pagantes repetidas, compradores distintos, compras concluídas e o período medido fortaleceriam essa comparação. O projeto não publicou esses quatro campos para seus mais de 300 aplicativos no lançamento do auge.

A biblioteca de pagamentos da Pi promete integração rápida para desenvolvedores que usam pilhas web compatíveis. Seu guia para desenvolvedores de janeiro descreveu uma maneira de adicionar funcionalidade de pagamento em menos de dez minutos. Integrar o código é um marco técnico, não evidência de que clientes posteriormente adquiriram um serviço. Essa distinção é visível em muitas redes de pagamento: aceitar um instrumento e gerar comércio são resultados diferentes.

Alguns aplicativos podem ser valiosos sem cobrar em PI. Uma utilidade pode usar a autenticação Pi para atender usuários verificados, fornecer informações ou conectar Pioneers a atividades externas. O auge poderia razoavelmente destacar esse tipo de software. Seria impreciso tratar a ausência de pagamento em cada aplicativo como prova de que ele não tem usuários. A métrica correta deve corresponder ao produto: sessões repetidas para uma ferramenta gratuita, pedidos concluídos para um comerciante, implantações ativas para um serviço para desenvolvedores ou conversões pagas para um aplicativo cujo modelo de negócios exija isso.

Uma auditoria deve manter quatro denominadores distintos.

As cifras divulgadas podem ser organizadas em uma tabela simples de medição sem dividir grandezas diferentes. Os mais de 60 milhões de Pioneers engajados da Pi descrevem o público mais amplo que ela reivindica. Seus mais de 18,1 milhões de usuários verificados descrevem pessoas que passaram pela KYC. Seus mais de 300 aplicativos da Mainnet descrevem softwares. Seus mais de 420.000 nós descrevem infraestrutura de rede. Uma razão válida de adoção exigiria o número de usuários distintos de um aplicativo específico durante um período definido, dividido por uma população elegível claramente definida. A Pi não forneceu esse numerador no anúncio.

Dividir 18,1 milhões de pessoas verificadas por 300 aplicativos resultaria em cerca de 60.333 pessoas por aplicativo sob a suposição artificial de alocação uniforme. Esse cálculo usa os mínimos arredondados do projeto e não representa a audiência de nenhum aplicativo. A mesma pessoa pode usar vários aplicativos ou nenhum, e um aplicativo pode atrair um grupo muito menor que a média teórica. Relatar esse quociente como “usuários por aplicativo” seria um erro numérico, não uma análise original. A conclusão relevante é que nenhuma ponte publicada conecta a base de usuários reportada à atividade dos aplicativos.

Um método melhor solicitaria uma exportação datada do inventário de mais de 300 aplicativos e rotularia cada entrada por estágio. Para cada um, registraria se possui URL funcional, autenticação Pi, aprovação de carteira na Mainnet, endereço de pagamento divulgado, pagamentos concluídos em PI durante uma janela específica e uma medida de usuários distintos e recorrentes. Os operadores poderiam recusar-se a divulgar informações privadas de clientes; contagens agregadas e transações públicas ainda permitiriam uma verificação útil. Esse exercício revelaria a lacuna entre alcance potencial e uso real do serviço, sem presumir que todos os aplicativos são idênticos.

Você também pode gostar: Preço da Pi Network perde US$ 0,08 antes da atualização: o PI consegue reverter sua queda?

O inventário deve indicar se o aplicativo é curado no Pi Browser ou auto-hospedado via SoloHost. O Pi afirma que o SoloHost permite que desenvolvedores lancem aplicações de IA auto-hospedadas, e seu anúncio de outubro agrupa esse produto com sua plataforma para desenvolvedores. Um serviço executado em um nó pode ser uma aplicação no sentido convencional de software, sem ser necessariamente uma aplicação web com carteira de pagamento na Mainnet. Combinar essas categorias pode ser justificável se o Pi explicar claramente como as contabiliza. Até lá, uma auditoria independente deve manter seus status separados.

As regras do diretório do Pi oferecem outra verificação. Elas exigem transações exclusivas do Pi para aplicativos que buscam listagem relevante na Mainnet, enquanto o projeto discutiu separadamente um possível papel de stablecoin em outra parte de seu ecossistema. O recurso OUSD documentou que nenhuma integração de pagamento lançada nem mecanismo de demanda por tokens havia sido especificado. Uma futura alteração nas regras de listagem de aplicativos ou uma exceção restrita exigiria atualização política datada. O próprio anúncio da cúpula não revisa a página atual do diretório nem torna o OUSD um método de pagamento existente para aplicativos.

Cinco aplicativos listados revelam o que a contagem principal oculta

Uma atualização anterior do Pi oferece um pequeno exemplo nomeado de como o projeto seleciona aplicações. Anunciou cinco novas inclusões na Interface do Ecossistema Mainnet, incluindo um jogo de cobrinha, aplicações de comércio eletrônico e serviços informativos sobre o token PI. O Pi afirmou que esses cinco passaram em verificações de qualidade, funcionalidade completa, utilidade e conformidade com políticas. O exemplo prova que o diretório curado pode aceitar diferentes tipos de software. Não revela, porém, com que frequência cada um foi aberto nem quanto alguém gastou neles.

Classificar os cinco pelo seu funcionamento declarado é mais útil do que tratar sua inclusão como um único resultado econômico. Um jogo pode registrar sessões frequentes, mas poucos pagamentos. Um site informativo pode ser lido sem qualquer transferência de token. Uma aplicação comercial pode exibir pedidos brutos, pedidos reembolsados, recibos de comerciantes e compradores recorrentes. Mesmo nesse pequeno grupo, não há métrica única capaz de transformar a contagem de cinco em demanda por PI. O exemplo mostra por que o inventário maior — com mais de 300 itens — precisa de tipologia de aplicativos antes que um número agregado de uso possa ser interpretado.

O Pi advertiu explicitamente, nessa atualização, que sua listagem na Mainnet omitia muitos aplicativos de terceiros. Um aplicativo rejeitado ou não submetido não é necessariamente inutilizável. O projeto distingue seleção para diretório de disponibilidade mais ampla, e diretórios externos podem exibir mais candidatos. Uma captura independente do navegador poderia, portanto, estabelecer a contagem de ícones visíveis em uma data específica, mas não pode confirmar o número total de aplicações ativas. Concordar esses dois números exigiria o inventário do portal de desenvolvedores ou uma metodologia publicada pelo Pi.

A questão do que qualifica como 'pronto para Mainnet' complica ainda mais uma auditoria. Um desenvolvedor pode preparar uma carteira e URL enquanto aguarda aprovação de pagamentos recebidos; uma aplicação pode executar um serviço que não exija pagamentos. O projeto poderia contar uma configuração funcional da Mainnet mesmo antes de um curador listá-la. Um campo de status para aprovações de pagamento, último acesso bem-sucedido e implantação em produção tornaria essas distinções visíveis sem divulgar dados privados de clientes. O Pi não forneceu essa tabela campo a campo com seu lançamento da cúpula de outubro.

Há uma linha do tempo útil nos materiais oficiais. O lançamento do App Studio em janeiro começou com interações de pagamento em Test-Pi. A atualização de março convidou quatro criações selecionadas para capacidade de pagamento na Mainnet. Documentação posterior para desenvolvedores expandiu o que os construtores podiam fazer com armazenamento local, compartilhamento de arquivos e dados específicos de staking por aplicativo. O anúncio da cúpula de outubro apresenta mais de 300 aplicativos na Mainnet. Esses marcos descrevem populações distintas, logo subtrair quatro de 300 não calcularia o número de novas aplicações pagas. Uma linha do tempo clara preserva o que cada número contou no momento de sua publicação.

Coberturas anteriores do primeiro ano de rede aberta do Pi descreveram o App Studio entre os principais produtos públicos do projeto. A alegação de outubro refere-se a um inventário posterior. Qualquer comparação com o primeiro ano deve usar a mesma definição de aplicativo e evitar importar totais anteriores de KYC ou migração para o presente. Uma retrospectiva pode estabelecer quando um recurso surgiu; não preenche, contudo, a série ausente de usuários ativos em outubro.

O melhor argumento pró-Pi diz respeito a uma audiência já pronta

O Pi reuniu verificações de identidade, carteiras, um caminho de descoberta baseado em navegador, ferramentas de pagamento para aplicativos e uma grande base de participantes alegada. Um desenvolvedor que criar um produto útil pode potencialmente distribuí-lo por meio de canais existentes, em vez de adquirir cada usuário individualmente. Mais de 300 aplicativos reportados na Mainnet podem significar que muitas equipes já fizeram o trabalho de preparar softwares para rede ativa. A cúpula promete mostrar seus produtos e lançar ferramentas adicionais. Nenhum desses fatos deve ser descartado apenas pela ausência de dados públicos de retenção.

O caso cético é igualmente concreto. Distribuição não obriga um usuário a retornar a um aplicativo. O KYC verifica a identidade do titular da conta conforme o processo do projeto; não demonstra que essa pessoa possui PI disponível, precisa de determinado produto ou conclui uma compra. Classificações no diretório podem refletir staking para promoção. Ferramentas de criação de aplicativos podem aumentar rapidamente a contagem de experimentos, mais do que a de negócios com clientes recorrentes. São motivos para solicitar registros de uso, não para presumir que os aplicativos falharam.

Coberturas anteriores da economia do App Studio examinaram custos enfrentados por criadores e observaram que submissões de hackathon não equivalem a produtos ativos. A cúpula atual introduz outro hackathon e mais recursos para desenvolvedores. Uma contagem de submissões após o evento mediria a participação nesse concurso. A parcela que posteriormente alcança a Mainnet, permanece online e recebe usuários recorrentes mediria um resultado mais exigente.

Um operador poderia tornar o caso positivo mensurável publicando um relatório por coorte. Identifique aplicativos listados antes de uma data escolhida, depois divulgue quantos ainda funcionam após 30 e 90 dias, e quantos têm usuários distintos que retornam ou realizam pagamentos. Um relatório comparável um trimestre depois revelaria se novas ferramentas para desenvolvedores ajudam as aplicações a reter usuários, não apenas a serem lançadas. O Pi não prometeu tal relatório para novembro. A ausência dessa promessa deve ser declarada claramente, sem transformar uma solicitação de relatório em um entregável anunciado.

Há limites práticos à observação independente. O Pi Browser pode exigir conta, KYC ou permissões de aplicativo. Rótulos de carteira nem sempre são públicos. Um explorador de blocos pode mostrar transações sem indicar seu motivo. Um repórter externo pode verificar aplicativos nomeados, contratos públicos e transações exemplares, mas não pode inferir todas as sessões privadas de usuários a partir de uma cadeia. Assim, uma auditoria completa pode permanecer parcialmente dependente de divulgações de desenvolvedores e do projeto. A separação mais importante é entre o que foi reproduzido independentemente e o que foi relatado pelo Pi ou por uma equipe de aplicativo.

Uma amostra possível de auditoria poderia começar com os cinco aplicativos que o próprio projeto nomeou em sua atualização anterior. Um repórter registraria se cada URL carrega atualmente, se o login funciona, se a função oferecida pode ser concluída e se um pagamento é solicitado. Uma segunda verificação após 30 dias testaria se as mesmas funções ainda operam. Tratar-se-ia de um teste direto de disponibilidade para cinco aplicativos nomeados, não de uma estimativa para todos os 300. Ampliar a amostra exigiria um quadro completo de amostragem, que a postagem da cúpula não fornece.

Para um app que alega vendas, o operador poderia divulgar um endereço de carteira e um período em que ele foi usado exclusivamente para recibos de produção. Um repórter poderia então calcular remetentes distintos e o total de PI recebido no ledger, ressaltando que depósitos em exchanges, transferências de desenvolvedores e reembolsos ainda podem distorcer essas contagens. Uma transferência bancária ou de exchange não pode ser atribuída a uma compra do cliente sem evidências adicionais. Para um serviço gratuito, o operador poderia divulgar agregados de usuários ativos e de retenção que preservem a privacidade. Métodos diferentes, rotulados honestamente, são preferíveis a uma única pontuação de 'adoção' sem respaldo.

O modelo de negócios do app também determina se o PI está envolvido ou não. As ferramentas para desenvolvedores do Pi oferecem login, descoberta e pagamentos como capacidades separáveis. Um criador pode usar as duas primeiras sem a terceira. A alegação de 'mais de 300 apps' pode ser totalmente precisa, embora apenas um subconjunto tenha carteira de pagamentos aprovada para transferências reais. O convite do Pi, em março, a quatro criações do App Studio demonstra um caminho de aprovação mais restrito para uma categoria, mas não afirma conclusivamente quantos apps codificados independentemente aceitam pagamentos hoje.

Novembro pode revelar produtos, mas não anos de retenção

O evento de 17 a 19 de novembro está programado como uma cúpula online, não como uma data em que todos os recursos anunciados entram obrigatoriamente em produção. O Pi afirma que fornecerá atualizações da plataforma, demonstrações para desenvolvedores, destaques de parceiros e apps, além de mais informações sobre uma maratona de programação (hackathon). Uma apresentação pode demonstrar uma ferramenta funcionando em ambiente controlado. Uma ferramenta implantada e um app que a utilize com clientes são etapas posteriores e verificáveis separadamente.

Se um app nomeado publicar um endereço de carteira em produção e mostrar uma transação que um leitor possa reproduzir, o artigo pode comprovar uma capacidade específica. Se divulgar um mês de dados de carteiras pagantes distintas, excluindo reembolsos e testes, o artigo pode discutir o uso. Se oferecer apenas uma demonstração em vídeo, o artigo deve chamá-la de demo. Essas classificações são parte da cobertura jornalística habitual de produtos, não um padrão especial imposto ao Pi.

O anúncio do projeto não informa uma data de lançamento comum para os mais de 300 aplicativos, seu tempo de atividade (uptime) ou a proporção que aceita pagamentos em PI. Ele apenas cita as datas da cúpula e os temas que pretende abordar. A próxima pauta publicada e os apps específicos selecionados para demonstrações são os documentos imediatos capazes de reduzir a lacuna entre a alegação de 300 apps e o uso observável.

O que observar

• Inventário de apps: Lista datada do Pi definindo quais aplicativos compõem o total relatado de mais de 300.

• Status de produção: Apps nomeados com URLs funcionais na Mainnet, carteiras aprovadas e transações ao vivo reproduzíveis.

• Uso repetido: Divulgações por desenvolvedores ou pela rede sobre usuários distintos que retornam em um período específico de 30 ou 90 dias.

• Pagamentos: Compras concluídas em PI, separadas de ações na Testnet, incentivos, reembolsos e transferências internas.

• Lançamentos da cúpula: Pauta de 17 a 19 de novembro, ferramentas implantadas e regras da maratona de programação (hackathon), cada uma com status datado.

Perguntas frequentes

Quando será a cúpula do ecossistema da Pi Network?

A Pi agendou sua primeira Cúpula Online do Ecossistema para 17 a 19 de novembro de 2026. Afirma que o evento incluirá demonstrações para desenvolvedores, anúncios da plataforma, destaques de apps e detalhes de uma nova maratona de programação (hackathon). Não havia publicado uma pauta completa em seu anúncio de 15 de outubro.

Quantos apps na Mainnet a Pi relatou?

A declaração de 15 de outubro afirma haver mais de 300 apps na Mainnet. Não lista todos os apps contabilizados nem fornece o total de usuários ativos app por app. O número é uma medida de inventário relatada pelo projeto.

Todos os apps da Mainnet estão listados no Pi Browser?

A documentação do Pi afirma que sua Interface de Ecossistema é curada e pode omitir apps da Mainnet ou prontos para ela. A configuração de um app para a Mainnet e sua inclusão no diretório são status distintos. Assim, uma contagem no navegador pode diferir do total do projeto.

300 apps significam que 300 empresas recebem PI?

Nenhuma receita total acompanha o anúncio. Aplicativos podem ter finalidades distintas, e a integração de pagamentos não comprova que os clientes efetuaram pagamentos. Uma contagem de compras concluídas e de usuários pagantes recorrentes responderia essa questão.

Quantos usuários do Pi concluíram a verificação KYC?

O Pi relatou mais de 18,1 milhões de usuários totalmente verificados via KYC no anúncio da cúpula. Afirmou ainda mais de 60 milhões de Pioneiros engajados. Nenhuma dessas contagens indica quantas pessoas usaram um dos aplicativos da Mainnet em outubro.

Aplicativos do App Studio podem receber PI real?

O Pi anunciou, em março, suporte à Mainnet para aplicativos selecionados do App Studio e informou que quatro foram convidados a migrar e integrar pagamentos ao vivo. Experimentos anteriores de pagamento no App Studio usavam Test-Pi. Essa contagem de março não representa o número total de aplicativos na Mainnet em outubro.

Uma classificação mais alta no diretório comprova que um aplicativo é popular?

Não. O Pi afirma que usuários e empresas podem estacar PI para melhorar a posição e visibilidade de um aplicativo no diretório. A classificação pode gerar visitas, mas não é uma contagem pública de usuários ativos ou pagantes. Uma métrica de uso recorrente responderia a outra pergunta.

Que evidências comprovam o uso de um aplicativo?

Um aplicativo de produção nomeado, transações verificáveis, quando relevantes, e dados datados de usuários distintos ou de compras recorrentes estabeleceriam atividade específica. Utilitários gratuitos podem exigir medidas de retenção em vez de totais de pagamento. Esta é uma análise educacional, não recomendação de investimento.

Aviso: Este artigo tem fins exclusivamente informativos e educacionais e não constitui orientação financeira ou de investimento. Os números refletem documentos regulatórios e relatórios disponíveis na data de redação e mudam com cada divulgação. Nada aqui representa recomendação para comprar, vender ou manter qualquer ativo ou título. Faça sempre sua própria pesquisa. As informações são precisas até 16 de outubro de 2026.

Leia mais: A Capital B registra prejuízo de US$ 78 mi no 1º semestre de 2026, apesar de ter comprado mais Bitcoin