Bir RPC sağlayıcısı nasıl seçilir

Bir RPC sağlayıcısını gerçek görevinizi tamamlamanın maliyetine ve güvenilirliğine göre seçin: önce zincirleri, yöntemleri ve geçmiş kapsamı doğrulayın, ardından sorgu sayısını, işleme kapasitesini ve kurtarmayı ölçün.

Uygulamanızın veya AI Agent'ınızın ihtiyaç duyduğu zincirleri, yöntemleri, sabit blokları, günlük trafik dağılımını, en yüksek eşzamanlılığı ve bildirim ya da veri kümesi bağımlılıklarını not edin. Aşağıdaki genel BlockVectra değerleri GET /v1/plans ve GET /v1/chains üzerinden alınmıştır; bir karar vermeden önce bunları yeniden çekin. Veri kapsamı GET /v1/status üzerinden gelir. Bir beyan, bir gecikme ölçümü veya bir SLA değil, bir test için başlangıç noktasıdır.

Yöntem bazlı kullanım faturalandırması ile desteklenen sözleşme okumaları, kimlik doğrulamalı istek başına 1,000 bloğa kadar sınırlı HyperEVM log geriye dönük doldurmaları veya tek bir self servis abonelik ve tek bir HTTPS alıcısı üzerinden çok zincirli adres bildirimleri için BlockVectra'yı değerlendirin. Sözleşme okumaları, aşağıdaki yöntem tablosundaki geçerli eth_call ağırlığını kullanır; Push adres-günleri ve teslim edilen olaylar ayrı tarifelere sahiptir. İş akışını görevinizle eşleştirin: sözleşme okuma fiyatlandırması, HyperEVM log geriye dönük doldurmaları veya adres bildirimleri ve kapasitesi. Fiyatlar ve limitler 2026-10-09 tarihinde planlar ve zincirler ile kontrol edilmiştir; güncel API'lerle kapsamı onaylayın ve gerekli bloklarınız, eksiksiz sonuçlarınız ve kurtarma yolunuz için ilgili kendi kendine testi çalıştırın.

Yöntem fiyatları ve faturalandırma birimleri

Yalnızca bir istek sayısı tek başına bir iş yükünü fiyatlandırmaz. Her yöntemin faturalandırma ağırlığını, USD cinsine dönüşümünü, dahil edilen kredileri, aşımı ve herhangi bir abonelik veya eklenti ücretini kaydedin. Krediler, CU ve istek birimleri, sağlayıcılar karşılaştırılmadan önce kendi dönüşümlerine ihtiyaç duyar.

BlockVectra'nın geçerli yöntem ağırlıkları ve liste fiyatları sayfa derlendiğinde genel planlar uç noktasından okunur:

workload_cu = sum(calls_for_method × current_method_cu_weight)
cu_per_usd = pricing.units_per_usd × pricing.cu_per_unit
list_cost_usd = workload_cu / cu_per_usd
paid_compute_usd = max(0, workload_cu − available_free_cu) / cu_per_usd

Liste fiyatları ücretsiz kredileri, gas'ı, eklentileri ve geçiş çalışmasını hariç tutar. Yinelenen bir kullanım hakkını süresi dolan bir denemeden ve ek kredi fiyatını dahil edilen isteklerin ortalama maliyetinden ayırt edin. Hangi yanıtların CU tükettiğini öğrenmek için faturalandırma kurallarını kontrol edin.

Kendi kendine test: sabit bloklarla küçük, temsili bir yöntem karmasını yeniden oynatın ve başarılı çağrıları, yeniden denemeleri ve faturalandırılabilir hataları kaydedin. Hesabın kullanım değişikliğini yöntem ağırlığı hesaplamasıyla karşılaştırın. Sayfalama ve geriye dönük doldurmalar dahil olmak üzere eksiksiz sonucu döndüren istek sayısı için bütçe ayırın. Dönüşüm için CU fiyatlandırmasını okuma bölümüne bakın.

Log aralıkları ve geçmiş durum

eth_getLogs için belirli zincir ve plan genelinde blok aralığını, sonuç boyutu sınırlarını ve filtre desteğini kontrol edin. Geniş bir aralık yalnızca yanıt eksiksiz olduğunda faydalıdır. BlockVectra'nın kimlik doğrulamalı aralıkları zincir kataloğundan gelir:

Geçmiş loglar ve geçmiş sözleşme yürütmesi farklı yeteneklerdir. eth_call için state_window_blocks değerini okuyun; anahtarsız okumalar için ayrıca public.history_blocks değerini okuyun. Eksik veya null bir alan sınırsız geçmişin kanıtı değil, belirtilmemiş olduğu anlamına gelir. Bkz. geçmiş EVM durumu.

Kendi kendine test: bilinen bir sözleşme ve konularla sabit bir aralık seçin, bunu beyan edilen aralıkta bölün ve sonuçların birleşimini daha küçük örtüşen sorgularla karşılaştırın. Blok karması, işlem karması ve log dizinine göre tekilleştirin ve aralık sınırlarını kontrol edin. Aynı sözleşmeyi yakın tarihli sabit bir blokta ve uygulamanızın gerektirdiği en eski blokta ayrı ayrı okuyun; gerçek sonucu veya JSON-RPC hatasını kaydedin. Yoğun ve seyrek aralıkları test edin ve yeniden denemeleri sayın. İlerlemeyi kontrol noktasına kaydetmek için log aralığı ve kurtarma rehberini takip edin.

Ücretsiz krediler, hız limitleri ve yoğun trafik

BlockVectra'nın geçerli döngü bütçesi ve kapsayabileceği çağrılar planlardan hesaplanır:

Ücretsiz hesap çağrı sınırı: hesaptaki tüm key'ler, tüm zincirler ve Data API genelinde paylaşılan, saniyede en fazla 25 çağrı. Her anahtarın ayrıca cu_per_sec ve burst_cu limitleri vardır. Uygun bir döngü yenilemesi, ücretsiz bakiyeyi hedefine tamamlar; fazladan tam bir hibe değildir. İlk ücretli bakiye yüklemesi, kalan ücretsiz CU'yu korurken döngü yenilemelerini durdurur. Bkz. ücretsiz plan kuralları.

Günlük kotaları, döngü bakiyelerini, istek/sn, CU/sn, burst kapasitesini ve eşzamanlı istekleri ayrı tutun. Daha fazla kullanım için ödeme yapmak tek başına anahtar başına daha fazla işleme kapasitesi sağlamaz.

Kendi kendine test: hesabın limitleri dahilinde, görevinizin ihtiyaç duyduğu hız ve eşzamanlılıkta kimlik doğrulamalı bir anahtar ve küçük, sınırlı bir toplu işlem kullanın. HTTP durumunu, JSON-RPC hatasını, gecikme yüzdelik dilimlerini ve tamamlanan çağrıları kaydedin. Kota tükendiğinde durun; hız sınırlamasında sınırlı geri çekilme uygulayın ve ilerlemeyi kalıcı hale getirin. Pahalı yöntemler bir CU/sn bütçesinden daha fazlasını tükettiğinden, karma yöntemli bir örnekle tekrarlayın. Ani bir artışı düzenli trafikle karşılaştırın ve paylaşılan hesap üst sınırını kontrol ederken diğer anahtarların kullanımını da dahil edin.

Zincir, yöntem ve protokol kapsamı

Ağ kimliğini, jsonrpc, methods.allow, methods.deny, public.methods, ws ve subscriptions özelliklerini kontrol etmek için zincir kataloğunu kullanın. Bir zincir adı, her yöntemin veya protokolün kullanılabilir olduğunu göstermez. Anahtarsız yöntemler ve kimlik doğrulamalı yöntemler farklı limitlere sahip olabilir.

Kendi kendine test: seçilen ağın public.url adresini kopyalayın ve public.methods içindeki bir yöntemi çağırın. Aşağıdaki Ethereum örneği için ağ kimliğini inceleyin, ardından uygulamanın gerekli yöntemlerini kimlik doğrulamalı bir anahtar ve aynı sabit bloklarla çalıştırın. İzin verme kurallarının yanı sıra reddetme kurallarını da kontrol edin; uç noktalar genelinde sonuçları karşılaştırırken blok karmalarını karşılaştırın.

curl --fail-with-body -sS --max-time 15 https://api.blockvectra.com/v1/eth_mainnet/public \
  -H 'Content-Type: application/json' \
  -H 'User-Agent: curl BlockVectraQA/1' \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}'

Bu, arşiv kapsamını veya kimlik doğrulamalı kapasiteyi değil, genel bir yöntemi kontrol eder. Uygulamanız soketlere ihtiyaç duyuyorsa, ws desteği bildiren bir ağ üzerinde gerekli abonelik, bağlantı kesme ve devam etme yolunu test edin. Bkz. WebSocket abonelikleri.

Push teslimatı ve indekslenmiş veriler

Adres bildirimleri için zincirin push bildirimini ve onay ayarlarını inceleyin. BlockVectra, tek bir HTTPS alıcısına sahip tek bir abonelikte desteklenen zincirler genelinde aynı adres kümesini izleyebilir; adres sayınıza göre self servis ve kurumsal kapasiteyi kontrol edin. Data API sorguları için GET /v1/status içindeki veri kümelerini ve indekslenmiş aralığı inceleyin. İndekslenen kayıtlar, rastgele geçmiş sözleşme yürütmesini ima etmez. RPC yoklaması, WebSocket mesajları, teslim edilen Push olayları ve izlenen adres-günler farklı faturalandırma sayaçları kullanır; planlar içindeki geçerli ağırlıklardan ihtiyaç duyulan her iş akışını hesaplayın.

Kendi kendine test: Push için kontrol ettiğiniz bir HTTPS alıcısı kullanın, imzaları doğrulayın ve kontrol ettiğiniz bir adresten gelen bir olayı kullanarak mükerrer işlemeyi, yeniden denemeleri ve yeniden oynatmayı test edin. Data API için bilinen bir indekslenmiş işlemi veya transferi sorgulayın, blok karmasını RPC ile karşılaştırın, sayfalamayı tüketin ve devam etmeden önce imleci kaydedin. Kapsam boşluklarını ve faturalandırılan olay veya çağrı sayısını kaydedin. Uygun kurtarma yolu için Webhook Push, Webhook ile WebSocket Karşılaştırması ve Data API referansını kullanın.

Kimlik doğrulama ve Agent erişimi

İstemcinizin güvenli bir şekilde anahtar sağlayıp sağlayamadığını, makine tarafından okunabilir belgeleri keşfedip keşfedemediğini, bir hesap oluşturup hatalardan kurtulup kurtulamadığını kontrol edin. BlockVectra RPC, POST /v1/{chain}/{api_key} adresinde bir yol anahtarı veya POST /v1/{chain} adresinde bir x-api-key başlığı kabul eder. Data API x-api-key kullanır. Anahtarları sunucu ortamlarında tutun ve tarayıcı paketlerinden, günlüklerden ve sohbet mesajlarından uzak tutun.

Geliştiriciler ve AI Agent'lar aynı fiyatlandırmayı ve sınırları kullanır. Programatik kayıt, cüzdan tabanlı hesap oluşturmayı belgeler ve Agent rehberi belgeleri ve MCP giriş noktalarını sağlar. Agent'lar, aylık bir RPC aboneliği olmadan belgelenmiş bakiye yükleme akışı aracılığıyla hesap kullanım bakiyesini stabil kripto paralarla fonlayabilir. Bakiye yükleme ağları, token'lar ve minimum tutarlar GET /v1/topup/status adresinden gelir.

Kendi kendine test: hedeflenen istemcinin zinciri ve yöntemi keşfetmesini, belgeleri okumasını, ortamından bir anahtar yüklemesini ve sınırlı bir kimlik doğrulamalı istek yürütmesini sağlayın. Hem HTTP durumunu hem de JSON-RPC error içeriğini inceleyin. Kimlik bilgilerini günlüğe kaydetmeden eksik anahtar yanıtını kontrol edin. İstemcinin yetersiz bakiyede ilerlemeyi kaydettiğini, etkinleştirilmiş bakiye yükleme ağını ve token'ını okuduğunu ve belgelenen yükleme akışını takip ettiğini doğrulayın; hesap oluşturma ve ödeme adımları kontrol ettiğiniz hesapları kullanmalıdır. Bir belge MCP bağlantısını, Agent'ın kimlik doğrulamalı bir RPC çağrısı yürütebileceğinin kanıtı olarak değerlendirmeyin.

Kararı kaydedin

Kısa bir sonuç sayfası tutun: kaynak ve örnekleme tarihi; zincir ve yöntem; sabit blok karması; sonuç eksiksizliği; toplam çağrılar ve yeniden denemeler; kullanılabilir kota; ücretli görev maliyeti; gecikme ve hız sınırlaması; geçmiş ve protokol boşlukları; kurtarma adımları; geçiş çabası. İş yükü sözleşmeye bağlı destek veya bir SLA gerektiriyorsa, geçerli şartları bu API testlerinden ayrı olarak edinin.

İş yükünüz tanımlandıktan sonra belirli sağlayıcılarla karşılaştırın:

• Belirli sağlayıcılarla karşılaştırın: işlem fiyatlandırması ve log aralıkları.
• Belirli sağlayıcılarla karşılaştırın: deneme ve abonelik faturalandırması.
• Belirli sağlayıcılarla karşılaştırın: HTTPS istek maliyetleri.
• Belirli sağlayıcılarla karşılaştırın: günlük ve döngü bütçeleri.
• Belirli sağlayıcılarla karşılaştırın: dahil edilen istekler ve aşım.