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

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

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

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

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

В заявлении Pi описывается существующая сеть распространения с более чем 60 миллионами активных Пионеров, аутентификацией, платежами и обнаружением приложений. Отдельно упоминается более 18,1 миллиона полностью верифицированных пользователей KYC и более 420 000 узлов. Эти показатели имеют разные единицы измерения. Узел — это участник инфраструктуры, верифицированный пользователь — это человек, прошедший установленный процесс, а приложение 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 явно описывает такую практику. Проблема для отчетности — воспроизводимость. Датированный список с идентификаторами приложений, статусом и платежными возможностями позволил бы независимому читателю воспроизвести итог. Без него количество остается цифрой, сообщенной компанией, полезной как заявление о масштабе, но слабой как мера текущего использования.

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

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

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

В марте Pi добавила поддержку App Studio для приложений Mainnet и живых платежей в приложении. В своем заявлении ко Дню Пи она сообщила, что четыре приложения App Studio были приглашены к переходу в Mainnet и интеграции реальных платежей PI. В том же релизе объяснялись постоянные платежные взаимодействия, которые могут оставлять купленную функцию активной beyond a single session. Четыре — это количество приглашенных приложений 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 Browser или размещается самостоятельно через SoloHost. Pi утверждает, что SoloHost позволяет разработчикам выпускать самостоятельно размещенные AI-приложения, и в своем октябрьском объявлении группирует этот продукт со своей платформой для разработчиков. Сервис, работающий на узле, может быть приложением в обычном программном смысле, не будучи веб-приложением с платежным кошельком 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-адресами Mainnet, одобренными кошельками и воспроизводимыми живыми транзакциями.
• Повторное использование: Раскрытие разработчиком или сетью данных о различных возвращающихся пользователях за указанный 30- или 90-дневный период.
• Платежи: Завершенные покупки PI, отделенные от действий в Testnet, стимулов, возвратов и внутренних переводов.
• Релизы саммита: Повестка дня с 17 по 19 ноября, развернутые инструменты и правила хакатона, каждое с датированным статусом.

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