Pi Network заявляет о наличии 300 приложений Mainnet. Сколько из них реально используются?

Pi Network сделала новую цифру количества приложений центральным элементом своего первого саммита экосистемы. Сообщается о более чем 300 приложениях Mainnet наряду с заявленной аудиторией свыше 60 млн активных участников (Pioneers), 18,1 млн человек, прошедших верификацию личности, и более 420 тыс. узлов. Ни один из этих показателей не отражает повторное использование приложений или стоимость товаров и услуг, оплаченных токенами PI. Саммит даёт повод вновь обсудить, что такое приложение Mainnet и какие данные о нём доступны в публичном реестре.

Краткое содержание

• Pi объявила о проведении онлайн-саммита экосистемы с 17 по 19 ноября в посте от 15 октября.

• Проект сообщил о более чем 300 приложениях Mainnet, но не привёл данные об активных пользователях по каждому приложению.

• В том же объявлении Pi назвало более 18,1 млн полностью прошедших KYC пользователей и 420 тыс. узлов.

• Четыре приложения, созданные в App Studio, приглашены к интеграции платёжных функций Mainnet в марте 2026 года.

• Правила разработчиков Pi чётко разделяют общее число в 300 приложений и список приложений в их подобранном каталоге браузера.

Pi Network заявила о существовании более 300 приложений Mainnet в преддверии ноябрьского саммита для разработчиков, добавив новую публикуемую цифру к своим утверждениям о масштабах экосистемы.

В объявлении от 15 октября проект назначил свой первый Саммит экосистемы Pi на период с 17 по 19 ноября. В сообщении говорится, что онлайн-мероприятие включит релизы платформы, демонстрации разработчиков, презентации партнёров и приложений, а также подробную информацию о новом хакатоне. В заявлении приведена цифра в 300 приложений, однако не предоставлен каталог всех учтённых приложений, статистика использования по каждому из них, количество платящих пользователей или объём транзакций, связанных с ними.

Саммит фиксирует количество приложений на уровне прикладного слоя

В заявлении Pi описывается существующая распределительная сеть с более чем 60 млн активных участников (Pioneers), возможностями аутентификации, платежей и поиска приложений. Отдельно указываются более 18,1 млн полностью прошедших KYC пользователей и более 420 тыс. узлов. Эти показатели измеряются в разных единицах: узел — это участник инфраструктуры, верифицированный пользователь — человек, прошедший установленную процедуру, а приложение Mainnet — программное обеспечение, связанное с действующей сетью. Ни один из этих трёх элементов автоматически не является платящим клиентом двух других.

Объявление представляет собой удобную цель для аудита. Число более 300 достаточно велико для анализа категорий, однако в публичном заявлении отсутствует привязанная ко времени инвентаризация и единое чёткое определение критериев включения. Приложения могут принимать платежи в PI, использовать аутентификацию без платежей, предоставлять информационные услуги, запускать игры или интегрироваться с инструментами разработки. Текущий каталог приложений может отображать лишь выбранную подмножество. Представление этих 300 приложений как 300 активных бизнесов добавило бы факты, которые проект не заявлял.

Это отличается от недавнего графика обновлений протокола. В материале о Протоколе 28 анализировалась готовность узлов перед запланированной активацией Mainnet 16 октября. Были названы технические изменения: обновления смарт-контрактов и обработка данных транзакций. Новое объявление о саммите касается именно перечня приложений и того, что создали разработчики. Успешное обновление узла не означает, что указанное приложение имеет платящих пользователей.

Это также отличается от процесса KYC. Ранний анализ очереди верификации Pi разделял пользователей, допущенных к следующему этапу, от кошельков, в которых действительно были совершены расходы в PI. Подсчёт приложений добавляет ещё один этап: ПО должно быть доступно, достижимо и заслуживать повторного посещения. Преодоление бутылочного горлышка верификации личности и добавление приложения — наблюдаемые события. А транзакция активного пользователя — третье событие, требующее отдельной фиксации.

Программа саммита может улучшить доказательную базу. Pi обещает демонстрации конкретных инструментов для разработчиков и партнёрских приложений. Демонстрация может показать работоспособность функции, а повторные платежи в течение недель покажут её постоянное использование. В объявлении не указано, будут ли публиковаться данные об удержании пользователей по каждому приложению или квитанции продавцов во время мероприятия. Инвентаризация приложений и воспроизводимые примеры платежей позволят читателям самостоятельно оценить заявленную цифру до любых последующих рекламных обобщений.

Размещение в Mainnet и включение в каталог — это разные этапы

Руководство для разработчиков Pi по запуску описывает переход создателя с Testnet на Mainnet. Разработчик создаёт отдельное приложение для Mainnet в портале, проверяет его URL, подключает кошелёк приложения и выполняет контрольный список. Для входящих мультиподписных кошельков для платежей от пользователей приложению требуется подача заявки и её рассмотрение. Платежи от приложения пользователям доступны только для приложений Testnet и отдельных приложений Mainnet — согласно текущей редакции руководства. Таким образом, решение разработчика создать запись для Mainnet не означает, что все возможные пути оплаты уже работают.

Правила каталога добавляют ещё один барьер. Чтобы появиться в курируемом интерфейсе экосистемы Mainnet в Pi Browser, приложение должно быть функциональным, интегрировать аутентификацию Pi, соответствовать требованиям к идентификации разработчика и соблюдать политики в отношении транзакций и пользовательского опыта. Приложение может существовать в Mainnet, не будучи включённым в этот курируемый каталог. В более раннем обновлении Pi о добавлении приложений указано, что в списке отсутствуют не все приложения Mainnet или готовые к запуску в Mainnet, а сторонние каталоги могут содержать больше позиций.

Это различие даёт прямой способ проверить цифру «вершины». Если Pi сообщает о более чем 300 приложениях Mainnet, имеются ли в виду записи в портале с активной конфигурацией Mainnet, приложения с утверждёнными кошельками, приложения, перечисленные в браузере, или более широкий набор, включающий саморазмещённые сервисы? В октябрьском объявлении это не уточняется. Репортёр не может подставить видимое в браузере количество вместо цифры проекта, не доказав предварительно, что оба применяют одинаковые критерии включения.

Это различие — не обвинение в ложности цифры. Каталоги продуктов зачастую включают лишь часть от общего числа развернутых программ. Pi прямо описывает такую практику. Проблема в воспроизводимости: датированный список с идентификаторами приложений, их статусом и возможностями оплаты позволил бы независимому читателю воспроизвести итоговую цифру. Без него подсчёт остаётся цифрой, сообщённой компанией — полезной как показатель масштаба, но слабой как мера текущего использования.

Приложение может соответствовать требованиям к качеству и политикам, но иметь низкую посещаемость. Наоборот, неперечисленное независимое приложение может привлекать пользователей. Включение в каталог — это фильтрационное решение; посещаемость и транзакции — поведенческие данные. Функция стейкинга каталога Pi добавляет ещё одну сложность: первопроходцы и компании могут стейкать PI для повышения позиции приложения в интерфейсе экосистемы. Pi заявила, что стейкинг повышает узнаваемость и показы, потенциально увеличивая трафик. Более высокий рейтинг в каталоге частично зависит от платного продвижения и не может служить самостоятельным подтверждением органического спроса.

В объявлении о стейкинге указаны приложения Mainnet, приложения App Studio и сервисы, такие как централизованные биржи, среди категорий каталога. Такая смесь означает, что аналитику необходимо фильтровать интерфейс перед тем, как считать каждую карточку приложением Mainnet. Это также затрудняет сравнение между категориями: ссылка на биржу, эксперимент создателя и приложение с утверждённым кошельком Mainnet могут отображаться рядом, хотя выполняют разные функции.

Способность принимать платежи — более узкий показатель, чем просто существование приложения

В марте Pi добавила поддержку приложений Mainnet и живых внутриприложенных платежей в App Studio. В заявлении ко Дню Pi говорилось, что четыре приложения App Studio были приглашены перейти на Mainnet и интегрировать реальные платежи PI. В том же релизе объяснялись постоянные платежные взаимодействия, позволяющие приобретённой функции оставаться активной дольше одного сеанса. Число «четыре» относится к количеству приглашённых приложений App Studio на тот момент, а не к общему числу приложений Mainnet в сети.

Более раннее январское обновление App Studio описывало интеграцию тестовых токенов для оплаты. Оно позволяло создателям экспериментировать без перевода реальных PI между пользователями и приложениями. Сравнение прототипа тестового платежа с завершённой покупкой в Mainnet приведёт к путанице между имитацией и экономически значимой активностью. К октябрю инструменты App Studio расширились, однако в объявлении о вершине не было указано число реальных платежей, совершённых через её продукты.

Путь платежа в Mainnet принципиально наблюдаем. Пользователь авторизует перевод, приложение обрабатывает обратный вызов, а реестр фиксирует завершённую транзакцию PI. Публичная цепочка может показать платеж на известный кошелёк, но адрес кошелька сам по себе может принадлежать разработчику, бирже, внутреннему тесту или обычному пользователю. Для измерения потребительского спроса оператор приложения должен определить свой производственный адрес получения и раскрыть достаточно информации о сервисе, чтобы отличить продажи от само-переводов, стимулов или многократного перемещения одних и тех же монет.

Количество сборов или платежей может вводить в заблуждение в любом направлении. Одно приложение может получать несколько крупных заказов от мерчантов, другое — выполнять тысячи мелких платных действий. Общая сумма переведённых PI — не чистая выручка, если пользователи получают возвраты или вознаграждения. Приложение с подпиской может демонстрировать высокую удерживаемость и меньшее число отдельных переводов. Повторяющиеся платящие кошельки, уникальные покупатели, завершённые покупки и период измерения сделали бы сравнение надёжнее. Проект не опубликовал эти четыре параметра для своих более чем 300 приложений в объявлении о вершине.

Библиотека платежей Pi обещает быструю интеграцию для разработчиков, использующих поддерживаемые веб-стеки. В январском руководстве для разработчиков описан способ добавления функционала оплаты менее чем за десять минут. Интеграция кода — это техническая веха, а не доказательство последующих покупок услуги пользователями. Эта разница очевидна во многих платёжных сетях: принятие средства оплаты и генерация коммерции — разные результаты.

Некоторые приложения могут быть ценными даже без взимания PI. Утилита может использовать аутентификацию Pi для обслуживания верифицированных пользователей, предоставления информации или связи первопроходцев с внешней активностью. Вершина вполне обоснованно может представлять такое ПО. Неверно считать отсутствие платежей в каждом приложении доказательством отсутствия пользователей. Корректный показатель должен соответствовать продукту: повторяющиеся сессии для бесплатного инструмента, завершённые заказы для мерчанта, активные развёртывания для сервиса разработчиков или оплаченные конверсии для приложения, бизнес-модель которого этого требует.

Аудит должен чётко различать четыре знаменателя

Опубликованные цифры можно поместить в простую таблицу измерений, не смешивая несопоставимые величины. Более 60 млн активных первопроходцев Pi описывают самую широкую аудиторию, которую проект заявляет. Более 18,1 млн верифицированных пользователей — это люди, прошедшие KYC. Более 300 приложений Mainnet — это программное обеспечение. Более 420 000 узлов — это инфраструктура сети. Допустимое соотношение внедрения требует числа уникальных пользователей конкретного приложения за определённый период, разделённого на чётко определённую подходящую популяцию. В объявлении Pi не предоставила этот числитель.

Деление 18,1 млн верифицированных людей на 300 приложений дало бы примерно 60 333 человека на приложение при искусственном предположении равномерного распределения. Арифметика использует округлённые минимальные значения проекта и не является показателем аудитории какого-либо приложения. Один и тот же человек может использовать несколько приложений или ни одного, а приложение может привлечь группу, значительно меньшую теоретического среднего. Сообщение частного как «пользователей на приложение» — это числовая ошибка, а не оригинальный анализ. Значимый вывод: нет опубликованного моста, связывающего заявленный пул пользователей с активностью приложений.

Более корректный метод — запросить датированный экспорт списка из более чем 300 приложений и пометить каждую запись по этапу. Для каждого приложения следует зафиксировать наличие рабочего URL, интеграции аутентификации Pi, утверждения кошелька Mainnet, раскрытого адреса для платежей, завершённых платежей PI за заданный период и показателя уникальных повторяющихся пользователей. Операторы могут отказаться раскрывать конфиденциальную информацию клиентов; агрегированные данные и публичные транзакции всё равно позволили бы полезную верификацию. Такой подход выявит разрыв между потенциальным охватом и фактическим использованием сервиса без предположения идентичности всех приложений.

Вам также может понравиться: Цена Pi Network снижается на $0,08 перед обновлением: сможет ли PI остановить падение?

Инвентаризация должна указывать, сертифицировано ли приложение в Pi Browser или размещено самостоятельно через SoloHost. Pi утверждает, что SoloHost позволяет разработчикам запускать самостоятельные ИИ-приложения, а его анонс от октября включает этот продукт в состав платформы для разработчиков. Сервис, работающий на ноде, может быть приложением в обычном программном смысле, не являясь веб-приложением с кошельком для оплаты в Mainnet. Объединение этих категорий может быть оправданным, если Pi пояснит, как именно он их учитывает. До тех пор независимый аудит должен сохранять их отдельные статусы.

Правила каталога Pi предлагают ещё одну проверку. Они требуют транзакций исключительно в PI для приложений, претендующих на соответствующее размещение в Mainnet, тогда как проект отдельно обсуждал потенциальную роль стейблкоина в других частях своей экосистемы. В документации по функции OUSD указано, что ни один запущенный механизм интеграции платежей или спроса на токены не был определён. Будущее изменение правил размещения приложений или узкое исключение потребовали бы официального обновления политики с датой. Само анонс саммита не пересматривает текущую страницу каталога и не делает OUSD существующим способом оплаты в приложениях.

Пять перечисленных приложений показывают, что скрывается за общим количеством.

Раннее обновление Pi приводит небольшой конкретный пример отбора приложений проектом. В нём объявлено о добавлении пяти приложений в интерфейс экосистемы Mainnet — включая змейку, приложения электронной коммерции и информационные сервисы о токене PI. Pi заявил, что эти пять прошли проверку на качество, полноту функционала, полезность и соответствие политике. Этот пример подтверждает, что сертифицированный каталог может включать разные типы ПО. Однако он не раскрывает, как часто каждое из них открывали или сколько кто-либо потратил в них.

Классификация этих пяти приложений по заявленной функции полезнее, чем трактовка их включения как единого экономического результата. Игра может фиксировать частые сессии, но почти никаких платежей. Информационный сайт можно прочитать без каких-либо переводов токенов. Приложение электронной коммерции может отображать валовые заказы, возвраты, квитанции продавцов и повторных покупателей. Даже в этой небольшой группе нет единого показателя, превращающего цифру «пять» в спрос на PI. Пример показывает, почему для интерпретации совокупного показателя использования инвентаризации более чем из 300 приложений необходимо учитывать их типы.

В том же обновлении Pi прямо предупредил, что его список Mainnet исключает множество сторонних приложений. Отклонённое или неподанное приложение не обязательно неработоспособно. Проект проводит различие между отбором в каталог и более широкой доступностью, а вне каталогов может быть представлено больше кандидатов. Таким образом, независимый снимок браузера может установить количество видимых плиток на определённую дату, но не подтвердить общее число работающих приложений. Согласование этих двух цифр потребовало бы инвентаризации из порталов разработчиков или опубликованной методологии от Pi.

Вопрос о том, что считается готовым к работе в Mainnet, дополнительно усложняет аудит. Разработчик может подготовить кошелёк и URL, ожидая одобрения входящих платежей; приложение может запускать сервис, не требующий оплаты вообще. Проект может засчитывать рабочую конфигурацию Mainnet до того, как куратор включит его в каталог. Поле статуса для подтверждения платежей, последнего успешного доступа и развёртывания в продакшен позволило бы сделать эти различия прозрачными без раскрытия личных данных пользователей. Такую таблицу с пояснением каждого поля Pi не предоставил в октябрьском релизе саммита.

В официальных материалах присутствует полезная хронология. Выпуск App Studio в январе начался с тестовых взаимодействий по оплате через Test-Pi. В марте обновление пригласило четыре отобранных проекта к получению возможности оплаты в Mainnet. Позднейшая документация для разработчиков расширила возможности по работе с локальным хранилищем, обмену файлами и стейкинг-данными, специфичными для приложений. Анонс октябрьского саммита представляет более 300 приложений Mainnet. Эти цифры относятся к разным совокупностям, поэтому вычитание четырёх из 300 не даст числа новых платных приложений. Чёткая хронология сохраняет, что каждая цифра отражала на момент публикации.

Ранние публикации о первом году открытой сети Pi описывали App Studio среди ключевых публичных продуктов проекта. Утверждение за октябрь касается более поздней инвентаризации. Любое сравнение с первым годом должно использовать одно и то же определение приложений и избегать переноса старых данных о KYC или миграции в текущий контекст. Ретроспективный анализ может установить время появления функции, но не восполнит отсутствующую октябрьскую серию данных об активных пользователях.

Самый весомый аргумент в пользу Pi — наличие готовой аудитории.

Pi создал систему верификации личности, кошельки, путь обнаружения приложений в браузере, инструменты оплаты в приложениях и заявленную большую базу участников. Разработчик, создающий полезный продукт, потенциально может распространять его через существующие каналы, вместо того чтобы привлекать каждого пользователя отдельно. Более 300 заявленных приложений Mainnet могут означать, что многие команды уже выполнили работу по подготовке ПО для живой сети. На саммите обещано демонстрировать их продукты и выпустить дополнительные инструменты. Ни один из этих фактов не следует игнорировать только из-за отсутствия публичных данных об удержании.

Скептическая позиция также вполне конкретна. Распространение не заставляет пользователя возвращаться в приложение. KYC подтверждает личность владельца аккаунта в рамках процесса проекта, но не показывает, имеет ли он свободные средства PI, нуждается ли в конкретном продукте или совершает покупку. Рейтинги в каталоге могут отражать стейкинг для продвижения. Инструменты создания приложений могут быстрее увеличивать число экспериментов, чем число бизнесов с постоянными клиентами. Это основания запросить данные об использовании, а не основания предполагать провал приложений.

Ранние публикации об экономике App Studio рассматривали расходы создателей и подчёркивали, что работы, представленные на хакатоне, — не то же самое, что активные продукты. Текущий саммит объявляет новый хакатон и новые функции для разработчиков. Подсчёт работ после мероприятия измерит участие в этом конкурсе. Доля из них, достигших Mainnet, остающихся в сети и получающих повторных пользователей, будет измерять более сложный результат.

Оператор мог бы сделать позитивный аргумент измеримым, опубликовав отчёт по когортам. Следует выделить приложения, включённые в каталог до выбранной даты, и раскрыть, сколько из них продолжают работать через 30 и 90 дней, а также сколько имеют уникальных пользователей, которые возвращаются или совершают платежи. Сопоставимый отчёт через квартал покажет, помогают ли новые инструменты разработчикам удерживать пользователей, а не просто запускать приложения. Pi не обещал такой отчёт на ноябрь. Отсутствие такого обещания следует чётко зафиксировать, не преобразуя запрос на отчёт в объявленную обязательную публикацию.

Существуют практические ограничения независимого наблюдения. Pi Browser может требовать учётной записи, KYC или разрешений на приложения. Метки кошельков не всегда публичны. Блок-эксплорер может показывать транзакции, но не причину их возникновения. Внешний репортёр может проверить названные приложения, публичные смарт-контракты и примеры транзакций, но не может вывести все частные сессии пользователей из блокчейна. Поэтому полный аудит может оставаться частично зависимым от раскрытий со стороны разработчиков и проекта. Ключевое различие — между тем, что было независимо воспроизведено, и тем, что сообщили Pi или команда приложения.

Возможной выборкой для аудита могли бы стать пять приложений, названных самим проектом в его раннем обновлении. Репортёр зафиксировал бы, загружается ли каждый URL сейчас, работает ли вход, можно ли выполнить заявленную функцию и запрашивается ли оплата. Через 30 дней повторная проверка подтвердила бы, работают ли те же функции. Это был бы прямой тест доступности пяти названных приложений, а не оценка для всех 300. Расширение выборки требует полного перечня элементов выборки, который пост саммита не предоставляет.

Для приложения, заявляющего о продажах, оператор может раскрыть адрес кошелька и период, в течение которого он использовался исключительно для записей о производственных поступлениях. Репортёр тогда может подсчитать количество уникальных отправителей и общую сумму полученных PI по данным реестра, но при этом указать, что пополнения бирж, переводы разработчиков и возвраты средств могут искажать эти данные. Перевод с банка или биржи нельзя однозначно отнести к покупке клиентом без дополнительных доказательств. Для бесплатного сервиса оператор может раскрыть агрегированные данные об активных пользователях и удержании с сохранением конфиденциальности. Разные методы, честно обозначенные, предпочтительнее единого необоснованного показателя «внедрения».

Бизнес-модель приложения также определяет, задействованы ли PI вообще. Инструменты разработчика Pi предлагают вход в систему, поиск и платежи как отдельные функции. Создатель может использовать первые две без третьей. Утверждение «более 300 приложений» может быть полностью точным, даже если только часть из них имеет утверждённый кошелёк для реальных переводов. Приглашение Pi от марта к четырём приложениям App Studio демонстрирует более узкий путь утверждения для одной категории, но ничего не говорит о том, сколько независимо написанных приложений сегодня принимают платежи.

Ноябрь может показать продукты, но не годы удержания

Мероприятие с 17 по 19 ноября запланировано как онлайн-саммит, а не как дата, когда все объявленные функции гарантированно перейдут в промышленную эксплуатацию. Pi сообщает, что представит обновления платформы, демонстрации для разработчиков, показы партнёров и приложений, а также дополнительную информацию о хакатоне. Презентация может продемонстрировать работу инструмента в контролируемой среде. Развернутый инструмент и приложение, использующее его с реальными клиентами, — это более поздние и отдельно проверяемые этапы.

Если указанное приложение публикует рабочий адрес кошелька в основной сети и демонстрирует транзакцию, которую читатель может воспроизвести, статья может подтвердить наличие конкретной возможности. Если оно публикует данные за месяц по числу уникальных платящих кошельков с исключением возвратов и тестов, статья может обсуждать использование. Если же представлено лишь видео-демо, статья должна называть его демонстрацией. Такие классификации — стандартная отчётность о продуктах, а не особый критерий, применяемый исключительно к Pi.

В объявлении проекта не сообщается единая дата запуска для более чем 300 приложений, их время работы или доля принимающих платежи в PI. В нём указаны даты саммита и темы, которые планируется осветить. Следующий опубликованный план и конкретные приложения, выбранные для демонстраций, — это ближайшие документы, способные сузить разрыв между заявлением о 300 приложениях и наблюдаемым использованием.

На что обратить внимание

• Список приложений: Датированная таблица Pi с перечнем приложений, составляющих заявленные более 300.

• Статус в основной сети: Указанные приложения с рабочими URL основной сети, утверждёнными кошельками и воспроизводимыми живыми транзакциями.

• Повторное использование: Раскрытие разработчиком или сетью данных об уникальных возвращающихся пользователях за определённый период — 30 или 90 дней.

• Платежи: Завершённые покупки в PI, отделённые от действий в тестовой сети, стимулов, возвратов и внутренних переводов.

• Релизы на саммите: План на 17–19 ноября, развернутые инструменты и правила хакатона — каждый с указанной датой.

Часто задаваемые вопросы

Когда состоится саммит экосистемы Pi Network?

Pi запланировал свой первый онлайн-саммит экосистемы на 17–19 ноября 2026 г. В нём будут представлены демонстрации для разработчиков, объявления о платформе, показы приложений и подробности нового хакатона. Полный план не был опубликован в объявлении от 15 октября.

Сколько приложений в основной сети сообщил Pi?

В заявлении от 15 октября указано более 300 приложений в основной сети. В нём не перечислены все учтённые приложения и не приведено количество активных пользователей по каждому из них. Эта цифра — объявленный проектом показатель общего количества.

Все ли приложения в основной сети перечислены в Pi Browser?

В документации Pi говорится, что интерфейс экосистемы курируется и может не включать приложения в основной сети или готовые к ней. Конфигурация приложения для основной сети и его включение в каталог — это разные статусы. Следовательно, количество приложений в браузере может отличаться от общего числа проекта.

Означает ли число 300 приложений, что 300 бизнесов зарабатывают PI?

Общая выручка не указана в объявлении. Приложения могут выполнять разные функции, а интеграция оплаты не означает, что клиенты действительно оплатили услуги. Количество завершённых покупок и повторных платящих пользователей позволило бы ответить на этот вопрос.

Сколько пользователей Pi прошли KYC?

На саммите Pi сообщила о более чем 18,1 млн полностью верифицированных пользователей по KYC. Отдельно указано более 60 млн активных участников (Pioneers). Ни один из этих показателей не отражает число людей, использовавших приложения Mainnet в октябре.

Могут ли приложения App Studio получать реальные PI?

В марте Pi объявила о поддержке Mainnet для отобранных приложений App Studio и сообщила, что четыре из них приглашены к переходу и интеграции прямых платежей. Ранее тесты оплаты в App Studio использовали Test-Pi. Мартовская цифра — не общее число приложений Mainnet в октябре.

Повышает ли более высокий рейтинг в каталоге популярность приложения?

Нет. Pi сообщает, что пользователи и бизнес могут стейкать PI для улучшения позиции и видимости приложения в каталоге. Рейтинг может увеличить посещаемость, но не является публикуемым показателем числа активных или платящих пользователей. Показатель повторного использования ответил бы на другой вопрос.

Какие данные подтверждают использование приложения?

Название рабочего приложения, проверяемые транзакции (если применимо) и датированные данные о числе уникальных или повторно покупающих пользователей подтвердят конкретную активность. Для бесплатных утилит вместо суммы платежей требуются метрики удержания. Это образовательный анализ, а не инвестиционная рекомендация.

Отказ от ответственности: Статья носит исключительно информационный и образовательный характер и не является финансовой или инвестиционной консультацией. Цифры основаны на регуляторных отчётах и публикациях, доступных на момент написания, и изменяются с каждым новым раскрытием. Ничто в статье не является рекомендацией покупать, продавать или удерживать какие-либо ценные бумаги или активы. Всегда проводите собственный анализ. Информация актуальна по состоянию на 16 октября 2026 г.

Подробнее: Capital B сообщила о потере $78 млн за первое полугодие 2026 г., несмотря на покупку большего объёма биткоина