Sosyal medyada dolaşan bir iddia, XRP Ledger RPC düğümlerinin saniyede 30.000 mesaj işleyebileceğini söylüyor, bu etkileyici görünüyor. Ancak sorun şu ki, doğrulanmış performans testleri bu sayıyı desteklemiyor.
Gerçek sayılar ne gösteriyor
XRPL Labs, XRP Ledger için temel altyapı geliştiricilerinden biri, ham mesaj verimliliği yerine gecikmeye odaklanmıştır. Şu anki genel uç noktası, ledger_current çağrıları için yaklaşık 371 milisaniye p50 gecikmesiyle, genel XRPL sunucuları arasında en düşük gecikmeli seçeneği sunmaktadır.
Önemli kullanım dönemlerinde kamu sunucu kümelerinin saniyede 10.000'den fazla okuma işlemi gerçekleştirdiği gözlemlenmiştir. Bu, blok zinciri altyapısı için sağlam bir sayıdır, ancak iddia edilen 30.000 rakamının üçte biridir.
GetBlock, başka bir altyapı sağlayıcısı, özel kurulumlarda XRPL düğümlerinin saatte 1.000'den fazla isteği işlemesini sağladığını iddia ediyor.
Başlık rakamına en yakın yaklaşım, temel olarak farklı bir kategori olan doğrulayıcı mesajlaşması ile ilgilidir. Doğrulayıcı mesaj işleme, optimal test koşullarında saniyede yaklaşık 3.260 mesaj ortalama değerine ulaşmış ve 6.100 mesajın üzerinde zirveler kaydetmiştir. Ancak doğrulayıcıdan doğrulayıcıya uzlaşım trafiği ve istemci- sunucu RPC istekleri tamamen farklı şeylerdir.
Üretim ortamlarında, XRPL ağı'nın gerçek işlem hacmi, günlük zirveler sırasında geleneksel olarak saniyede 100 ile 230 işlem arasında değişmiştir. Kontrollü test ortamlarında teorik maksimumlar saniyede 1.500 TPS'yi aşmıştır, ancak bu hâlâ atılan 30.000 rakamının bir mertebe altında kalmaktadır.
Neden boşluk önemli
Burada saniyedeki mesaj sayısı ile saniyedeki işlem sayısı arasındaki fark önemlidir. Bir RPC node, defterde bir işlem yazılmasına neden olmayan binlerce okuma isteğini (bakiye sorguları, defter sorguları, abonelik güncellemeleri) işleyebilir. Tüm gelen mesajları, pingleri, durum kontrollerini ve başarısız istekleri saymak, aslında işlenen işlemler sayısından her zaman daha büyük bir sayı üretir.
XRP için özellikle bu, Ripple'in XRPL'yi kurumsal ödeme işleme ve merkeziyetsiz takas faaliyetleri için altyapı olarak konumlandırmış olmasından kaynaklanır. Her iki kullanım senaryosu da laboratuvar koşullarında elde edilen teorik tepe değerlerinden ziyade, sürekli yük altında öngörülebilir ve doğrulanabilir performans gerektirir.
XRPL altyapısının aslında nereye doğru gittiği
371 ms p50 gecikme değeri, her istekte kriptografik doğrulama yapan bir merkeziyetsiz ağ için anlamlı bir ilerleme temsil eder. Düzenli olarak 400 milisaniyenin altında istekleri işleyen bir ödeme ağı, yüksek throughput iddia edip öngörülemeyen yanıt süreleri sunan bir ağından daha fazla bir banka veya ödeme sağlayıcısı için faydalıdır.
Altyapı yığını da çeşitleniyor. Şimdi birden fazla sağlayıcı, özel XRPL node hizmetleri sunuyor ve bu da yükü dağıtarak tek bir hata noktası azaltıyor. Kamu kümelerinde saniyede 10.000’den fazla okuma gözlemlenmesi, özel kurumsal kurulumlar devreye girmeden önce ağın büyük bir sorgu hacmini işleyebileceğini gösteriyor.