Pi Network, 300 Mainnet uygulaması olduğunu söylüyor. Bunlardan kaç tanesi kullanılıyor?

Pi Network, ilk ekosistem zirvesinde yeni bir uygulama sayısını merkeze aldı. 60 milyondan fazla etkileşimli Pioner, 18,1 milyon kimlik doğrulaması geçen kişi ve 420.000'den fazla düğümle birlikte 300’den fazla Mainnet uygulaması bildirildi. Ancak bu rakamların hiçbiri bir uygulamanın tekrarlı kullanımı veya PI ile ödenecek mal/hizmetlerin değerini ölçmez. Zirve, bir Mainnet uygulamasının ne olduğu ve kamuya açık kaydının neler gösterebileceği konusunda yeniden değerlendirme yapılmasına neden oluyor.

Özet

• Pi, 15 Ekim tarihli bir paylaşımda 17–19 Kasım tarihleri arasında çevrimiçi olarak yapılacak ekosistem zirvesini duyurdu.

• Proje, 300’den fazla Mainnet uygulaması bildirdi; ancak uygulama bazlı aktif kullanıcı sayısı vermedi.

• Pi, aynı duyuruda 18,1 milyondan fazla tam KYC doğrulanmış kullanıcı ve 420.000 düğümü de belirtti.

• Nisan 2026’da dört App Studio üretimi, Mainnet ödeme entegrasyonuna davet edildi.

• Pi’nin geliştirici kuralları, 300 uygulama toplamını, kendi seçkili tarayıcı dizinindeki listelemelerden ayrı tutuyor.

Pi Network, Kasım ayındaki geliştirici zirvesine hazırlanırken 300’den fazla Mainnet uygulamasının var olduğunu açıkladı ve ekosistemin büyüklüğüne ilişkin iddialarına yeni bir yayınlanan sayı ekledi.

15 Ekim duyurusunda proje, ilk Pi Ekosistem Zirvesini 17–19 Kasım tarihlerinde çevrimiçi olarak düzenleyeceğini duyurdu. Açıklamada platform sürümleri, geliştirici gösterimleri, ortak ve uygulama sergileri ile başka bir hackathon’un detayları yer alacaktı. Bildiride 300 uygulama sayısı verildi; ancak tüm sayılan uygulamaların dizini, uygulama bazlı kullanım, ödeme yapan kullanıcılar ya da bunlara ait işlem değeri sağlanmadı.

Zirve, uygulama katmanına bir sayı koyuyor

Pi’nin açıklaması, 60 milyondan fazla etkileşimli Pioner, kimlik doğrulama, ödemeler ve uygulama keşfi içeren mevcut bir dağıtım ağını tanımlıyor. Ayrıca 18,1 milyondan fazla tam KYC doğrulanmış kullanıcı ve 420.000’den fazla düğümü ayrı ayrı belirtiyor. Bu ölçümlerin birimleri farklıdır. Bir düğüm altyapı katılımcısıdır; doğrulanmış kullanıcı, belirtilen bir süreci tamamlamış bir kişidir; bir Mainnet uygulaması ise canlı ağla ilişkili yazılımdır. Bu üçü otomatik olarak diğer ikisinin ödeme yapan müşterisi değildir.

Duyuru, zamanında bir denetim hedefi sunuyor. 300’den fazla sayı büyük ölçüde kategorilere ayrılabilir; ancak kamuya açık açıklama, tarihli bir envanter ya da dahil olma için tutarlı bir tanım sağlamıyor. Uygulamalar PI ödemelerini kabul edebilir, ödemeler olmadan kimlik doğrulaması kullanabilir, bilgi verebilir, oyun barındırabilir ya da geliştirici araçlarıyla bağlanabilir. Mevcut bir uygulama dizini yalnızca seçilmiş bir altküme gösterebilir. 300’ü aktif işletme olarak raporlamak, projenin iddia etmediği gerçekler ekler.

Bu, ağın son protokol takviminden ayrılır. Protokol 28 üzerine yapılan bir haber, 16 Ekim’de planlanan Mainnet etkinleşmesinden önce düğüm hazırlığını incelemişti. Söz konusu teknik değişiklikler sözleşmelerde güncelleme ve işlem verisi işleme gibi unsurları içeriyordu. Yeni zirve duyurusu ise uygulama envanteriyle ve geliştiricilerin ne inşa ettiğiyle ilgilidir. Başarılı bir düğüm güncellemesi, bir listedeki uygulamanın ödeme yapan müşterisi olduğunu kanıtlamaz.

Ayrıca KYC süzgecinden de farklıdır. Pi’nin doğrulama sırasındaki bekleyen işlerine dair önceki bir analiz, ilerleme hakkı kazanan kullanıcıları aslında PI harcayan cüzdanlardan ayırmıştı. Uygulama sayısı yeni bir aşama ekler: yazılımın mevcut olması, erişilebilir olması ve tekrar ziyaret edilmeye değer olması gerekir. Kimlik engelini aşmak ve bir uygulama eklemek gözlemlenebilir iki olaydır. Aktif bir kullanıcının yaptığı işlem ise üçüncü bir olaydır ve ayrı bir kayıt gerektirir.

Zirve programı kanıtları geliştirebilir. Pi, belirli geliştirici araçlarının ve ortak uygulamaların gösterimini vaat ediyor. Bir gösterim bir özelliğin çalıştığını gösterebilir; haftalar boyu tekrarlayan ödemeler ise devam eden kullanımı gösterir. Duyuru, etkinlik sırasında uygulama düzeyinde kullanıcı tutma oranı veya tüccar makbuzlarını yayınlamayı taahhüt etmiyor. Bir uygulama envanteri ve yeniden üretilebilir ödeme örnekleri, okuyucuların herhangi bir sonraki promosyon sayısından önce bu sayıyı değerlendirmesini sağlardı.

Mainnet dağıtımı ve dizin listelemesi ayrı geçitlerdir

Pi’nin geliştirici başlangıç kılavuzu, bir içerik üreticisinin Testnet’ten Mainnet’e nasıl geçeceğini açıklar. Geliştirici, portaldaki ayrı bir Mainnet uygulaması oluşturur, URL’sini doğrular, bir uygulama cüzdanı bağlar ve bir kontrol listesini tamamlar. Kullanıcıdan uygulamaya ödeme yapmak için gelen çoklu imzalı bir cüzdan başvurusu ve incelemesi gerektirir. Uygulamadan kullanıcıya ödemeler yalnızca Testnet uygulamaları ve kılavuzun geçerli metnine göre seçilen bazı Mainnet uygulamaları için mevcuttur. Bu nedenle bir geliştiricinin Mainnet girişimi oluşturması, her olası ödeme yolunun aktif olduğu anlamına gelmez.

Dizin listeleme kuralları başka bir engel oluşturur. Pi Tarayıcısı’nın özenle seçilmiş Mainnet Ekosistem Arayüzü’nde yer alabilmek için bir uygulamanın işlevsel olması, Pi kimlik doğrulamasını entegre etmesi, geliştiricisinin kimlik gereksinimlerini karşılaması ve işlemlerle ilgili politikaları ile kullanıcı deneyimiyle ilgili kuralları izlemesi beklenir. Bir uygulama, bu seçilmiş listeye kabul edilmeden de Mainnet üzerinde var olabilir. Pi’nin daha önce yayınladığı eklenen uygulamalarla ilgili güncelleme, listede tüm Mainnet ya da Mainnet’e hazır uygulamaların yer almadığını ve üçüncü taraf dizinlerin daha fazlasını gösterebileceğini belirtir.

Bu fark, zirve sayısını doğrudan test etmenin bir yolunu sunar. Pi, 300’den fazla Mainnet uygulaması olduğunu söylerse, bunun portalda canlı bir Mainnet yapılandırmasına sahip girişler mi, onaylı cüzdanlara sahip uygulamalar mı, tarayıcıda listelenen uygulamalar mı yoksa kendi sunucularında barındırılan hizmetleri de içeren daha geniş bir küme mi kastedildiği net değildir. Ekim duyurusunda bu açıkça belirtilmemiştir. Bir gazeteci, hem tarayıcıdaki görünür sayı hem de projenin rakamı aynı dahil etme kuralını uyguladığını göstermedikçe, birini diğerinin yerine kullanamaz.

Bu ayrım, rakamın yanlış olduğuna dair bir suçlama değildir. Ürün dizinleri genellikle dağıtılmış yazılım evreninin toplamından daha küçük bir küme seçer. Pi bu uygulamayı açıkça tanımlar. Sorun, sonuçların tekrarlanabilirliğidir. Tarihli bir liste — uygulama tanımlayıcıları, durumları ve ödeme yetenekleriyle birlikte — bağımsız bir okuyucunun toplamı yeniden hesaplamasını sağlardı. Bunun olmaması durumunda rakam, şirket tarafından bildirilen bir veri olarak kalır; ölçek hakkında bir iddia olarak yararlıdır ama devam eden kullanım ölçütü olarak zayıftır.

Bir uygulama kalite ve politika gereksinimlerini karşılayabilir ama yine de az trafiğe sahip olabilir. Tersine, listelenmemiş bağımsız bir uygulama kullanıcı çekebilir. Dizin listelemesi bir filtreleme kararına dayanır; trafik ve işlemler ise davranışsal kayıtlardır. Pi’nin dizin bahis özelliği başka bir karmaşıklık getirir: Pionerlar ve işletmeler, bir uygulamanın Ekosistem Arayüzü’ndeki konumunu iyileştirmek için PI bahis oynayabilir. Pi, bu bahisin görünürlüğü ve izlenimleri artırabileceğini, potansiyel kullanıcı trafiği yaratabileceğini açıklamıştır. Daha yüksek bir dizin sıralaması kısmen bahisle yapılan tanıtımın bir fonksiyonudur ve yalnızca organik talebi doğrulayamaz.

Bahis duyurusu, dizinin kategorileri arasında Mainnet uygulamaları, App Studio uygulamaları ve merkezi borsalar gibi hizmetleri sayar. Bu karışım, bir analistin arayüzü değerlendirmeden önce filtreleme yapması gerektiğini gösterir; her kutucuğu doğrudan bir Mainnet uygulaması olarak değerlendirmemelidir. Aynı zamanda kategoriler arası karşılaştırma zorlaşır: bir borsa bağlantısı, bir içerik üreticisinin deneyi ve onaylı bir Mainnet cüzdanına sahip bir uygulama farklı amaçlarla birbirine yakın gösterilebilir.

Ödeme yeteneği, uygulama varlığından daha dar bir ölçüttür

Pi, Mart ayında App Studio’yu Mainnet uygulamaları ve canlı uygulama içi ödemeler için desteklemeye başladı. Pi Günü açıklamasında dört App Studio uygulamasının Mainnet’e geçmeye davet edildiği ve gerçek PI ödemelerini entegre edeceği belirtildi. Aynı duyuru, satın alınan bir özelliğin tek bir oturumdan öte aktif kalmasını sağlayan sürekli ödeme etkileşimlerini de açıkladı. Dört sayısı, o anda davet edilen App Studio uygulamalarının sayısıdır; ağ genelindeki toplam Mainnet uygulaması sayısı değil.

Daha önceki Ocak ayındaki App Studio güncellemesi, test token ödemelerinin entegrasyonunu tanıtmıştı. Bu, içerik üreticilerinin kullanıcılarla uygulamalar arasında gerçek PI aktarmadan deney yapmalarına olanak tanıyordu. Bir test ödeme prototipini tamamlanmış bir Mainnet satın alma ile karşılaştırmak, simüle edilmiş ve ekonomik açıdan anlamlı faaliyetleri karıştırırdı. Ekim ayına gelindiğinde App Studio araçları genişlemişti ama zirve duyurusu ürünlerinden yapılan gerçek ödeme sayısını raporlamamıştı.

Mainnet ödeme yolu ilkesel olarak gözlemlenebilir. Bir kullanıcı transferi yetkilendirir, uygulama geri çağrıyı işler ve bir defter işlemi gerçekleşen PI ödemesini kaydeder. Genel blokzinciri bilinen bir cüzdana yapılan bir ödemenin varlığını ortaya çıkarabilir; ancak bir cüzdan adresi yalnızca geliştiriciye, borsaya, iç testlere veya sıradan bir kullanıcıya ait olabilir. Tüketici talebini ölçmek için uygulama operatörü üretimde kullanılan alım cüzdanını tanımlamalı ve hizmetiyle ilgili yeterince bilgi vererek satışları kendine yapılan aktarımlardan, teşviklerden veya aynı coinlerin tekrarlayan hareketlerinden ayırt etmelidir.

Bir ücret veya ödeme sayısı iki yönde de yanıltıcı olabilir. Bir uygulama birkaç büyük tüccar siparişi kazanırken, diğeri binlerce küçük ücretli işlem yapabilir. Toplam aktarılan PI brüt gelir değilse, kullanıcılar iade veya ödül alıyorsa net gelir değildir. Abonelik tabanlı bir uygulama güçlü bağlılık gösterip daha az bireysel aktarım gerçekleştirebilir. Tekrarlayan ödeme yapan cüzdanlar, ayrı alıcılar, tamamlanan satın almalar ve ölçülen dönem karşılaştırmayı güçlendirir. Proje, zirve duyurusunda 300’den fazla uygulaması için bu dört alanı yayımlamadı.

Pi’nin ödeme kütüphanesi, desteklenen web teknolojilerini kullanan geliştiriciler için hızlı bir entegrasyon vaat eder. Ocak ayındaki geliştirici kılavuzu, ödeme işlevselliğinin on dakikadan kısa sürede eklenmesinin bir yolunu açıkladı. Kodun entegre edilmesi teknik bir başarıdır; ancak müşterilerin ardından bir hizmet satın aldığının kanıtı değildir. Bu ayrım birçok ödeme ağında görülür: bir ödeme aracıyı kabul etmek ile ticaret yaratmak farklı sonuçlardır.

Bazı uygulamalar PI ücreti almadan da değerli olabilir. Bir yardımcı program, doğrulanmış kullanıcıları hizmet etmek, bilgi sağlamak veya Pionerları dış aktivitelere bağlamak için Pi kimlik doğrulamasını kullanabilir. Zirve böyle yazılımları sergilemek için makul bir seçim yapabilir. Her uygulamada ödeme bulunmamasını uygulamanın kullanıcıya sahip olmadığına dair kanıt olarak görmek yanlıştır. Doğru ölçüt ürünle eşleşmelidir: ücretsiz bir araç için tekrarlayan oturumlar, bir tüccar için tamamlanan siparişler, bir geliştirici hizmeti için aktif dağıtımlar ya da işletme modeli ödeme gerektiren bir uygulama için ücretli dönüşümler.

Bir denetim dört farklı payda’yı birbirinden ayırmalıdır

Yayınlanan rakamlar, benzer olmayan büyüklükleri bölmeksizin basit bir ölçüm tablosuna yerleştirilebilir. Pi’nin 60 milyondan fazla etkileşime geçen Pioner’ı en geniş kitleyi tanımlar. 18,1 milyondan fazla doğrulanmış kullanıcı, KYC sürecini tamamlayan kişileri ifade eder. 300’den fazla Mainnet uygulaması yazılımı tanımlar. 420.000’den fazla düğüm ise ağ altyapısını tanımlar. Geçerli bir benimsenme oranı, belirtilen bir uygulamayı belirli bir süre içinde kullanan ayrı kullanıcı sayısı bölü açıkça tanımlanmış uygun bir nüfus olmalıdır. Pi duyuruda bu payı sağlamadı.

18,1 milyon doğrulanmış kişiyi 300 uygulamaya bölmek, eşit dağıtım varsayımıyla kişi başına yaklaşık 60.333 kişi verir. Bu hesaplama projenin yuvarlanmış minimumlarını kullanır ve herhangi bir uygulamanın kitlesini ölçen bir değer değildir. Aynı kişi birden fazla uygulama kullanabilir ya da hiç kullanmayabilir; bir uygulama da teorik ortalamadan çok daha küçük bir grup çekebilir. Bu bölümü ‘kişi başına uygulama sayısı’ olarak raporlamak sayısal bir hatadır, özgün bir analiz değil. Anlamlı bulgu, bildirilen kullanıcı havuzunu uygulama faaliyetine bağlayan herhangi bir yayınlanan köprü olmadığıdır.

Daha iyi bir yöntem, 300’den fazla uygulamanın tarihli bir envanterini istemek ve her girdiyi aşamasına göre etiketlemektir. Her biri için çalışır URL’si olup olmadığı, Pi kimlik doğrulaması entegre edilip edilmediği, Mainnet cüzdanı onayı alınıp alınmadığı, açıklanan bir ödeme adresi olup olmadığı, belirtilen bir pencerede tamamlanan PI ödemeleri olup olmadığı ve ayrı tekrarlayan kullanıcıların bir ölçütü olup olmadığı kaydedilmelidir. İşletmeciler özel müşteri bilgilerini açıklamayı reddedebilir; ancak toplu sayılar ve kamuya açık işlemler yine de faydalı doğrulamalara izin verebilir. Bu çalışma, tüm uygulamaların aynı olduğu varsayımına girmeden ulaşılabilirlik ile gerçek hizmet kullanımı arasındaki boşluğu ortaya çıkarırdı.

Ayrıca şunu da beğenebilirsiniz: Güncelleme öncesi PI fiyatı 0,08 USD kaybediyor: PI düşüşünü tersine çevirebilir mi?

Envanter, uygulamanın Pi Tarayıcısı’nda mi küratörlük edildiğini yoksa SoloHost aracılığıyla mı kendiliğinden barındırıldığını belirtmelidir. Pi, SoloHost’un geliştiricilerin kendiliğinden barındırılan yapay zekâ uygulamalarını yayınlamasına olanak tanıdığını söyler; Ekim duyurusu bu ürünü geliştirici platformuyla birlikte gruplandırır. Bir düğümde çalışan bir hizmet, Mainnet ödeme cüzdanı olan bir web uygulaması olmaksızın sıradan yazılım anlamında bir uygulama olabilir. Bu kategorileri birleştirmek, Pi’nin bunları nasıl saydığını açıklarsa savunulabilir. O zamana kadar bağımsız bir denetim, ayrı statülerini korumalıdır.

Pi’nin dizin kuralları başka bir kontrol imkânı sunar. İlgili Mainnet listelemesi için başvuran uygulamaların Pi’ye özel işlemler yapmasını gerektirir; proje ayrıca ekosisteminde başka bir yerde potansiyel bir istikrarlı coin rolünden bahsetmiştir. OUSD özelliği, henüz hiçbir başlatılmış ödeme entegrasyonu veya token talep mekanizmasının belirtilmediğini belgeler. Uygulama listeleme kurallarında gelecekte yapılacak bir değişiklik ya da dar bir istisna, tarihli bir politika güncellemesi gerektirir. Zirve duyurusu, mevcut dizin sayfasını güncellemez ya da OUSD’yi mevcut bir uygulama ödeme yöntemi haline getirmez.

Beş liste uygulaması, başlıkta verilen sayıların gizlediğini gösterir

Daha önceki bir Pi güncellemesi, projenin uygulamaları nasıl seçtiğine dair küçük, adlandırılmış bir örnek sunar. Mainnet Ekosistem Arayüzü’ne beş yeni ekleme duyurulmuştur: bir yılan oyunu, e-ticaret uygulamaları ve PI token’ı hakkında bilgi servisleri. Pi, bu beş uygulamanın kalite, tam işlevsellik, faydalılık ve politika uyumu açısından denetimlerden geçtiğini belirtir. Bu örnek, küratörlük edilen dizinin farklı türde yazılımlara yer verebileceğini kanıtlar. Ancak her birinin ne sıklıkla açıldığı ya da kullanıcıların ne kadar harcama yaptığı hakkında bilgi vermez.

Beş uygulamayı açıklanan işlevlerine göre sınıflandırmak, onların dahil edilmesini tek bir ekonomik sonuç gibi değerlendirmekten daha kullanışlıdır. Bir oyun sık oturumlar kaydedebilir ama nadiren ödeme alabilir. Bir bilgi sitesi, hiçbir token aktarımı olmadan okunabilir. Bir ticaret uygulaması brüt siparişleri, iade edilen siparişleri, tüccar makbuzlarını ve tekrarlayan alıcıları gösterebilir. Küçük grupta bile, beş sayısını PI talebi olarak dönüştürecek tek bir ölçü bulunmaz. Bu örnek, 300’den fazla envanterin toplu kullanım sayısı yorumlanabilmesi için önce uygulama türlerinin belirlenmesi gerektiğini gösterir.

Pi, o güncellemede Mainnet listelemesinin birçok üçüncü parti uygulamasını dışladığını açıkça uyarır. Reddedilen ya da gönderilmeyen bir uygulama mutlaka kullanışsız değildir. Proje, dizin seçimini genel erişilebilirlikten ayırır; dış dizinler daha fazla aday gösterebilir. Dolayısıyla tarayıcıda bağımsız bir anlık görüntü, belirli bir tarihte görülen kutucuk sayısını tespit edebilir ama canlı uygulamaların toplam sayısını doğrulayamaz. İkisini eşleştirmek için geliştirici portalı envanteri ya da Pi tarafından yayımlanan bir metodoloji gerekir.

Mainnet’e hazır olmanın ne ifade ettiğine dair soru, bir denetimi daha da karmaşıklaştırır. Bir geliştirici, gelen ödemelerin onayını beklerken bir cüzdan ve URL hazırlayabilir; bir uygulama ödeme gerektirmeyen bir hizmet çalıştırabilir. Proje, bir küratörün listelemesinden önce işlevsel bir Mainnet yapılandırmasını sayabilir. Ödeme onayları durumu, son başarılı erişim ve üretim dağıtım durumu için bir durum alanı, bu ayrıştırmaları müşterilerin özel verilerini yayınlamadan görünür kılar. Pi, Ekim zirvesi duyurusuyla bu alanlarla detaylı bir tablo sağlamamıştır.

Resmi materyallerde yararlı bir zaman çizelgesi vardır. Ocak’ta App Studio’nun çıkışı Test-Pi ödeme etkileşimleriyle başladı. Mart güncellemesi dört seçili yaratımı Mainnet ödeme yeteneğine doğru davet etti. Daha sonraki geliştirici dokümantasyonları, geliştiricilerin yerel depolama, dosya paylaşımı ve uygulamaya özel staking verisiyle neler yapabileceğini genişletti. Ekim zirvesi duyurusu 300’den fazla Mainnet uygulamasını sunar. Bu rakamlar farklı popülasyonları tanımlar; dolayısıyla 300’den dört çıkarılması yeni ücretli uygulama sayısını hesaplamaz. Net bir zaman çizelgesi, her rakamın yayınlandığı andaki sayım kapsamını korur.

Pi’nin ilk açık ağ yılına dair daha önceki kapsamlarda App Studio, projenin ana kamu ürünleri arasında yer alıyordu. Ekim iddiası ise daha sonraki bir envanterle ilgilidir. İlk yıl ile karşılaştırma yapılacaksa aynı uygulama tanımı kullanılmalı ve eski bir KYC ya da geçiş toplamı günümüz verilerine aktarılmamalıdır. Geçmişe dönük bir inceleme bir özelliğin ne zaman ortaya çıktığını belirleyebilir; ancak eksik olan Ekim ayı aktif kullanıcı serisini doldurmaz.

Pi için en güçlü argüman, hazır bir izleyici kitlesiyle ilgilidir

Pi, kimlik doğrulamaları, cüzdanlar, tarayıcı tabanlı keşif yolları, uygulama ödeme araçları ve büyük bir katılımcı tabanı iddiası oluşturmuştur. Yararlı bir ürün geliştiren bir geliştirici, kullanıcıları bağımsız olarak kazanmak yerine mevcut kanallar aracılığıyla dağıtımı gerçekleştirebilir. 300’den fazla bildirilen Mainnet uygulaması, birçok takımın zaten canlı ağ yazılımı hazırlama çalışmalarını tamamladığını gösterebilir. Zirve, ürünlerini sergilemeyi ve ek araçları yayınlamayı vaat eder. Bu gerçekler, kamuya açık kalıcılık rakamlarının eksik olması nedeniyle silinmemelidir.

Şüpheci görüş de aynı ölçüde somuttur. Dağıtım, bir kullanıcının bir uygulamaya geri dönmeyi zorunlu kılmaz. KYC, bir hesap sahibinin kimliğini projenin süreci kapsamında doğrular; ancak bu kişiye ait serbest PI miktarını, belirli bir ürüne ihtiyacı olup olmadığını ya da bir satın alma işlemi tamamladığını göstermez. Dizin sıralamaları, tanıtım amacıyla staking’e dayanabilir. Uygulama oluşturma araçları, tekrarlayan müşteriye sahip işletmelerden çok daha hızlı deney uygulamaları sayısını artırabilir. Bunlar, kullanım kayıtları talep etmek için geçerli nedenlerdir; ancak uygulamaların başarısız olduğunu varsaymak için değil.

App Studio ekonomisiyle ilgili daha önceki kapsamlar, yaratıcıların karşılaştığı maliyetleri incelemiş ve hackathon gönderimlerinin aktif ürünlerle aynı olmadığını vurgulamıştır. Mevcut zirve, başka bir hackathon ve daha fazla geliştirici özelliği sunar. Etkinlik sonrası gönderim sayısı, bu yarışmaya katılım oranını ölçer. Daha sonra Mainnet’e ulaşan, çevrimiçi kalan ve tekrarlayan kullanıcıya sahip olanların oranı ise daha zorlu bir sonuç ölçer.

Bir operatör, olumlu görüşü ölçülebilir kılabilir: bir kohort raporu yayımlayarak. Belirli bir tarihten önce listelenen uygulamalar tanımlanır, ardından 30 ve 90 gün sonra hâlâ işlevsel olup olmadıkları ve geri dönen ya da ödeme yapan farklı kullanıcı sayısının kaç olduğu açıklanır. Bir çeyrek sonra benzer bir rapor, yeni geliştirici araçlarının yalnızca başlatma değil, uygulamaların kullanıcı tutma oranını da artırıp artırmadığını gösterir. Pi, Kasım için böyle bir rapor vaat etmemiştir. Vaat edilmemiş bir şeyin eksikliği açıkça belirtilmelidir; bir rapor talebi, duyurulan bir teslimata dönüştürülmemelidir.

Bağımsız gözlemin pratik sınırları vardır. Pi Tarayıcısı bir hesap, KYC veya uygulama izinleri gerektirebilir. Cüzdan etiketleri her zaman kamuya açık değildir. Bir blok gezgini işlemlerini gösterir ama neden gerçekleştiğini göstermez. Harici bir muhabir adlandırılmış uygulamaları, kamuya açık sözleşmeleri ve örnek işlemleri doğrulayabilir; ancak bir zincirden her özel kullanıcı oturumunu çıkaramaz. Dolayısıyla tam bir denetim kısmen geliştirici ve proje açıklamalarına bağlı kalabilir. En önemli ayrım, bağımsız olarak yeniden üretilebilen ile Pi ya da bir uygulama ekibi tarafından bildirilen arasındaki ayrımıdır.

Olası bir denetim örneği, projenin daha önceki güncellemesinde kendi adını verdiği beş uygulamayla başlayabilir. Bir muhabir, her URL’nin şu anda yüklenip yüklenmediğini, girişin çalışıp çalışmadığını, sunulan işlevin tamamlanıp tamamlanamadığını ve ödeme istenip istenmediğini kaydeder. 30 gün sonra yapılan ikinci geçişte aynı işlevlerin hâlâ çalışıp çalışmadığı kontrol edilir. Bu, tüm 300 için bir tahmin değil, beş adlandırılmış uygulama için doğrudan bir erişilebilirlik testidir. Örnek boyutunu genişletmek için tam bir örnekleme çerçevesi gerekir; zirve yazısı bunu sağlamaz.

Satış iddiası öne çıkan bir uygulama için operatör, üretim gelirlerine özel olarak belirli bir süre boyunca kullanılan bir cüzdan adresi açıklayabilir. Bir raportör daha sonra defterden ayrı göndericilerin sayısını ve alınan toplam PI miktarını hesaplayabilir; ancak borsa yatırımları, geliştirici aktarımları ve iadelerin bu sayıları hâlâ bozabileceğini belirtmelidir. Bir banka ya da borsa aktarımı, ek kanıt olmadıkça müşteri satın alımına atfedilemez. Ücretsiz bir hizmet için operatör, gizliliği koruyan aktif kullanıcı ve bağlılık verileri gibi toplu ölçümleri açıklayabilir. Tek, desteksiz bir 'benimseme' skoru yerine, dürüstçe etiketlenmiş farklı yöntemler tercih edilmelidir.

Uygulamanın iş modeli, PI’nin вообще kullanılıp kullanılmayacağını da belirler. Pi’nin geliştirici araçları, giriş yapma, keşfetme ve ödeme olmak üzere birbirinden bağımsız işlevler sunar. Bir içerik üreticisi, bunların ilk ikisini üçüncüsünü kullanmadan da kullanabilir. '300’den fazla uygulama' iddiası tamamen doğru olabilir; ancak bunların yalnızca bir alt kümesi gerçek aktarımlar için onaylanmış ödeme cüzdanına sahip olabilir. Pi’nin Kasım ayında dört App Studio yaratıcısına yaptığı çağrı, bir kategori için daha dar bir onay sürecini gösterir; ancak günümüzde bağımsız olarak kodlanmış kaç uygulamanın ödeme kabul ettiğine dair kesin bir bilgi vermez.

Kasım ayı ürünlerin varlığını ortaya çıkarabilir; ancak yıllar süren bağlılığı değil.

17–19 Kasım tarihleri arasında planlanan etkinlik, duyurulan tüm özelliklerin kesinlikle üretim aşamasına geçeceği bir tarih değil, çevrimiçi bir zirve olarak düzenlenmiştir. Pi, platform güncellemeleri, geliştirici gösterimleri, ortak ve uygulama sergileri ile bir hackathon hakkında daha fazla bilgi vereceğini açıklamıştır. Bir sunum, kontrollü bir ortamda çalışan bir aracı gösterebilir; ancak bir aracı üretime almak ve müşterilerle birlikte kullanan bir uygulama, daha sonraki, ayrı olarak doğrulanabilen aşamalardır.

Belirtilen bir uygulama üretim cüzdan adresi yayınlarsa ve okuyucunun yeniden oluşturabileceği bir işlem gösterirse, makale belirli bir yeteneği kanıtlayabilir. Eğer iadeler ve test işlemlerinin dışlandığı bir aylık ayrı ödeme-cüzdan verisi yayınlayırsa, makale kullanım hakkında bilgi verebilir. Sadece bir video gösterimi sunuyorsa, makale bunu bir gösterim (demo) olarak tanımlamalıdır. Bu sınıflandırmalar, Pi’ye özel değil; ürün raporlamasının sıradan uygulamalarıdır.

Projeyi ilan eden açıklama, 300’den fazla uygulamanın ortak bir başlangıç tarihini, çalışma sürelerini ya da PI ödemelerini kabul eden payını bildirmez. Bunun yerine yalnızca zirvenin tarihlerini ve ele alınacak konuları belirtir. Sonraki yayımlanacak gündem ve gösterim için seçilen özel uygulamalar, 300-uygulama iddiası ile gözlemlenebilir kullanım arasındaki farkı daraltmada ilk referans belgelerdir.

Dikkat edilmesi gerekenler

• Uygulama envanteri: 300’den fazla uygulamayı oluşturan Pi listesi ve tarihi.

• Üretim durumu: Çalışan Mainnet URL’leri, onaylı cüzdanları ve yeniden üretilebilir canlı işlemlerle tanımlanan uygulamalar.

• Tekrarlayan kullanım: Geliştirici veya ağ tarafından belirtilen 30 veya 90 günlük dönem içinde geri dönen ayrı kullanıcılar.

• Ödemeler: Testnet eylemlerinden, teşviklerden, iadelerden ve iç aktarımlardan ayrılmış tamamlanmış PI satın alma işlemleri.

• Zirve duyuruları: 17–19 Kasım gündemleri, üretime alınan araçlar ve hackathon kuralları; her biri tarihli durumla.

SSS

Pi Network Ekosistemi Zirvesi ne zaman yapılacak?

Pi, ilk çevrimiçi Ekosistem Zirvesini 17–19 Kasım 2026 tarihleri arasında düzenlemeyi planladı. Etkinlikte geliştirici gösterimleri, platform duyuruları, uygulama sergileri ve yeni bir hackathon’un detayları yer alacağı ifade edildi. Tam gündem, 15 Ekim duyurusunda yayımlanmamıştır.

Pi kaç adet Mainnet uygulaması bildirdi?

15 Ekim açıklamasında 300’den fazla Mainnet uygulaması olduğu belirtilmiştir. Ancak her bir uygulama listelenmemiş ve uygulama bazlı aktif kullanıcı sayısı verilmemiştir. Bu rakam, projenin kendisi tarafından bildirilen bir envanter ölçümüdür.

Tüm Mainnet uygulamaları Pi Tarayıcısı’nda mı listeleniyor?

Pi’nin dokümantasyonuna göre Ekosistem Arayüzü, seçkendir ve Mainnet ya da Mainnet’e hazır uygulamaları hariç tutabilir. Bir uygulamanın Mainnet yapılandırması ile dizine alınması farklı durumlardır. Bu nedenle tarayıcıdaki sayı, projenin bildirdiği toplamdan farklı olabilir.

300 uygulama, 300 işin PI kazandığı anlamına mı gelir?

Duyuruya gelir toplamı eklenmemiştir. Uygulamalar farklı amaçlar için kullanılabilir ve ödeme entegrasyonu, müşterilerin ödeme yaptığını göstermez. Tamamlanmış satın alma sayısı ile tekrarlayan ödemeli kullanıcı sayısı bu soruyu yanıtlardı.

Kaç Pi kullanıcısı KYC işlemini tamamlamıştır?

Pi, zirve duyurusunda 18,1 milyondan fazla tam KYC doğrulanmış kullanıcı bildirmiştir. Aynı zamanda 60 milyondan fazla etkileşimli Pioner olduğunu da açıklamıştır. Ancak bu sayılar, Ekim ayında Mainnet uygulamalarından birini kullanan kişi sayısını belirlemez.

App Studio uygulamaları gerçek PI alabilir mi?

Pi, Mart ayında seçilen App Studio uygulamaları için Mainnet desteğini duyurmuş ve dört uygulamanın canlı ödeme entegrasyonuna geçmesi için davet edildiğini açıklamıştır. Daha önceki App Studio ödeme deneyleri Test-Pi ile yürütülmüştür. Marttaki bu sayı, Ekim ayındaki toplam Mainnet uygulaması sayısını yansıtmaz.

Daha yüksek dizin sıralaması bir uygulamanın popüler olduğunu kanıtlar mı?

Hayır. Pi, kullanıcıların ve işletmelerin bir uygulamanın dizindeki konumunu ve görünürliğini artırmak için PI stake edebileceğini belirtir. Sıralama ziyaretleri artırabilir ancak aktif veya ödemeli kullanıcı sayısını yayımlanmış bir ölçü olarak göstermez. Tekrar kullanımı ölçen bir veri farklı bir soruyu yanıtlardı.

Bir uygulamanın kullanıldığını gösteren kanıt nedir?

Adlandırılmış bir üretim uygulaması, ilgili olduğu durumlarda doğrulanabilir işlemler ve tarihli benzersiz kullanıcı veya tekrarlayan satın alma verileri belirli aktiviteyi ortaya koyardı. Ücretsiz araçlar için ödeme toplamları yerine tutma ölçümleri gerekebilir. Bu, eğitim amaçlı bir analizdir; yatırım tavsiyesi değildir.

Uyarı: Bu makale yalnızca bilgi ve eğitim amacıyla hazırlanmıştır; finansal veya yatırım tavsiyesi içermez. Rakamlar yazım anındaki düzenleyici dosyalara ve raporlamalara dayanır ve her yeni açıklama ile değişebilir. Burada yer alan hiçbir şey bir menkul kıymeti veya varlığı satın almanız, satmanız ya da tutmanız yönünde bir öneri değildir. Her zaman kendi araştırmanızı yapın. Bilgiler Ekim 16, 2026 tarihi itibarıyla doğrudur.

Daha fazla oku: Capital B, 2026 yılının ilk yarısında 78 milyon dolar zarar etti, buna rağmen daha fazla Bitcoin aldı