SSS - Geyser gRPC Stream

Q. Düğümleriniz hangi bölgelerde bulunuyor?

Şu anda aşağıdaki bölgelerde düğüm işletiyoruz:

Frankfurt (FRA)
Amsterdam (AMS)
London (LON)
New York (NY)
Chicago (CHI)
Tokyo (TY)
Singapore (SGP)
Sydney (SYD)

ERPC, düz çizgi mesafesine güvenmek yerine gerçek yönlendirme yollarına dayalı olarak gerçek ağ gecikmesini ölçer ve en düşük gecikmeye sahip bölgeyi otomatik olarak seçer. Bu yaklaşım yalnızca bireysel kullanıcılar için gecikmeyi iyileştirmekle kalmaz, aynı zamanda genel ağ verimliliğini de artırır ve ERPC'nin olası saldırılara karşı küresel dayanıklılığını güçlendirir.

Ortamınız en uygun bölgeyi otomatik olarak seçmiyorsa, lütfen ERPC Web Dashboard üzerinden bizimle iletişime geçin. Çoğu durumda bu sorun, uç noktadan gelen ping yanıtlarını engelleyen güvenlik duvarı ayarlarından kaynaklanır.

ERPC Web Dashboard: https://dashboard.erpc.global/tr

Q. Gecikme 9999ms gösteriyor ve uygun olmayan bir bölge seçiliyor. Ne yapmalıyım?

IP'nizi kaydettiğinizde, en yakın bölgeyi belirlemek için her gRPC yük dengeleyiciden ona ping atarız. ICMP yanıtları güvenlik duvarınız (ufw, bulut güvenlik duvarları, güvenlik grupları vb.) tarafından engellenirse, ölçüm 9999ms olabilir ve bu da en yakın uygun bölgenin seçilmesini engelleyebilir. En yakın bölgenin otomatik olarak seçilmesi için aşağıdaki yük dengeleyici IP'lerini izin listesine ekleyin.

Region	Domain	IP Address
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.103.245
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.64.77
🇺🇸 New York	grpc-ny6-1.erpc.global	64.130.37.222
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.149
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.177
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.206
🇬🇧 London	grpc-lon6-1.erpc.global	67.209.52.250
🇯🇵 Tokyo	grpc-tokyo-6.erpc.global	198.13.133.88
🇸🇬 Singapore	grpc-sgp6-1.erpc.global	202.8.11.52
🇦🇺 Sydney	grpc-syd-1.erpc.global	82.26.116.36
🛰️ Far Point	grpc-far-point.erpc.global	63.254.162.14

Q. IP adresimi allowlist'e ekledim, ama hâlâ bağlanamıyorum. Neyi kontrol etmeliyim?

ERPC gRPC ve Shreds endpointleri, IP allowlist ile korunan düz HTTP port 80 kullanır. Port 443 üzerinde HTTPS/TLS kullanmazlar.

Başka bir sağlayıcıdan client örneği kopyalarsanız, örnek varsayılan olarak :443 veya HTTPS kullanabilir. Sadece domain'i değiştirirseniz port ve TLS ayarları aynı kalabilir, bu da bağlantının çalışmasını engeller.

Aşağıdaki endpoint'ler örnektir. Bunları dashboard'da gösterilen kendi endpoint'inizle değiştirin. HTTP formunda kullanın veya client host ve port istiyorsa port 80'i açıkça belirtin:

Normal gRPC

Geçerli değil: grpc-fra1-1.erpc.global:443
Geçerli: grpc-fra1-1.erpc.global:80
Geçerli URL formu: http://grpc-fra1-1.erpc.global

Burst gRPC

Geçerli değil: grpc-fra1-burst.erpc.global:443
Geçerli: grpc-fra1-burst.erpc.global:80
Geçerli URL formu: http://grpc-fra1-burst.erpc.global

Kimlik doğrulama kayıtlı IP adresinize dayanır. Belirli bir ürün sayfası açıkça belirtmedikçe ERPC gRPC veya Shreds endpointleri için x-token, token veya Authorization header'ları eklemeyin.

Q. Geyser gRPC Burst nedir?

Geyser gRPC Burst, gecikmeye duyarlı Solana akış iş yükleri için ERPC'nin düşük gecikmeli paylaşımlı gRPC katmanıdır. Burst'e özgü bölgesel altyapı kullanırken, hesap, işlem, slot ve blok aboneliklerini de içeren, normal gRPC hizmetiyle aynı Yellowstone/Geyser gRPC arayüzünü sunar.

Burst şu anda Frankfurt, Amsterdam, New York, Tokyo ve Singapore'da çalışmaktadır. Sistem, gerçek gecikme ölçümlerine dayanarak kayıtlı IP'niz için mevcut en iyi Burst bölgesini seçer.

S. Burst gRPC için hangi IP'lere izin vermeliyim?

Burst yönlendirmesi, yukarıda listelenen normal gRPC load balancer IP'lerinden gecikmeyi ölçer ve ardından desteklenen en yakın bölgeyi bir Burst uç noktasına eşler. Gecikme seçimi için bu normal gRPC ping kaynak IP'lerine, istemcinizin seçilen Burst uç noktasına bağlanabilmesi için de aşağıdaki Burst load balancer IP'lerine izin verin.

Region	Burst Domain	IP Address
🇩🇪 Frankfurt	grpc-fra1-burst.erpc.global	64.130.41.234
🇳🇱 Amsterdam	grpc-ams1-burst.erpc.global	64.130.55.180
🇺🇸 New York	grpc-ny6-burst.erpc.global	64.130.59.217
🇯🇵 Tokyo	grpc-tokyo-burst.erpc.global	208.91.107.247
🇸🇬 Singapore	grpc-singapore-burst.erpc.global	67.209.55.15

Normal gRPC load balancer IP'lerinden gelen ICMP yanıtları engellenirse dashboard 9999ms gösterebilir ve Burst en uygun olmayan bir bölgeye geri dönebilir. Burst IP'lerini engellemek, seçilen Burst uç noktasına bağlantıyı etkiler.

Q. Burst, Direct Shreds veya ShredStream ile aynı şey mi?

Hayır. Burst, standart gRPC arayüzü üzerinden tam Yellowstone/Geyser gRPC'dir. Bir gRPC istemcisinden blok, slot, işlem veya hesap akışlarına ihtiyaç duyduğunuzda uygundur.

Direct Shreds / ShredStream ise ham shred verileri için ayrı bir UDP tabanlı üründür ve mümkün olan en erken blok öncesi veri yolu öncelik olduğunda tercih edilebilir. İki ürün farklı arayüzlere ve iş yüklerine hizmet eder.

Q. Daha önce yalnızca WebSocket kullandım. gRPC kullanabilir miyim? Örnekleriniz var mı?

Evet. SLV kullanarak gRPC ile hızlıca test edebilir ve geliştirmeye başlayabilirsiniz.

Token olmadan test edebileceğiniz paylaşımlı bir uç nokta için şunu çalıştırın:

bash

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

Ayrıntılar için gRPC Quickstart Guide sayfamıza göz atın.

Q. İki IP adresi kaydedebilir miyim?

Abonelik başına bir uç nokta kullanabilirsiniz. İki IP adresi kullanmak isterseniz, iki ayrı aboneliğe abone olmanız gerekir.

Q. Herhangi bir filtre sınırı var mı?

Hayır, filtrelerde herhangi bir sınır yoktur.

Q. Hangi bölgeyi önerirsiniz?

Tek bir kalıcı en iyi bölge yoktur. Solana küreseldir ve lider doğrulayıcı her slotta değişir. Daha fazla doğrulayıcıya ve daha yüksek stake'e sahip bölgeler lider slotlarını daha sık görür; bu da işlemlerin daha hızlı yerleşmesine 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 doğrulayıcı 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 doğrulayıcını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. En az ~400ms veya daha iyi bir gecikmeye ihtiyacım var.

Yaklaşık 400ms içinde gecikme elde etmek 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 genellikle ping gecikmesinin yaklaşık 5 katını yaşayan akış iletişimlerindeki gerçek gecikmeyi yansıtmaz. Örneğin, kıtalar arası 100ms'lik bir ping gerçekçi olarak 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.
- Tipik Ping Değeri Referansı:
  - 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
Ortalama Gecikme Tuzağından Kaçınmak: Solana doğrulayıcıları 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 doğrulayıcı 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 doğrulayıcı programını sürekli olarak izleyin. Yaklaşan liderler, stake ağırlığı, doğrulayıcı coğrafi konumları ve referans ping değerleri hakkında gerçek zamanlı veri sağlayarak, minimum gecikmeyle en uygun işlem slotlarını doğru bir şekilde belirlemenize olanak tanır. 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.
- ERPC Leader Slot API Documentation
- ERPC Web Dashboard

Validators Solutions - Solana network data

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 doğrulayıcıları 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 doğrulayıcı 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 doğrulayıcı 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.

Halka açık harita tarzı veri kaynaklarından veya yerel RPC API'lerinden çok daha yüksek hassasiyetle gerçek zamanlı lider programları, stake ağırlığı, doğrulayıcı coğrafi konum verileri ve referans ping değerleri elde etmek için ERPC Leader Slot API (getLeaderSlots) kullanın. Bu, fırsat bölgelerini daha doğru tahmin etmenizi ve sıfıra yakın gecikmeli işlemler yürütmenizi sağlar.
- ERPC Leader Slot API Documentation
- ERPC Web Dashboard
Dedicated Düğümlerin Uygulanması: Rekabet etmekte zorlanıyorsanız, dedicated düğümler kullanmayı düşünün. Paylaşımlı düğümler diğer kullanıcıların trafiği nedeniyle gecikme yaşar ve bu nedenle ö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. Belirli bir uç nokta kullanabilir miyim?

Düşük gecikmeli bir ortam sağlamak için sistemimiz en yakın uygun düğümü otomatik olarak seçer. Belirli bir uç nokta kullanmak isterseniz, o uç noktaya en yakın konumda bulunan bir sunucu kiralamanızı öneririz.

Q. 401 hatası alıyorum. Neden?

Düşük gecikmeli bir ortam sağlamak için IP kısıtlamaları uyguluyoruz. Bir aboneliğiniz yoksa veya IP'niz kayıtlı değilse, 401 hatası alırsınız.

Lütfen kayıtlı IP'nizin mevcut erişim IP'nizle eşleştiğini bir kez daha kontrol edin.

Q. 429 hatası alıyorum. Neden?

Planınızın bağlantı sınırına ulaştınız.

Bu hatayla karşılaşırsanız, planınızı yükseltmeyi düşünün. Premium planımızın sağladığından daha fazla bağlantıya ihtiyacınız varsa, dedicated bir gRPC düğümü daha uygun olacaktır.

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 eğilimi gösterir. 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, diğer kullanıcılardan tamamen etkilenmediğiniz anlamına gelir ve sürekli olarak istikrarlı ve hızlı yanıtlar sağlar.

Ayrıca, dedicated uç noktalar HTTP gibi TLS'siz iletişim seçenekleri sunar. TLS el sıkışmasını (yaklaşık 20ms) atlayarak, iletişim HTTPS'ye kıyasla daha da hızlı hale gelir.

Q. Abone olduktan sonra satış fiyatı yükseltilecek mi?

Aboneliğiniz aktif kaldığı sürece, kayıt sırasında sabitlediğiniz satış fiyatı geçerli kalır. Solana'nın gerçek zamanlı iş yükü altında dayanıklılığını koruyan ortamlar küresel olarak nadirdir ve liste fiyatlarını artan donanım ve ağ talebine paralel olarak yükseltmeyi planlıyoruz. Daha yüksek özellikli yapılandırmalar ve yüksek talepli bölgeler en hızlı şekilde tükenir; bu nedenle mevcut promosyon fiyatını sabitlemek, uzun vadede en uygun maliyetli seçimdir.

Q. Kripto ile ödeme yapmak istiyorum

Kripto ödemeleri artık ERPC Web Dashboard üzerinden kullanılabilir. ERPC Credits satın almak için SOL, USDC veya EURC kullanabilirsiniz.

Bu ERPC Credits'i ERPC planlarını etkinleştirmek veya sürdürmek için kullanın. Dashboard'u açın, kripto ödemeyi seçin, transferi cüzdanınızdan gönderin; dashboard işlemi doğrulayacak ve kredileri hesabınıza uygulayacaktır.

ERPC Web Dashboard

Q. Mümkün olan en düşük gecikmeyi nasıl elde edebilirim?

Dedicated bir gRPC düğümünü Bare-Metal server'ımızla birleştirmenizi şiddetle öneririz.

Her ikisi de aynı ağı paylaşır ve internet üzerinden geçmeden özel, sıfır mesafeli iletişime olanak tanır. Bu kurulum, genellikle yaklaşık 0.1ms ping ile son derece düşük gecikme sağlar.

Daha fazla ayrıntı için lütfen ERPC Web Dashboard üzerinden bizimle iletişime geçin.

ERPC Web Dashboard

🔗 ERPC Web Dashboard

Q. Gecikme nasıldır?

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.

Tüm planlarımızda ücretsiz denemeler sunarak, gerçek dünya ortamınızda performansı doğrudan test etmenize olanak tanıyoruz. Ayrıca, gecikmeyi ölçmek için TypeScript ve Rust dillerinde kullanımı kolay araçlar sağlıyoruz. Bu araçları ücretsiz denemenizle birlikte kullanmaktan çekinmeyin.

Q. Bu RPC (gRPC, Shreds) diğerlerinden daha hızlı mı?

Ücretsiz denememizi denemenizi ve performansı diğer hizmetlerle karşılaştırmanızı öneririz. 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.

Müşteri geri bildirimlerine dayanarak gecikmeyi sürekli olarak iyileştirmek için çalışıyoruz. Mümkün olan en hızlı uç noktayı arıyorsanız, lütfen bizimle ayrıntılı bilgi paylaşın. Rakiplere karşı belirli ölçütler ve karşılaştırma koşulları sağlamak, üstün performans sunmamıza olanak tanır. Bu geri bildirime dayalı yaklaşım, hizmetlerimizi sürekli olarak geliştirmemizi sağlamıştır.

ERPC Web Dashboard

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. Yüksek gecikme yaşıyorum. Ne yapabilirim?

Gecikme büyük ölçüde uç noktaya olan yakınlığınıza bağlıdır. Sağlanan uç noktaya yakın bir sunucudan erişmenizi öneririz. En hızlı bağlantılar Bare-Metal server ve VPS service ile elde edilir.

Q. En hızlısı hangisi: WebSockets, gRPC mi yoksa Shreds mi?

Müşterilerimizden gelen geri bildirimler hızı sürekli olarak şu şekilde sıralar:

Shreds > gRPC > WebSockets

Farklı sonuçlar gözlemlerseniz lütfen deneyiminizi paylaşın.

Q. Gecikme beklediğim gibi değil.

Performans, kullanılan programlama diline bağlı olarak değişir. Genel olarak, dil hızı şu şekilde sıralanır:

Rust > Go > TypeScript (JavaScript) > Python

Ayrıntılı karşılaştırmalar için bakınız:

Programming Language Speed Comparison

Maksimum performans için Rust kullanmanızı şiddetle öneririz.