Solana RPC Endpoint SSS | ERPC
S. Solana RPC endpoint nedir ve ERPC ile nasıl alınır?
Solana RPC endpoint; uygulamanızın, trading botunuzun, cüzdanınızın veya analitik sisteminizin Solana'ya JSON-RPC istekleri göndermek ve zincir verisi almak için kullandığı URL'dir. ERPC ile aynı global proxy network üzerinden HTTP ve WebSocket erişimi destekleyen yönetilen bir Solana endpoint elde edersiniz.
Başlamak için ERPC Web Dashboard üzerinden hesabınızı oluşturun veya açın, API key'inizi kopyalayın ve endpoint URL'sindeki
api-key parametresine ekleyin:text
https://edge.erpc.global?api-key=<YOUR_API_KEY>https://edge.erpc.global?api-key=<YOUR_API_KEY>WebSocket abonelikleri için de aynı API key formatını kullanın:
text
wss://edge.erpc.global?api-key=<YOUR_API_KEY>wss://edge.erpc.global?api-key=<YOUR_API_KEY>S. Her yöntem kaç token tüketir?
Şu anda ayrıntılı bir token kullanım tablosu hazırlıyoruz. Ücretsiz deneme süresi boyunca tüm yöntemleri deneyebilir ve yaklaşık tüketim hakkında pratik bir fikir edinebilirsiniz.
Referans olarak temel oran yöntem başına 42 token'dır.
S. Node'larınız hangi bölgelerde bulunuyor?
Şu anda aşağıdaki bölgelerde node işletiyoruz:
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- New York (NY)
- Chicago (CHI)
- Tokyo (TY)
- Singapore (SGP)
ERPC'nin RPC endpoint altyapısı Cloudflare tarafından desteklenir ve 300'den fazla edge sunucudan oluşan global bir network kullanır. İstekler otomatik olarak en yakın Cloudflare edge lokasyonundan geçirilir ve ardından en uygun ERPC node'una yönlendirilir. Böylece dünyanın herhangi bir yerinden mümkün olan en kısa ağ yolu ve tutarlı düşük gecikme sağlanır.
Bu mimari, coğrafi mesafenin ve karmaşık routing etkisinin azaltılmasına yardımcı olur; Solana node'larına maksimum stabilite ve performansla, sürekli optimize edilmiş bağlantı sunar.
ERPC Web Dashboard: ERPC Web Dashboard
S. WebSocket kullanabilir miyim?
Evet, WebSocket desteklenir. Aynı endpoint üzerinden çalışır ve gerçek zamanlı veri güncellemelerini verimli şekilde almanıza olanak tanır.
S. Neden 401 hatası alıyorum?
401 hatası bir kimlik doğrulama sorununa işaret eder. Lütfen şunları kontrol edin:
- Aboneliğinizin başlayıp başlamadığı
- Kalan krediniz olup olmadığı
Krediniz bittiyse planınızı yükseltmeyi değerlendirin.
S. Neden 429 hatası alıyorum?
429 hatası rate limit'e ulaştığınız anlamına gelir. Bu hata sık sık oluşuyor ve hizmetinizi etkiliyorsa planınızı yükseltmeyi değerlendirin.
S. Dedicated endpoints neden daha hızlı?
Shared endpoints, aynı kaynakları paylaşan birden fazla müşteri tarafından kullanılır. Trafik arttıkça latency oluşma eğilimi de artar. Sunucu kaynaklarının fiziksel sınırları vardır ve aynı anda çok fazla istek geldiğinde işlemler sıraya alınır; bu da yanıt sürelerini yavaşlatır.
Shared endpoints üzerinde performansı optimize etmek için çeşitli önlemler alsak da dedicated endpoints ile kaynağın tek kullanıcısı siz olursunuz. Bu, diğer kullanıcıların trafiğinden etkilenmeden daha stabil ve hızlı yanıtlar almanız anlamına gelir.
Ayrıca dedicated endpoints, HTTP gibi TLS kullanmayan iletişim seçenekleri sunabilir. TLS handshake atlandığında (yaklaşık 20ms), HTTPS'e kıyasla iletişim daha hızlı olabilir.
S. Abone olduktan sonra satış fiyatı artırılır mı?
Aboneliğiniz aktif kaldığı sürece kayıt sırasında kilitlediğiniz satış fiyatı geçerli olur. Solana'nın gerçek zamanlı iş yükünü taşıyabilen ortamlar global ölçekte sınırlıdır ve artan donanım ile network talebine paralel olarak liste fiyatlarını kademeli artırmayı planlıyoruz. Daha yüksek özellikli konfigürasyonlar ve yüksek talep gören bölgeler en hızlı tükenir; bu nedenle mevcut promosyon fiyatını kilitlemek uzun vadede en maliyet verimli seçenektir.
S. Kripto ile ödeme yapmak istiyorum
Kripto ödemeleri artık ERPC Web Dashboard üzerinden kullanılabilir. SOL, USDC veya EURC ile ERPC Credits satın alabilirsiniz.
Bu ERPC Credits ile ERPC planlarını başlatabilir veya kullanmaya devam edebilirsiniz. Dashboard'u açın, crypto payment seçin, ödemeyi wallet'ınızdan gönderin; dashboard işlemi doğrular ve credits tutarını hesabınıza ekler.
S. Hangi bölgeyi öneriyorsunuz?
Kalıcı tek bir en iyi bölge yoktur. Solana globaldir ve leader validator her slot'ta değişir. Daha fazla validator ve daha yüksek stake bulunan bölgelerde leader slot'ları daha sık görülür; bu, işlemlerin daha hızlı sonuçlanmasına yardımcı olabilir. Ancak rekabet eden trafik de bu bölgelerde yoğunlaşır, bu yüzden stratejinize bağlı olarak daha az kalabalık bir bölge bazen daha iyi sonuç verebilir.
Pratik bir başlangıç noktası olarak, sürekli leader-slot arzı önemliyse Frankfurt veya ABD Doğu Yakası gibi validator yoğun bölgeleri seçin. En kısa yol ile belirli bir hedef validator'a yakın olmak öncelikliyse altyapınızı buna göre konumlandırın. Public Solana network dağılımını anlamak için Validators Solutions kullanın; ardından tek bölge, çift bölge veya global dağıtımın uygun olup olmadığına karar vermek için ERPC Leader Slot API ve gerçek ölçümlerden yararlanın.
S. En az yaklaşık 400ms veya daha iyi latency'e ihtiyacım var.
Yaklaşık 400ms içinde latency elde etmek için şu temel noktaları dikkate alın:
-
Ping değerlerini gerçekçi yorumlama: Ping değerleri ideal koşulları gösterir ve streaming iletişimindeki gerçek latency'i doğrudan yansıtmaz. Streaming iletişimde latency genellikle ping değerinin yaklaşık 5 katına çıkabilir. Örneğin kıtalar arası 100ms ping, pratikte yaklaşık 500ms latency anlamına gelebilir. Bu nedenle ~400ms latency için altyapının aynı bölgede kurulması gerekir.
- Tipik ping değeri referansı:
- Aynı network: ~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
- Tipik ping değeri referansı:
-
Ortalama latency yanılgısından kaçınma: Solana validators global olarak dağılmıştır ve leader schedule her epoch'ta rastgele değişir. ~400ms hedefi için ortalama latency'e güvenmek pratik değildir. Bunun yerine, belirli bölgenizdeki validator schedule'larını hassas şekilde takip ederek en düşük latency sunan slot'ları belirlemelisiniz. Tutarlı şekilde minimum latency elde etmek için ilgili tüm bölgelerde altyapı gerekebilir. Aynı bölge içinde veri edinimi onlarca milisaniyede, iletim ise birkaç milisaniyede gerçekleşebilir.
-
Leader schedule'ı takip etme: Bölgeniz için leader validator schedule'ını ERPC Leader Slot API (
getLeaderSlots) ile sürekli izleyin. Bu API yaklaşan leader'lar, stake weight, validator geolocation bilgileri ve referans ping değerleri hakkında gerçek zamanlı veri sağlar; böylece minimum latency ile en uygun trading slot'larını doğru şekilde belirleyebilirsiniz. Public harita tarzı veriler ve native RPC API'ler geniş network görünürlüğü için faydalıdır, ancak işlem zamanlaması için yeterince hassas değildir. Leader Slot API, routing ve trading kararları için gereken ayrıntı düzeyiyle bu boşluğu doldurur.
Solana network verisi: Validators Solutions
S. Zero-block (zero-slot) trading'i nasıl başarabilirim?
Zero-block (zero-slot) trading'i başarıyla uygulamak daha gelişmiş stratejiler gerektirir:
-
Fırsat bölgelerini belirleme: Solana validators global olarak dağılmıştır ve her slot için optimal latency elde etmek fiziksel olarak imkansızdır. Bu nedenle altyapınızın bulunduğu bölgedeki validator leader schedule'larını izleyin ve en avantajlı fırsat bölgelerini belirleyin. Altyapıyı birden fazla bölgede dağıtmak da avantaj sağlayabilir. Örneğin Frankfurt, yüksek validator yoğunluğu nedeniyle kritik bir bölgedir; bu da daha sık leader seçimi ve daha fazla trading fırsatı anlamına gelebilir.ERPC Leader Slot API (
getLeaderSlots) ile gerçek zamanlı leader schedule, stake weight, validator geolocation verisi ve referans ping değerlerini; public harita tarzı veri kaynaklarına veya native RPC API'lere göre çok daha yüksek hassasiyetle alabilirsiniz. Bu sayede fırsat bölgelerini daha doğru tahmin edebilir ve near-zero-latency trade'ler yürütebilirsiniz. -
Dedicated nodes kullanma: Rekabet etmekte zorlanıyorsanız dedicated nodes dağıtmayı değerlendirin. Shared nodes, diğer kullanıcıların trafiği nedeniyle latency yaşayabilir ve bu nedenle kritik kullanım senaryoları için önerilmez. Ayrıca dedicated node'unuzu uygulamanızla aynı network içinde konumlandırmak network latency'sini önemli ölçüde azaltır ve performansı optimize eder.
S. Mümkün olan en düşük latency'i nasıl elde edebilirim?
Minimum latency için ideal kurulum, dedicated bir RPC node ile aynı network içinde çalışan Bare-Metal sunucularımızı birlikte kullanmaktır. Her ikisi de aynı network'ü paylaşır ve yaklaşık 0.1ms ping latency ile özel, sıfır mesafeye yakın iletişim sağlar.
Daha fazla detay için lütfen ERPC Web Dashboard üzerinden bizimle iletişime geçin.
S. Dedicated node üzerindeki işlemlerimin başarı oranı düşük
İşlem başarı oranı ve hız, QoS (Quality of Service) adlı mekanizmadan önemli ölçüde etkilenir. Dedicated nodes için özel QoS sunuyoruz. Daha fazla ayrıntı için lütfen aşağıdaki sayfalara bakın veya ERPC Web Dashboard üzerinden bizimle iletişime geçin.
S. Latency seviyesi nasıl?
Latency, ölçüm yöntemine ve kullanım ortamınıza bağlı olarak değişir. Kesin sayılara odaklanmak yerine, latency'nin gerçek operasyonel gereksinimlerinizi karşılayıp karşılamadığına bakmak daha önemlidir.
Tüm planlarımızda ücretsiz deneme sunuyoruz; böylece performansı kendi gerçek ortamınızda doğrudan test edebilirsiniz. Ayrıca latency ölçümü için TypeScript ve Rust ile kullanımı kolay araçlar sağlıyoruz. Bu araçları ücretsiz denemenizle birlikte kullanabilirsiniz.
S. Bu RPC (gRPC, ShredStream) diğerlerinden daha hızlı mı?
Ücretsiz denemeyi kullanarak performansı diğer hizmetlerle karşılaştırmanızı öneririz. Hizmetimizi daha yavaş bulursanız, karşılaştırma yaptığınız koşulları ve rakipleri ERPC Web Dashboard üzerinden bizimle paylaşın. Nedeni belirleyip hızı daha da iyileştirmek için çalışırız.
Müşteri geri bildirimlerine göre latency'i sürekli iyileştiriyoruz. En hızlı endpoint'i arıyorsanız lütfen bizimle ayrıntılı bilgi paylaşın. Rakiplere karşı belirli ölçümler ve karşılaştırma koşulları sağlamanız, daha yüksek performans sunmamıza yardımcı olur. Bu geri bildirim odaklı yaklaşım hizmetlerimizi sürekli geliştirmemizi sağlar.
S. Hangi plan en hızlı performansı sunar?
Genel olarak en üst seviye planımız, daha güçlü CPU'lar, daha yüksek bellek kapasitesi ve sağlam donanım konfigürasyonları nedeniyle en hızlı performansı sağlar.
Daha güçlü sunuculara ihtiyacınız varsa özel çözümler de sunuyoruz; ancak standart planlarımız optimum fiyat/performans oranı sağlamak için tasarlanmıştır.
Her fiyat seviyesinde dünya standartlarında performans sunma konusunda iddialıyız. Aynı fiyat aralığında daha hızlı bir sağlayıcı bulursanız lütfen bize bildirin; araştırıp gerekli iyileştirmeleri yapalım.
S. Yüksek latency yaşıyorum. Neden?
Latency, endpoint'e olan mesafeyle artar. Sağlanan endpoint'e yakın sunuculardan erişmenizi öneririz. En hızlı ortamlar Bare-Metal sunucularımız ve VPS hizmetlerimiz üzerinden sağlanabilir.
S. En hızlı seçenek hangisi: WebSocket, gRPC veya ShredStream?
Müşteri geri bildirimleri tutarlı şekilde şu performans sırasını gösterir:
ShredStream > gRPC > WebSocket
Farklı sonuçlar deneyimlerseniz lütfen bize bildirin.
S. Latency beklediğim gibi değil.
Performans, seçtiğiniz programlama diline göre değişebilir. Genel olarak diller şu sırayla performans gösterir:
Rust > Go > TypeScript (JavaScript) > Python
Daha ayrıntılı karşılaştırmalar için şu kaynağa bakabilirsiniz:
Maksimum performans hedefliyorsanız Rust kullanmanızı güçlü şekilde öneririz.