SSS - Gecikme ve bölgeler
Faturalandırma, Ücretsiz plan, ödeme ve 401 ya da 429 hatalarıyla ilgili sorular Nasıl başlanır sayfasında yer alır.
Belirli bir zincire özgü olmayan sorular
Bu sorular mesafenin, bölgenin, sunucu konumunun, paylaşımlı ya da dedicated uç noktaların ve istemcinizin programlama dilinin gecikmeyi nasıl etkilediğini ele alır.
Q. Bir bölge seçmem gerekiyor mu?
Edge RPC ile bölge seçmeniz gerekmez. edge.erpc.global'e bağlanan bir uygulama, ağ yolu üzerindeki yakın bir giriş noktasına otomatik olarak yönlendirilir.
Solana, Ethereum ve Avalanche C-Chain için Unlimited Endpoints'te bölgeyi sipariş sırasında, alım satım sisteminizin veya backend'inizin çalıştığı yere yakın olacak şekilde seçersiniz. Sipariş verirken kullanılabilir bölgeleri ERPC Web Dashboard üzerinden kontrol edin.
Solana'da her stratejiye uyan tek bir bölge yoktur, çünkü liderlik rolü lider programına göre validatörler arasında el değiştirir; aşağıdaki Solana bölümüne bakın.
Q. Yüksek gecikme yaşıyorum. Neden?
Uç noktaya fiziksel olarak yakın bir konumdan mı erişiyorsunuz? Mesafe gecikmeyi önemli ölçüde etkiler. Sağlanan uç noktaya yakın sunuculardan erişmenizi öneririz.
Ağımız, teorik olarak en hızlı bağlantıları Bare-Metal sunucularımız ve VPS hizmetlerimiz üzerinden sağlar.
Q. Gecikme ne düzeyde?
Gecikme, ölçüm yöntemine ve kendi özel kullanım ortamınıza bağlı olarak değişir. Tam sayısal değerlere odaklanmak yerine, gecikmenin gerçek operasyonel gereksinimlerinizi karşıladığından emin olmak çok önemlidir.
Solana'da gecikmeyi, TypeScript ve Rust dillerindeki bu açık kaynak araçlarla ölçebilirsiniz.
Q. Dedicated uç noktalar neden daha hızlıdır?
Paylaşımlı uç noktalar, aynı kaynakları paylaşan birden fazla müşteri tarafından kullanılır. Trafik arttıkça gecikme yaşanma olasılığı da artar. Sunucu kaynaklarının fiziksel sınırları vardır ve üstlenebilecekleri iş miktarı sınırlıdır. Aynı anda çok fazla istek geldiğinde, bunlar sırayla işlenmek zorundadır; bu da daha yavaş yanıt sürelerine yol açar.
Paylaşımlı uç noktalarda bile performansı optimize etmek için çeşitli önlemler alsak da, dedicated uç noktalarda kaynağın tek kullanıcısı sizsiniz. Bu sayede diğer kullanıcılardan hiçbir şekilde etkilenmezsiniz ve sürekli olarak istikrarlı, hızlı yanıtlar alırsınız.
Ayrıca, dedicated uç noktalar HTTP gibi TLS'siz iletişim seçenekleri sunar. TLS el sıkışması (yaklaşık 20ms) atlandığı için iletişim HTTPS'ye kıyasla daha da hızlanır.
Q. Hangi plan en hızlı performansı sunar?
Genel olarak, en üst düzey planımız üstün CPU'lar, daha yüksek bellek kapasiteleri ve sağlam donanım yapılandırmaları sayesinde en hızlı performansı sağlar.
Daha da güçlü sunuculara ihtiyacınız varsa özelleştirilmiş çözümler de sunuyoruz, ancak standart planlarımız en uygun fiyat-performans oranlarını sunacak şekilde tasarlanmıştır.
Her fiyat seviyesinde dünya standartlarında performans sağlama konusunda kendimize güveniyoruz. Aynı fiyat aralığında daha hızlı bir sağlayıcı bulursanız, araştırıp iyileştirmeler yapabilmemiz için lütfen bize bildirin.
Q. Gecikme beklediğim gibi değil.
Performans, kullanılan programlama diline bağlı olarak önemli ölçüde değişebilir. Dil hızı karşılaştırmaları genellikle şu sıralamayı verir:
Rust > Go > TypeScript (JavaScript) > Python
Daha ayrıntılı karşılaştırmalar için lütfen aşağıdaki kaynağa bakın:
Hedefiniz maksimum performanssa Rust kullanmanızı şiddetle öneririz.
Solana
Bu yanıtlar Solana'nın işleyişine dayanır: liderlik rolü lider programına göre validatörler arasında el değiştirir, bu nedenle validatörlerin konumları seçeceğiniz bölgeyi şekillendirir.
Q. Hangi bölgeyi önerirsiniz?
Tek bir kalıcı en iyi bölge yoktur. Solana küreseldir ve liderlik rolü lider programına göre validatörler arasında el değiştirir. Daha fazla validatöre ve daha yüksek stake'e sahip bölgeler lider slotlarını daha sık görür; bu da işlemlerin bloğa daha hızlı girmesine yardımcı olabilir. Bunun karşılığında, rekabet eden trafik de orada yoğunlaşır; bu nedenle stratejinize bağlı olarak daha az kalabalık bir bölge bazen daha iyi sonuçlar verebilir.
Pratik bir başlangıç noktası olarak, sürekli lider slot tedariki en çok önem taşıdığında Frankfurt veya ABD Doğu Kıyısı gibi validatör yoğunluğu yüksek bir bölge seçin ya da en kısa yol üzerinden yürütme öncelikliyse kendinizi belirli bir hedef validatörün yakınına konumlandırın. Halka açık Solana ağ dağılımını anlamak için Validators Solutions sayfasını kullanın, ardından tek bölgeli, çift bölgeli veya küresel dağıtımın uygun olup olmadığına karar vermek için ERPC Leader Slot API ile gerçek ölçümleri kullanın.
Q. ~400ms veya daha düşük bir gecikmeye ihtiyacım var.
Gecikmeyi yaklaşık 400ms içinde tutmak için şu temel noktaları göz önünde bulundurun:
-
Ping Değerlerinin Gerçekçi Yorumlanması: Ping değerleri ideal koşulları gösterir ve akış iletişimindeki gerçek gecikmeyi yansıtmaz; akış iletişiminde gecikme genellikle ping gecikmesinin yaklaşık 5 katıdır. Örneğin, kıtalar arası 100ms'lik bir ping gerçekte yaklaşık 500ms'lik bir gecikmeyle sonuçlanır. Bu nedenle, ~400ms gecikme elde etmek için altyapı aynı bölge içinde kurulmalıdır.
- Referans için tipik ping değerleri:
- Aynı ağ: ~0.1ms
- Private Network Interconnect (PNI): ~0.2ms
- Aynı veri merkezi: ~0.3ms
- Aynı şehir: ~1ms
- Komşu ülke: ~5–10ms
- Kıtalar arası: ~100–300ms
- Referans için tipik ping değerleri:
-
Ortalama Gecikme Tuzağından Kaçınmak: Solana validatörleri coğrafi olarak dünya geneline dağılmıştır ve lider programı her epoch'ta rastgele değişir. ~400ms elde etmek için ortalama gecikmeye güvenmek pratik değildir. Bunun yerine, en düşük gecikmeye sahip slotları belirlemek için kendi bölgenizdeki validatör programlarını hassas bir şekilde takip etmelisiniz. Sürekli olarak minimum gecikme elde etmek için ilgili tüm bölgelerde altyapı gereklidir. Aynı bölge içinde veri edinimi onlarca milisaniye içinde gerçekleşebilir ve iletim yalnızca birkaç milisaniyede mümkündür.
-
Lider Programının Takip Edilmesi: ERPC Leader Slot API (
getLeaderSlots) kullanarak bölgeniz için lider validatör programını izleyin. Bu API, yaklaşan lider programını, mevcut epoch için stake ağırlığını, validatörlerin tahmini coğrafi konumlarını ve referans ping değerlerini döndürür; böylece hedefleyeceğiniz en düşük gecikmeli slotları sıraları gelmeden önce belirleyebilirsiniz. Halka açık harita tarzı veriler ve yerel RPC API'leri geniş ağ görünürlüğü için faydalıdır, ancak yürütme zamanlaması için yeterince hassas değildir. Leader Slot API, yönlendirme ve işlem kararları için gereken ayrıntı düzeyiyle bu boşluğu doldurur.
Solana ağ verileri: Validators Solutions
Q. Sıfır blok (sıfır slot) işlemi nasıl gerçekleştirebilirim?
Sıfır blok (sıfır slot) işlemini başarıyla gerçekleştirmek, aşağıdaki gibi daha gelişmiş stratejiler gerektirir:
-
Fırsat Bölgelerinin Belirlenmesi: Solana validatörleri dünya geneline dağılmıştır ve her slot için en uygun gecikmeyi elde etmek fiziksel olarak imkânsızdır. Bu nedenle, altyapınızın bulunduğu bölgedeki validatörlerin lider programlarını izleyin ve en uygun fırsat bölgelerini belirleyin. Altyapıyı birden fazla bölgeye dağıtmak da avantajlı olabilir. Örneğin, Frankfurt yüksek validatör yoğunluğu nedeniyle önemli bir bölgedir; bu da daha sık lider seçimine ve daha fazla işlem fırsatına yol açar.Yaklaşan lider programını, mevcut epoch için stake ağırlığını, validatörlerin tahmini coğrafi konum verilerini ve referans ping değerlerini halka açık harita tarzı veri kaynaklarından veya yerel RPC API'lerinden çok daha yüksek hassasiyetle sorgulamak için ERPC Leader Slot API (
getLeaderSlots) kullanın. Bu sayede slotların sırası gelmeden fırsat bölgelerinin haritasını çıkarabilir ve sıfıra yakın gecikmeli işlemler yürütebilirsiniz. -
Dedicated Düğümlerin Devreye Alınması: Rekabet etmekte zorlanıyorsanız, dedicated düğümler kullanmayı düşünün. Paylaşımlı düğümlerde diğer kullanıcıların trafiği gecikmeye yol açtığından bunlar önerilmez. Ayrıca, dedicated düğümünüzü uygulamanızla aynı ağa yerleştirmek, ağ gecikmesini önemli ölçüde azaltır ve performansı optimize eder.
Q. En hızlısı hangisi: WebSockets, gRPC mi yoksa Shreds mi?
Birçok müşteriden gelen geri bildirimler oldukça tutarlıdır ve performans sıralaması şöyledir:
Shreds > gRPC > WebSockets
Farklı sonuçlar veya koşullar fark ederseniz lütfen bize bildirin.
Q. Bu RPC (gRPC, Shreds) diğerlerinden daha hızlı mı?
Her fiyat kademesini hız için tasarlıyoruz ve bunun başka herhangi bir sağlayıcıyla yan yana ölçülmesinden memnuniyet duyuyoruz. Sonuçlar bölgeye, paylaşımlı mı yoksa dedicated bir uç nokta mı kullandığınıza, kullandığınız protokole (WebSockets, gRPC veya Shreds) ve istemcinizin programlama diline göre değişebilir.
Hizmetimizi daha yavaş bulursanız, lütfen karşılaştırdığınız belirli koşulları ve rakipleri ERPC Web Dashboard üzerinden bize bildirin. Nedenini belirleyecek ve hızı daha da iyileştireceğiz.