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 активних бізнесів означало б додати факти, яких проєкт не заявляв.

Це відрізняється від нещодавнього графіка протоколу мережі. Матеріал про Protocol 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 додала підтримку App Studio для застосунків Mainnet і живих платежів у застосунку. У своїй заяві до Дня 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 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 листопада, розгорнуті інструменти та правила хакатону, кожен із датованим статусом.

Часті запитання