Infura Alternatifi Olarak BlockVectra: Döngü Kredileri ve Kullanım Faturalandırması

Desteklenen yoğun okuma görevleri için döngü CU bakiyesini kullanmak ve aylık bir RPC aboneliği olmadan ek okumalar için ödeme yapmak üzere BlockVectra'yı seçin.

Karşılaştırma

Rakip verileri 2026-10-08 tarihinde doğrulandı. BlockVectra yöntem ağırlıkları, ücretsiz plan ve anahtar sınırları 2026-10-09 tarihinde GET /v1/plans ile, log aralıkları ise GET /v1/chains ile kontrol edildi. Güncel rakamlar aşağıdaki bileşenler tarafından oluşturulmaktadır.

Ücretsiz bütçe satırı, eşit aylık izinleri veya ölçülen aktarım hızını değil, kredilerin ne zaman kullanılabileceğini karşılaştırır. Yoğun bir görev, yeterli miktarda kalan BlockVectra CU'suna ihtiyaç duyar ve hem hesap hem de anahtar sınırlarına sığmalıdır. Infura abonelik ücretlerinden kredi başına aşım fiyatı çıkarımı yapılmaz.

Neden BlockVectra'yı seçmelisiniz

Yöntem fiyatları ve ücretsiz hesap bütçesi

Aşağıdaki yöntem ağırlıkları, USD dönüşümü ve ücretsiz hesap bütçesi GET /v1/plans adresinden alınmıştır. Zincir sınırları GET /v1/chains adresinden gelir. Aynı zinciri, yöntemi, bloğu ve eksiksiz sonucu karşılaştırın; bölme ve yeniden denemeler çağrı sayısını değiştirir.

Ücretsiz hesap sınırı: hesaptaki tüm key'ler, tüm zincirler ve Data API genelinde paylaşılan, saniyede en fazla 25 çağrı. Anahtar başına key_defaults.cu_per_sec ve burst_cu sınırları da geçerlidir. Uygun döngü yenilemeleri, tam bir hibe eklemek yerine ücretsiz bakiyeyi hedefe tamamlar. İlk ücretli bakiye yüklemesi, kalan ücretsiz CU'yu korurken döngü yenilemelerini durdurur. Bkz. ücretsiz plan kuralları.

Yoğun okuma görevleri için döngü bakiyesi

Bir günde varsayımsal bir 50.000 çağrılık Ethereum eth_call görevi için, yöntem tablosunu kullanarak BlockVectra kullanımını 50.000 × geçerli eth_call CU ağırlığı olarak hesaplayın. Kullanılabilir ücretsiz kredilerden önceki liste fiyatı işlem maliyeti için pricing.units_per_usd × pricing.cu_per_unit değerine bölün. Gerçek kalan bakiyeniz görevi karşıladığında döngü bakiyesini kullanabilirsiniz.

Ücretsiz hesap sınırı: hesaptaki tüm key'ler, tüm zincirler ve Data API genelinde paylaşılan, saniyede en fazla 25 çağrı. key_defaults.cu_per_sec değerini geçerli eth_call ağırlığına bölmek, ölçülen aktarım hızını değil, sürdürülebilir bir CU bütçesi hızını verir. Paylaşılan hesap sınırı ve diğer trafik, kullanılabilir hızı azaltabilir. Geçiş yapmadan önce görevinizin ihtiyaç duyduğu sabit blokları test edin. Kaynaklar: 2026-10-09 tarihinde kontrol edilen planlar ve zincirler.

Anahtarsız denemeler ve programatik Agent fonlaması

Bir anahtar oluşturmadan önce zincir kataloğunun public.url adresinde listelenen bir public.methods yöntemini deneyin. Kimlik doğrulamalı erişim için programatik kayıt, bir Agent'ın cüzdan imzasıyla bir hesap ve anahtar oluşturmasına olanak tanır. Agent bakiye yüklemeleri, aynı kullanım bakiyesini sabit kripto paralarla fonlar; ağları, tokenları ve minimumları bakiye yükleme durumundan okuyun. Geliştiriciler ve AI Agent'lar aynı fiyatları ve sınırları kullanır.

Çok zincirli adres Push

Tek bir HTTPS alıcısı ile bir abonelikte desteklenen birkaç zincirdeki aynı adres kümesini izleyin. Bu, zincir başına bir soket tutmaya gerek kalmadan cüzdan aktivitesi ve ödeme bildirimleri için uygundur. Bkz. self-servis ve kurumsal adres kapasitesi; kurumsal kapasiteyi etkinleştirmek için bize ulaşın. Adres-gün ve iletilen olay ücretleri RPC çağrılarından ayrıdır ve Push fiyatlandırması bölümünde listelenmiştir.

Robinhood Chain ve HyperEVM üzerindeki RPC, zincir kataloğunda listelenmiştir. Ağ başına yöntemleri ve Push desteğini kontrol edin; ilgili iş akışı için zincire özel başlangıç rehberini ve HyperEVM geriye dönük doldurma rehberini kullanın.

Geçiş adımları

1. Envanter ve kapsam: zincirleri, yöntemleri, sabit blokları, log aralıklarını ve abonelik bağımlılıklarını listeleyin. Katalogda methods.allow, methods.deny, public.methods, state_window_blocks ve ws alanlarını kontrol edin. Boş (null) bir geçmiş penceresi arşiv kapsamı değil, belirtilmemiş anlamına gelir. Anahtarsız bir public.url duman testi yalnızca listelenen genel yöntemlerini doğrular.
2. Anahtar ve kimlik doğrulama: konsol veya programatik kayıt aracılığıyla bir BlockVectra anahtarı edinin. Bunu sunucu ortamınızda saklayın. RPC, POST /v1/{chain}/{api_key} veya x-api-key ile POST /v1/{chain} kabul eder; Data API x-api-key kullanır. Bu Ethereum WETH decimals() örneği başlığı kullanır:

if [ -z "$BLOCKVECTRA_API_KEY" ]; then
  echo "Set BLOCKVECTRA_API_KEY in your server environment"
  exit 1
fi

curl --fail-with-body -sS --max-time 15 https://api.blockvectra.com/v1/eth_mainnet \
  -H 'Content-Type: application/json' \
  -H 'User-Agent: curl BlockVectraQA/1' \
  -H "x-api-key: $BLOCKVECTRA_API_KEY" \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_call","params":[{"to":"0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2","data":"0x313ce567"},"latest"]}'

3. Geçişten önce yeniden oynatın: her iki sağlayıcıda latest yerine desteklenen aynı sabit bloğu koyun ve blok hash'ini kaydedin. HTTP 200'den sonra bile döndürülen değerleri ve JSON-RPC error nesnesini karşılaştırın. Temsili log sorgularını, sınırlı yeniden denemeleri, hız sınırı kurtarmayı ve imleç sürdürmeyi test edin. Tescilli API'leri ve abonelikleri ayrı olarak geçirin; trafiği yalnızca gerekli sonuçlar eşleştikten sonra taşıyın.

SSS

Daha düşük bir yöntem fiyatı daha düşük toplam görev maliyeti anlamına mı gelir?

max(0, sum(calls × method CU) − available_free_cu) / (pricing.units_per_usd × pricing.cu_per_unit) formülünü hesaplayın. Bölme, yeniden denemeler ve görevinizin kullandığı tüm hizmetleri dahil edin. Mevcut dahil edilen krediler marjinal maliyetleri değiştirir; faturalandırma birimi adları yerine eksiksiz sonucu karşılaştırın.

Yalnızca uç noktayı değiştirerek geçiş yapabilir miyim?

Desteklenen standart RPC yöntemleri için uç noktayı ve yol anahtarını veya x-api-key başlığını güncelleyin, ardından sabit blok isteklerini yeniden oynatın. Önce geçmiş durum ve yöntem kapsamını kontrol edin. Tescilli API'ler, WebSocket abonelikleri ve Push alıcıları kendi geçiş testlerine ihtiyaç duyar; bkz. geçmiş durum ve Webhook ile WebSocket karşılaştırması.

İş yükü kontrol listesi ve kendi kendine testler için Bir RPC sağlayıcısı nasıl seçilir rehberini kullanın.