Pi Network twierdzi, że ma 300 aplikacji w Mainnecie. Ile z nich jest faktycznie używanych?

Pi Network umieściła nową liczbę aplikacji w centrum swojego pierwszego szczytu ekosystemu. Podano ponad 300 aplikacji Mainnet wraz z deklarowaną publicznością ponad 60 milionów zaangażowanych Pioneerów, 18,1 miliona osób, które przeszły weryfikację tożsamości, oraz ponad 420 000 węzłów. Żadna z tych liczb nie mierzy powtarzalnego korzystania z aplikacji ani wartości towarów i usług opłaconych w PI. Szczyt dostarcza świeżego powodu, aby zbadać, czym jest aplikacja Mainnet i co może pokazać jej publiczny zapis.

Pi Network podała, że istnieje ponad 300 aplikacji Mainnet, przygotowując się do listopadowego szczytu deweloperów, dodając nową opublikowaną liczbę do swoich twierdzeń o rozmiarze ekosystemu.

W ogłoszeniu z 15 października projekt zaplanował swój pierwszy Pi Ecosystem Summit na 17–19 listopada. Podano, że wydarzenie online będzie obejmować premiery platformy, prezentacje deweloperów, pokazy partnerów i aplikacji oraz szczegóły kolejnego hackathonu. W oświadczeniu podano łączną liczbę 300 aplikacji, ale nie podano katalogu wszystkich zliczonych aplikacji, użycia według aplikacji, płacących użytkowników ani wartości transakcji im przypisywanych.

Szczyt podaje liczbę dla warstwy aplikacji

Oświadczenie Pi opisuje istniejącą sieć dystrybucji z ponad 60 milionami zaangażowanych Pioneerów, uwierzytelnianiem, płatnościami i odkrywaniem aplikacji. Osobno wymienia ponad 18,1 miliona w pełni zweryfikowanych użytkowników KYC i ponad 420 000 węzłów. Te miary mają różne jednostki. Węzeł to uczestnik infrastruktury, zweryfikowany użytkownik to osoba, która przeszła określony proces, a aplikacja Mainnet to oprogramowanie powiązane z działającą siecią. Żadna z tych trzech nie jest automatycznie płacącym klientem jednej z pozostałych dwóch.

Ogłoszenie oferuje aktualny cel audytu. Liczba ponad 300 jest wystarczająco duża, aby zbadać kategorie, ale publiczne oświadczenie nie dostarcza opatrzonego datą spisu i spójnej definicji włączenia. Aplikacje mogą akceptować płatności PI, używać uwierzytelniania bez płatności, dostarczać informacje, hostować grę lub łączyć się z narzędziami deweloperskimi. Aktualny katalog aplikacji może wyświetlać tylko wybrany podzbiór. Podawanie 300 jako 300 aktywnych firm dodałoby fakty, których projekt nie twierdził.

To różni się od niedawnego harmonogramu protokołu sieci. Artykuł o Protokole 28 badał gotowość węzłów przed planowaną aktywacją Mainnet 16 października. Wymieniono aktualizacje kontraktów i obsługę danych transakcyjnych jako zmiany techniczne. Nowe ogłoszenie o szczycie dotyczy inwentarza aplikacji i tego, co zbudowali deweloperzy. Udana aktualizacja węzła nie dowodzi, że wymieniona aplikacja ma płacących klientów.

Różni się to również od lejka KYC. Wcześniejsza analiza zaległości weryfikacyjnych Pi oddzieliła użytkowników dopuszczonych do postępu od portfeli, które faktycznie wydały PI. Liczba aplikacji dodaje kolejny etap: musi istnieć oprogramowanie dostępne, osiągalne i warte powrotu. Usunięcie wąskiego gardła tożsamości i dodanie aplikacji to zarówno obserwowalne zdarzenia. Transakcja aktywnego użytkownika to trzecie zdarzenie, wymagające osobnego zapisu.

Program szczytu mógłby poprawić dowody. Pi obiecuje demonstracje konkretnych narzędzi deweloperskich i aplikacji partnerskich. Demonstracja może pokazać, że funkcja działa, podczas gdy powtarzające się płatności w ciągu tygodni pokazałyby ciągłe użycie. Ogłoszenie nie zobowiązuje się do publikowania retencji na poziomie aplikacji ani paragonów sprzedawców podczas wydarzenia. Inwentarz aplikacji i powtarzalne przykłady płatności pozwoliłyby czytelnikom ocenić liczbę przed jakimkolwiek późniejszym sumem promocyjnym.

Wdrożenie Mainnet i wpis do katalogu to oddzielne bramy

Przewodnik uruchomienia dla deweloperów Pi opisuje, jak twórca przechodzi z Testnet do Mainnet. Deweloper tworzy oddzielną aplikację Mainnet w portalu, weryfikuje jej adres URL, podłącza portfel aplikacji i wypełnia listę kontrolną. Przychodzący portfel multisignature dla płatności użytkownik-aplikacja wymaga wniosku i przeglądu. Płatności aplikacja-użytkownik są dostępne tylko dla aplikacji Testnet i wybranych aplikacji Mainnet zgodnie z obecnym brzmieniem przewodnika. Decyzja dewelopera o utworzeniu wpisu Mainnet nie oznacza zatem, że każda możliwa ścieżka płatności jest aktywna.

Zasady wpisu do katalogu nakładają kolejną bramę. Aby pojawić się w wyselekcjonowanym Interfejsie Ekosystemu Mainnet w Pi Browser, aplikacja powinna być funkcjonalna, integrować uwierzytelnianie Pi, spełniać wymagania dotyczące tożsamości swojego dewelopera i przestrzegać polityk dotyczących transakcji i doświadczenia użytkownika. Aplikacja może istnieć w Mainnet bez bycia zaakceptowaną do tego wyselekcjonowanego katalogu. Wcześniejsza aktualizacja Pi na temat dodanych aplikacji mówi, że lista nie obejmuje każdej aplikacji Mainnet lub gotowej do Mainnet i że katalogi stron trzecich mogą pokazywać więcej.

Ta różnica dostarcza bezpośredniego sposobu na przetestowanie liczby ze szczytu. Jeśli Pi mówi o ponad 300 aplikacjach Mainnet, czy oznacza to wpisy w portalu z aktywną konfiguracją Mainnet, aplikacje z zatwierdzonymi portfelami, aplikacje wymienione w przeglądarce, czy szerszy zestaw obejmujący usługi hostowane samodzielnie? Październikowe ogłoszenie tego nie precyzuje. Reporter nie może zastąpić widocznej liczby w przeglądarce liczbą projektu, nie pokazując najpierw, że obie stosują tę samą regułę włączenia.

Rozróżnienie to nie jest oskarżeniem, że liczba jest fałszywa. Katalogi produktów często selekcjonują mniejszy zestaw niż całkowity wszechświat wdrożonego oprogramowania. Pi wyraźnie opisuje tę praktykę. Problemem reporterskim jest powtarzalność. Opatrzona datą lista z identyfikatorami aplikacji, statusem i możliwościami płatności pozwoliłaby niezależnemu czytelnikowi odtworzyć sumę. Bez niej liczba pozostaje wartością raportowaną przez firmę, użyteczną jako twierdzenie o skali, ale słabą jako miara bieżącego użytkowania.

Aplikacja może spełniać wymagania jakościowe i polityczne, a mimo to mieć niewielki ruch. Odwrotnie, niepubliczna niezależna aplikacja może przyciągać użytkowników. Włączenie do katalogu to decyzja przesiewowa; ruch i transakcje to zapisy behawioralne. Funkcja stakingu w katalogu Pi dodaje kolejną komplikację: Pionierzy i firmy mogą stakować PI, aby poprawić pozycję aplikacji w Interfejsie Ekosystemu. Pi powiedziało, że stawka może zwiększyć ekspozycję i wyświetlenia, z potencjalnym ruchem użytkowników. Wyższa pozycja w katalogu jest częściowo funkcją promocji poprzez staking i sama w sobie nie może zweryfikować organicznego popytu.

Ogłoszenie o stakingu wymienia aplikacje Mainnet, aplikacje App Studio i usługi takie jak scentralizowane giełdy wśród kategorii katalogu. Ta mieszanka oznacza, że analityk musi filtrować interfejs, zanim potraktuje każdy kafelek jako aplikację Mainnet. Utrudnia to również porównywanie kategorii: link do giełdy, eksperyment twórcy i aplikacja z zatwierdzonym portfelem Mainnet mogą być wyświetlane obok siebie, służąc różnym celom.

Możliwość płatności to węższa miara niż istnienie aplikacji

Pi dodało wsparcie App Studio dla aplikacji Mainnet i płatności w aplikacji na żywo w marcu. Jego oświadczenie na Dzień Pi mówiło, że cztery aplikacje App Studio zostały zaproszone do przejścia na Mainnet i zintegrowania prawdziwych płatności PI. To samo wydanie wyjaśniało trwałe interakcje płatnicze, które mogą pozostawić zakupioną funkcję aktywną poza pojedynczą sesją. Cztery to liczba zaproszonych aplikacji App Studio w tamtym czasie, a nie całkowita liczba aplikacji Mainnet w całej sieci.

Wcześniejsza styczniowa aktualizacja App Studio opisywała integrację płatności tokenami testowymi. Pozwalała twórcom eksperymentować bez przenoszenia prawdziwych PI między użytkownikami a aplikacjami. Porównywanie prototypu płatności testowej z zakończonym zakupem w Mainnet myliłoby symulowaną i znaczącą ekonomicznie aktywność. Do października narzędzia App Studio rozszerzyły się, ale ogłoszenie ze szczytu nie podało liczby prawdziwych płatności dokonanych przez jego produkty.

Ścieżka płatności Mainnet jest zasadniczo obserwowalna. Użytkownik autoryzuje przelew, aplikacja przetwarza callback, a księga rejestruje rozliczoną transakcję PI. Publiczny łańcuch może ujawnić płatność na znany portfel, ale sam adres portfela może należeć do dewelopera, giełdy, wewnętrznego testu lub zwykłego użytkownika. Aby zmierzyć popyt konsumencki, operator aplikacji musiałby zidentyfikować swój produkcyjny adres odbiorczy i ujawnić wystarczająco dużo o swojej usłudze, aby odróżnić sprzedaż od przelewów własnych, zachęt lub powtarzającego się przepływu tych samych monet.

Opłata lub liczba płatności może wprowadzać w błąd w obie strony. Jedna aplikacja może zarabiać na kilku dużych zamówieniach od sprzedawców, podczas gdy inna realizuje tysiące drobnych płatnych akcji. Przekazane PI brutto nie jest przychodem netto, jeśli użytkownicy otrzymują zwroty lub nagrody. Aplikacja z subskrypcjami może mieć silne utrzymanie i mniej pojedynczych transferów. Powtarzające się płacące portfele, różni nabywcy, zrealizowane zakupy i mierzony okres wzmocniłyby porównanie. Projekt nie opublikował tych czterech pól dla swoich ponad 300 aplikacji w ogłoszeniu ze szczytu.

Biblioteka płatności Pi obiecuje szybką integrację dla deweloperów korzystających z obsługiwanych stosów webowych. Jej przewodnik dla deweloperów ze stycznia opisywał sposób dodania funkcji płatności w mniej niż dziesięć minut. Zintegrowanie kodu to kamień milowy techniczny, a nie dowód, że klienci następnie kupili usługę. Ta różnica jest widoczna w wielu sieciach płatności: akceptowanie instrumentu i generowanie handlu to różne wyniki.

Niektóre aplikacje mogą być wartościowe bez pobierania PI. Narzędzie może używać uwierzytelniania Pi, aby obsługiwać zweryfikowanych użytkowników, dostarczać informacje lub łączyć Pionierów z zewnętrzną aktywnością. Szczyt mógłby zasadnie zaprezentować takie oprogramowanie. Niesłuszne byłoby traktowanie braku płatności w każdej aplikacji jako dowodu, że aplikacja nie ma użytkowników. Właściwa metryka musi pasować do produktu: powtarzane sesje dla darmowego narzędzia, zrealizowane zamówienia dla sprzedawcy, aktywne wdrożenia dla usługi deweloperskiej lub płatne konwersje dla aplikacji, której model biznesowy ich wymaga.

Audyt musi rozdzielić cztery mianowniki

Opublikowane liczby można umieścić w prostej tabeli pomiarowej bez dzielenia nieporównywalnych wielkości. Ponad 60 milionów zaangażowanych Pionierów Pi opisuje najszerszą publiczność, do której projekt rości sobie prawo. Jego ponad 18,1 miliona zweryfikowanych użytkowników opisuje osoby przechodzące KYC. Jego ponad 300 aplikacji Mainnet opisuje oprogramowanie. Jego ponad 420 000 węzłów opisuje infrastrukturę sieciową. Prawidłowy współczynnik adopcji wymagałby liczby różnych użytkowników określonej aplikacji w zdefiniowanym okresie podzielonej przez jasno zdefiniowaną kwalifikującą się populację. Pi nie podało tego licznika w ogłoszeniu.

Podzielenie 18,1 miliona zweryfikowanych osób przez 300 aplikacji dałoby około 60 333 osób na aplikację przy sztucznym założeniu równego przydziału. Arytmetyka wykorzystuje zaokrąglone minima projektu i nie jest miarą publiczności żadnej aplikacji. Ta sama osoba może korzystać z wielu aplikacji lub z żadnej, a aplikacja może przyciągnąć grupę znacznie mniejszą niż teoretyczna średnia. Podawanie ilorazu jako „użytkowników na aplikację” byłoby błędem numerycznym, a nie oryginalną analizą. Istotnym ustaleniem jest to, że żadne opublikowane ogniwo nie łączy raportowanej puli użytkowników z aktywnością aplikacji.

Lepsza metoda wymagałaby datowanego eksportu inwentarza ponad 300 aplikacji i oznaczenia każdego wpisu według etapu. Dla każdej należy odnotować, czy ma działający URL, uwierzytelnianie Pi, zatwierdzenie portfela Mainnet, ujawniony adres płatności, zrealizowane płatności PI w określonym oknie oraz miarę różnych powtarzających się użytkowników. Operatorzy mogą odmówić ujawnienia prywatnych informacji o klientach; zagregowane liczby i publiczne transakcje mogłyby jednak nadal umożliwić użyteczną weryfikację. To ćwiczenie ujawniłoby lukę między możliwym zasięgiem a rzeczywistym wykorzystaniem usługi bez zakładania, że wszystkie aplikacje są identyczne.

Inwentarz powinien oznaczać, czy aplikacja jest kuratorowana w Pi Browser, czy hostowana samodzielnie przez SoloHost. Pi twierdzi, że SoloHost pozwala deweloperom wydawać samodzielnie hostowane aplikacje AI, a jego październikowe ogłoszenie grupuje ten produkt z platformą deweloperską. Usługa działająca na węźle może być aplikacją w zwykłym sensie oprogramowania, nie będąc aplikacją webową z portfelem płatności Mainnet. Łączenie tych kategorii może być obronne, jeśli Pi powie, jak je liczy. Do tego czasu niezależny audyt powinien zachować ich odrębne statusy.

Zasady katalogu Pi oferują kolejną kontrolę. Wymagają transakcji wyłącznie w Pi dla aplikacji ubiegających się o odpowiedni wpis w Mainnet, podczas gdy projekt osobno omawiał potencjalną rolę stablecoina w innym miejscu swojego ekosystemu. Funkcja OUSD udokumentowała, że nie określono żadnej uruchomionej integracji płatności ani mechanizmu popytu na token. Przyszła zmiana zasad umieszczania aplikacji lub wąski wyjątek wymagałyby datowanej aktualizacji polityki. Samo ogłoszenie ze szczytu nie zmienia obecnej strony katalogu ani nie czyni OUSD istniejącą metodą płatności w aplikacjach.

Pięć wymienionych aplikacji pokazuje, co ukrywa nagłówkowa liczba

Wcześniejsza aktualizacja Pi oferuje mały, nazwany przykład tego, jak projekt wybiera aplikacje. Ogłosiła pięć dodatków do Interfejsu Ekosystemu Mainnet, w tym grę w węża, aplikacje e-commerce i usługi informacyjne o tokenie PI. Pi stwierdziło, że te pięć przeszło kontrole jakości, kompletności funkcji, użyteczności i zgodności z polityką. Przykład dowodzi, że kuratorowany katalog może przyjmować różne rodzaje oprogramowania. Nie ujawnia, jak często każda z nich była otwierana ani ile ktokolwiek w nich wydał.

Klasyfikowanie pięciu według ich deklarowanej funkcji jest bardziej użyteczne niż traktowanie ich włączenia jako jednego wyniku ekonomicznego. Gra może rejestrować częste sesje, ale niewiele płatności. Strona informacyjna może być czytana bez jakiegokolwiek transferu tokenów. Aplikacja handlowa może pokazywać zamówienia brutto, zamówienia zwrócone, paragony sprzedawców i powracających kupujących. Nawet w tej małej grupie nie ma jednego wskaźnika, który zamieniłby liczbę pięciu w popyt na PI. Przykład pokazuje, dlaczego większy inwentarz ponad 300 pozycji wymaga typów aplikacji, zanim zagregowana liczba użycia może zostać zinterpretowana.

Pi wyraźnie ostrzegło w tej aktualizacji, że jego lista Mainnet pomijała wiele aplikacji stron trzecich. Odrzucona lub niezgłoszona aplikacja niekoniecznie jest bezużyteczna. Projekt rozróżnia wybór do katalogu od szerszej dostępności, a katalogi zewnętrzne mogą pokazywać więcej kandydatów. Niezależny zrzut przeglądarki mógłby zatem ustalić liczbę widocznych kafelków w danym dniu, ale nie może potwierdzić całkowitej liczby działających aplikacji. Pogodzenie tych dwóch wymagałoby inwentarza portalu dla deweloperów lub opublikowanej metodologii od Pi.

Kwestia tego, co kwalifikuje się jako gotowe do Mainnet, dodatkowo komplikuje audyt. Deweloper może przygotować portfel i URL, czekając na zatwierdzenie płatności przychodzących; aplikacja może uruchamiać usługę, która wcale nie wymaga płatności. Projekt mógłby liczyć działającą konfigurację Mainnet, zanim kurator ją wymieni. Pole statusu dla zatwierdzeń płatności, ostatniego udanego dostępu i wdrożenia produkcyjnego uczyniłoby te rozróżnienia widocznymi bez publikowania prywatnych danych klientów. Pi nie dostarczyło tej tabeli pole po polu wraz z październikowym ogłoszeniem szczytu.

W oficjalnych materiałach znajduje się użyteczna os czasu. Styczniowe wydanie App Studio rozpoczęło się od interakcji płatniczych Test-Pi. Marcowa aktualizacja zaprosiła cztery wybrane tworzenia w kierunku możliwości płatności w Mainnet. Późniejsza dokumentacja dla deweloperów rozszerzyła to, co twórcy mogli robić z lokalną pamięcią masową, udostępnianiem plików i danymi stakingowymi specyficznymi dla aplikacji. Październikowe ogłoszenie szczytu przedstawia ponad 300 aplikacji Mainnet. Punkty końcowe opisują różne populacje, więc odjęcie czterech od 300 nie obliczyłoby liczby nowych płatnych aplikacji. Czysta os czasu zachowuje to, co każda liczba liczyła w momencie publikacji.

Wcześniejsze relacje o pierwszym roku otwartej sieci Pi opisywały App Studio wśród głównych publicznych produktów projektu. Październikowe twierdzenie dotyczy późniejszego inwentarza. Każde porównanie z pierwszym rokiem musi używać tej samej definicji aplikacji i unikać przenoszenia starszej sumy KYC lub migracji do teraźniejszości. Retrospekcja może ustalić, kiedy funkcja się pojawiła; nie wypełnia brakującej październikowej serii aktywnych użytkowników.

Najlepszy argument za Pi dotyczy gotowej publiczności

Pi zgromadziło weryfikacje tożsamości, portfele, ścieżkę odkrywania opartą na przeglądarce, narzędzia płatności w aplikacjach i dużą deklarowaną bazę uczestników. Deweloper, który tworzy użyteczny produkt, może potencjalnie rozpowszechniać go przez istniejące kanały, zamiast pozyskiwać każdego użytkownika niezależnie. Ponad 300 zgłoszonych aplikacji Mainnet może oznaczać, że wiele zespołów wykonało już pracę przygotowania oprogramowania dla sieci na żywo. Szczyt obiecuje pokazać ich produkty i wydać dodatkowe narzędzia. Żaden z tych faktów nie powinien być wymazywany tylko dlatego, że brakuje publicznych danych o retencji.

Sceptyczny argument jest równie konkretny. Dystrybucja nie zmusza użytkownika do powrotu do aplikacji. KYC weryfikuje tożsamość posiadacza konta w procesie projektu; nie pokazuje, że ta osoba ma uznaniowe PI, potrzebuje danego produktu lub dokonuje zakupu. Rankingi katalogów mogą odzwierciedlać staking za promocję. Narzędzia do tworzenia aplikacji mogą szybciej zwiększać liczbę eksperymentów niż liczbę firm z powracającymi klientami. To są powody, by żądać rekordów użycia, a nie powody, by zakładać, że aplikacje poniosły porażkę.

Wcześniejsze relacje o ekonomii App Studio badały koszty ponoszone przez twórców i wskazywały, że zgłoszenia na hackathon nie są tym samym co aktywne produkty. Obecny szczyt wprowadza kolejny hackathon i więcej funkcji dla deweloperów. Liczba zgłoszeń po wydarzeniu mierzyłaby udział w tym konkursie. Udział później osiągający Mainnet, pozostający online i otrzymujący powracających użytkowników mierzyłby bardziej wymagający wynik.

Operator mógłby uczynić pozytywny przypadek mierzalnym, publikując raport kohortowy. Zidentyfikuj aplikacje wymienione przed wybraną datą, a następnie ujawnij, ile z nich nadal działa 30 i 90 dni później oraz ile ma odrębnych użytkowników, którzy wracają lub płacą. Porównywalny raport kwartał później ujawniłby, czy nowe narzędzia dla deweloperów pomagają aplikacjom zatrzymywać użytkowników, a nie tylko je uruchamiać. Pi nie obiecało takiego raportu na listopad. Brak obietnicy powinien być stwierdzony wprost, bez przekształcania prośby o raport w ogłoszone dostarczenie.

Istnieją praktyczne ograniczenia niezależnej obserwacji. Pi Browser może wymagać konta, KYC lub uprawnień aplikacji. Etykiety portfeli nie zawsze są publiczne. Eksplorator bloków może pokazywać transakcje bez pokazywania, dlaczego do nich doszło. Zewnętrzny reporter może zweryfikować nazwane aplikacje, publiczne kontrakty i przykładowe transakcje, ale nie może wywnioskować każdej prywatnej sesji użytkownika z łańcucha. Kompletny audyt może zatem pozostać częściowo zależny od ujawnień deweloperów i projektów. Najważniejszy podział dotyczy tego, co zostało niezależnie odtworzone, a co zostało zgłoszone przez Pi lub zespół aplikacji.

Jedna z możliwych próbek audytu mogłaby rozpocząć się od pięciu aplikacji, które sam projekt wymienił we wcześniejszej aktualizacji. Reporter odnotowałby, czy każdy URL ładuje się teraz, czy logowanie działa, czy oferowana funkcja może zostać ukończona i czy wymagana jest płatność. Drugie sprawdzenie po 30 dniach sprawdziłoby, czy te same funkcje nadal działają. Byłby to bezpośredni test dostępności dla pięciu nazwanych aplikacji, a nie szacunek dla wszystkich 300. Rozszerzenie próbki wymaga kompletnej ramy próbkowania, której post ze szczytu nie dostarcza.

W przypadku aplikacji twierdzącej, że prowadzi sprzedaż, operator mógłby ujawnić adres portfela i okres, w którym był używany wyłącznie do odbioru produkcyjnych wpływów. Reporter mógłby następnie obliczyć unikalnych nadawców i całkowitą otrzymaną kwotę PI z księgi, jednocześnie zaznaczając, że depozyty giełdowe, transfery deweloperskie i zwroty mogą nadal zniekształcać te liczby. Transferu bankowego lub giełdowego nie można przypisać do zakupu klienta bez dodatkowych dowodów. W przypadku bezpłatnej usługi operator mógłby ujawnić zagregowane dane dotyczące aktywnych użytkowników i retencji z zachowaniem prywatności. Różne metody, uczciwie oznaczone, są lepsze niż jeden niepoparty wskaźnik „adopcji”.

Model biznesowy aplikacji określa również, czy PI jest w ogóle zaangażowane. Narzędzia deweloperskie Pi oferują logowanie, odkrywanie i płatności jako rozdzielne możliwości. Twórca może korzystać z dwóch pierwszych bez trzeciej. Twierdzenie „ponad 300 aplikacji” może być całkowicie dokładne, podczas gdy tylko podzbiór ma zatwierdzony portfel płatniczy do rzeczywistych transferów. Marcowe zaproszenie Pi do czterech kreacji App Studio demonstruje węższą ścieżkę zatwierdzania dla jednej kategorii, ale nie mówi nic rozstrzygającego o tym, ile niezależnie zakodowanych aplikacji akceptuje dziś płatności.

Listopad może ujawnić produkty, ale nie lata retencji

Wydarzenie od 17 do 19 listopada jest zaplanowane jako szczyt online, a nie data, w której każda ogłoszona funkcja ma gwarancję wejścia do produkcji. Pi mówi, że dostarczy aktualizacje platformy, demonstracje deweloperów, prezentacje partnerów i aplikacji oraz więcej informacji na temat hackathonu. Prezentacja może zademonstrować narzędzie działające w kontrolowanym środowisku. Wdrożone narzędzie i aplikacja korzystająca z niego u klientów to późniejsze, osobno weryfikowalne etapy.

Jeśli nazwana aplikacja publikuje adres portfela produkcyjnego i pokazuje transakcję, którą czytelnik może odtworzyć, artykuł może ustalić konkretną zdolność. Jeśli publikuje miesiąc danych o unikalnych płacących portfelach z wyłączeniem zwrotów i testów, artykuł może omówić użycie. Jeśli oferuje tylko demonstrację wideo, artykuł powinien nazwać to demem. Te klasyfikacje to zwykłe relacjonowanie produktu, a nie specjalny standard narzucony Pi.

Ogłoszenie projektu nie podaje wspólnej daty premiery dla ponad 300 aplikacji, ich czasu działania ani udziału akceptującego płatności PI. Podaje natomiast daty szczytu i tematy, które zamierza omówić. Następny opublikowany program i konkretne aplikacje wybrane do demonstracji to natychmiastowe dokumenty, które mogą zawęzić lukę między twierdzeniem o 300 aplikacjach a obserwowalnym użyciem.

Na co zwrócić uwagę

• Inwentarz aplikacji: Opisana datą lista Pi określająca, które aplikacje składają się na raportowaną łączną liczbę ponad 300.
• Status produkcji: Nazwane aplikacje z działającymi adresami URL Mainnet, zatwierdzonymi portfelami i powtarzalnymi transakcjami na żywo.
• Powtarzalne użycie: Ujawnienia przez deweloperów lub sieć dotyczące różnych powracających użytkowników w określonym okresie 30 lub 90 dni.
• Płatności: Zrealizowane zakupy PI oddzielone od działań w Testnet, zachęt, zwrotów i transferów wewnętrznych.
• Premiery na szczycie: Agenda od 17 do 19 listopada, wdrożone narzędzia i zasady hackathonu, każde z datowanym statusem.

FAQ