ERPC, Solana Leader Slot API’yi 7 Küresel Bölgeden Ping Ölçümüyle Genişletti — Validators Information API de Kullanıma Sunuldu

ERPC’nin işletmecileri ELSOUL LABO B.V. (Merkez: Amsterdam, Hollanda; Temsilci Direktör ve CEO: Fumitake Kawasaki) ve Validators DAO, Solana lider bilgilerini, tahmini konumları ve gecikmeyi anlamaya yönelik API’leri geliştirdi. Leader Slot API’ye dünya genelindeki 7 bölgeden referans RTT (ping ölçümü) desteği eklendi ve yeni Validators Information API kullanıma sunuldu.
İlk olarak Leader Slot API (
getLeaderSlots) genişletildi; böylece dünya genelindeki 7 ERPC gözlem bölgesinden (Frankfurt, Amsterdam, New York, Londra, Tokyo, Singapur ve Sidney) referans RTT alınabiliyor. Ölçümler daha önce yalnızca Frankfurt’tan yapılıyordu.Bununla birlikte yeni Validators Information API (
getValidatorsInformation) kullanıma sunuldu. Bu API, mevcut dönemde en az bir lider slotuna sahip olan tüm doğrulayıcıları tek çağrıda listeliyor. Slot sayısı ve aktif stake miktarının yanı sıra, mevcut olduğu durumlarda tahmini konum, ağ uç noktaları, istemci sürümü ve 7 bölgeden referans RTT de döndürüyor.Her iki API de standart JSON-RPC arayüzü üzerinden tüm ERPC kullanıcılarına açıktır.
- Leader Slot API dokümantasyonu: https://erpc.global/tr/doc/rpc/leader-slot-api/
- Validators Information API dokümantasyonu: https://erpc.global/tr/doc/rpc/validators-information-api/
Solana’nın Geleneksel İşlem Altyapısından Farkı: İletişim Hedefi Dinamik Olarak Değişir
Geleneksel borsalarda ve finans sistemlerinde emirlerin gönderildiği hedefler — borsalar, ağ geçitleri ve eşleştirme motorları — genellikle belirli veri merkezlerinde veya ağlarda sabittir.
Bu nedenle kullanıcılar bağlantı hedefini öğrendikten sonra o hedefe giden ağ yolunu sürekli olarak optimize edebilir. Hedef sunucuların konumu sık değişmediği için altyapı yerleşimi ve iletişim yolları görece sabit biçimde tasarlanabilir.
Solana’da ise blok üretmekten sorumlu doğrulayıcı olan lider, lider programına göre her birkaç slotta bir değişir. Lider olarak görev yapan doğrulayıcılar dünyanın farklı yerlerine dağıldığından, işlemlerinizin ulaşması gereken hedef ve o hedefe en yakın ağ yolu da sürekli değişir.
Başka bir deyişle Solana’da optimize edilecek iletişim hedefi, sabit ve tek bir bağlantı noktası olarak ele alınamaz.
Öncelikle lider programından mevcut ve gelecek liderleri belirlemek gerekir. Ardından her doğrulayıcının büyük olasılıkla hangi bölgede veya ağda bulunduğuna ve her gönderim konumundan ne kadar gecikme yaşandığına bakılarak gönderim yoluna karar verilir.
Bu yapıyı doğru anlamak, Solana’da düşük gecikmeli işlem gönderiminin ve küresel altyapı tasarımının başlangıç noktasıdır.
Lider Programını ve Ağ Konumlarını Veri Olarak Ele Almak
Hedefin dinamik olarak değiştiği bir ortamda, bir kişinin her seferinde lideri ve gönderim konumunu kontrol ederek yolları elle değiştirmesi pratik değildir.
Gerekli olan, aşağıdaki bilgileri sürekli edinmek ve uygulamalarınız ile altyapınızın karar mantığına yerleştirmektir.
- Mevcut ve yaklaşan slotlardan sorumlu liderler
- Her doğrulayıcının sorumlu olduğu slot sayısı
- Her doğrulayıcının tahmini ülkesi, şehri ve bölgesi
- TPU ve QUIC gibi ağ uç noktaları
- Her gözlem bölgesinden toplanan referans RTT
- Her ölçümün yapıldığı zaman ve yanıt durumu
Tahmini konum ile ölçülen gecikme farklı işlevler görür.
Konum bilgisi, altyapı ile kapasitenin nereye yerleştirileceğine ilişkin orta ve uzun vadeli kararlarda kullanılabilir. Buna karşılık her bölgeden alınan referans RTT, o anda hangi konumun kısa bir ağ yolu sunma olasılığının daha yüksek olduğunu değerlendirmek için girdi sağlar.
Fiziksel veya coğrafi olarak yakın bir konum, ağ üzerinde her zaman en kısa yolu sunmayabilir. Bu nedenle tahmini konum ile gerçek gözlem değerlerini birlikte değerlendirerek karar vermek önemlidir.
ERPC’nin Leader Slot API ve Validators Information API hizmetleri, bu kararları veriye dayalı olarak programlayabilmeniz için tasarlanmıştır.
Leader Slot API: 7 Küresel Bölgeden Referans RTT Ölçümü
Leader Slot API; yaklaşan lider slotlarını doğrulayıcı kimliği, aktif stake miktarı, ağ uç noktaları, tahmini konum ve referans RTT gibi bilgilerle birlikte döndürür.
Bugüne kadar
pingToLeaders ölçümleri yalnızca Frankfurt çıkış noktasından toplanıyordu. Bu, dünya geneline dağılmış Solana ağı için tek bir gözlem noktası anlamına geliyordu.Bu güncellemeyle birlikte aşağıdaki 7 bölgeden ölçülen referans RTT alınabiliyor.
frankfurtamsterdamnylondontokyosingaporesydney
Her lider için 7 gözlem bölgesinden alınan referans RTT değerlerini karşılaştırarak hangi gönderim konumunun kısa bir ağ yolu sunma olasılığının daha yüksek olduğunu değerlendirebilirsiniz.
Bu veriler yalnızca işlem yönlendirmesinde değil; RPC, gRPC, Direct Shreds ve işlem gönderim sunucularına ayrılacak kapasitenin hangi bölgelere yerleştirileceğine karar verirken de girdi sağlar.
Ölçüm sonuçlarında, doğrulayıcının ICMP’ye yanıt verip vermediğini gösteren
icmpReplied ve son başarılı ölçümün zamanını gösteren measuredAt alanları yer alır.ICMP’ye yanıt vermeyen bir doğrulayıcı, TPU ve QUIC gibi hizmetleri normal biçimde çalıştırıyor olabilir. Bu nedenle
icmpReplied değeri false olduğunda doğrulayıcı “uzak” değil, “ICMP üzerinden ölçülemiyor” olarak değerlendirilmelidir.Ayrıca yenileme sırasında başarılı bir ölçüm alınamadığında kayıt, ölçülmemiş bir değerle değiştirilmez; son başarılı ölçümün değeri ve ölçüm zamanı korunur.
Validators Information API: Dönem Genelindeki Lider Bilgilerini Listeleme
Leader Slot API, “sonraki slotlardan sorumlu lider kim?” sorusuna yanıt veren slot düzeyindeki kararlar için uygundur.
Altyapı yerleşimi ve kapasite planlaması ise daha geniş bir bakış açısı gerektirir.
- Mevcut dönemde hangi doğrulayıcılar lider olarak görev yapıyor?
- Her biri kaç slottan sorumlu?
- Hangi ülkelere ve bölgelere dağılmış durumdalar?
- Daha fazla lidere yaklaşmak için altyapı nereye yerleştirilmeli?
Yeni Validators Information API (
getValidatorsInformation), bu soruları yanıtlamak üzere geliştirilmiştir.Parametresiz çağrıldığında mevcut dönemde en az bir slot için liderlik yapan tüm doğrulayıcıları, doğrulayıcı başına bir satır olacak şekilde döndürür. Sonuçlar varsayılan olarak sahip olunan lider slotu sayısına göre azalan sırada sunulur.
Her satırda aşağıdaki bilgiler yer alır.
slotCountstakeWeight(SOL cinsinden aktif stake miktarı)- Doğrulayıcı kimliği
Mevcut olduğu durumlarda aşağıdaki bilgiler de döndürülür.
- Tahmini bölge, şehir ve ülke
- Ağ uç noktaları
- İstemci sürümü
- 7 bölgeden referans RTT
Veriler düzenli olarak yenilendiği için API’yi belirli aralıklarla çağırarak planlama veri kümenizi güncel tutabilirsiniz.
Sonuçları isteğe bağlı
limit (1–2000), country ve region parametreleriyle de daraltabilirsiniz.Faturalama, döndürülen doğrulayıcı sayısına göre yapılır. Lider doğrulayıcıların sayısı dönemden döneme değişir. Yazının hazırlandığı sıradaki örnekte 673 doğrulayıcının tamamını almak 6.800 API tokenı (ERPC API kullanım kredisi), en fazla 10 doğrulayıcı almak ise 100 API tokenı kullanır.
Veriye Dayalı, Programlanabilir Yönlendirmeye Doğru
Bu API’ler yalnızca doğrulayıcıların veya referans RTT değerlerinin bir listesini göstermek için sunulmuyor.
Asıl amaç; lider programını, doğrulayıcıların tahmini konumlarını ve her gözlem bölgesinden alınan referans RTT değerlerini uygulamalarınızın karar mantığına katabilmenizi sağlamaktır.
Örneğin bir uygulama, yaklaşan lider programını alabilir, her lider için 7 gözlem bölgesinden gelen referans RTT değerlerini karşılaştırabilir ve ardından kullanılacak RPC’yi veya işlem gönderim yolunu seçebilir.
Ayrıca dönem genelindeki lider dağılımını inceleyebilir ve slot sayısı yüksek doğrulayıcılara yakın bölgelere önceden altyapı yerleştirebilirsiniz.
Tipik kullanım alanları şunlardır.
- Slot düzeyinde gönderim yolu seçimi
- Dönem düzeyinde kapasite planlaması
- Lider doğrulayıcıların bölgelere göre analizi
- Aktif stake miktarını ve slot sayısını dikkate alan önceliklendirme
- Dönemler arasındaki coğrafi dağılım ve ağ dağılımı değişikliklerinin izlenmesi
- Birden fazla bölgeye yerleştirilmiş RPC ve gönderim sunucuları arasında otomatik seçim
Hedefin dinamik olarak değiştiği Solana’da yalnızca sabit ağ optimizasyonu yeterli değildir.
Değişen lideri sürekli izlemek, konumuna ve ağ koşullarına göre gönderim yolları ile altyapıyı dinamik olarak seçmek önem kazanır.
Küresel Operasyon için Tasarlanmış Solana Altyapısına Doğru
ERPC, ilk günden itibaren küresel operasyon gözetilerek tasarlanmış yüksek performanslı bir Solana altyapısıdır.
Uç ağımız, bare metal ve VPS hizmetlerimiz, Direct Shreds, Geyser gRPC, SWQoS uç noktaları ve bu operasyonel bilgi API’lerinin tümü ortak bir amaca hizmet eder.
Bu amaç, kullanıcıların ve liderlerin dünya geneline dağıldığı bir ortamda düşük gecikmeli ve verimli işlem yürütme talep eden geliştiricilere hem veri hem de altyapı sunmaktır.
7 küresel bölgeden referans RTT ve dönem genelindeki doğrulayıcı bilgileri artık basit RPC çağrılarıyla alınabiliyor. Solana uygulamaları, sürekli değişen lidere yanıt olarak gönderim konumlarını ve ağ yollarını verilere dayanarak seçebilir.
Solana’da düşük gecikmeli gönderim, küresel altyapı yerleşimi ve dinamik yönlendirme optimizasyonu arayan geliştiriciler için bu veriler, gerçek operasyonlarla doğrudan bağlantılı karar girdileridir.
Bu API’lerin düşük gecikmeli gönderim yolları seçmenize, gereksiz uzun mesafeli aktarımları azaltan bir altyapı tasarlamanıza ve küresel kapasite yerleşimini planlamanıza yardımcı olmasını umuyoruz.
Ayrıntılar için dokümantasyona bakın.
- Leader Slot API: https://erpc.global/tr/doc/rpc/leader-slot-api/
- Validators Information API: https://erpc.global/tr/doc/rpc/validators-information-api/
- ERPC Web Dashboard: https://dashboard.erpc.global/tr


