Chainstack Alternatifi Olarak BlockVectra: Ek Okumalar İçin Yöntem Fiyatları

Aylık RPC aboneliği olmadan, yöntem bazında fiyatlandırılan desteklenen EVM okumaları için BlockVectra'yı kullanın ve dahil edilen istek birimleri tüketildikten sonraki maliyetleri karşılaştırın.

Desteklenen ek EVM okumalarında daha düşük liste fiyatları ve aylık RPC aboneliği olmadan kullanım bazlı faturalandırma için BlockVectra'yı seçin.

Karşılaştırma

Rakip rakamları 2026-10-08 tarihinde doğrulanmıştır. BlockVectra yöntem ağırlıkları, ücretsiz plan ve anahtar limitleri GET /v1/plans ile, log aralıkları ise GET /v1/chains ile 2026-10-09 tarihinde kontrol edilmiştir. Güncel rakamlar aşağıdaki bileşenler tarafından işlenmektedir.

MetrikChainstackBlockVectraKaynaklar
Geliştirici ek tam sınıf eth_call, milyon çağrı başına1 RU/çağrı; dahil edilen 3M RU/ay sonrasında $20Kullanılabilir ücretsiz CU öncesinde, aşağıdaki geçerli eth_call USD fiyatıFiyatlandırma, RU kuralları, planlar, zincirler
Geliştirici ek tam sınıf eth_getLogs, milyon çağrı başına1 RU/çağrı; dahil edilen 3M RU/ay sonrasında $20Kullanılabilir ücretsiz CU öncesinde, aşağıdaki geçerli eth_getLogs USD fiyatıFiyatlandırma, RU kuralları, planlar, zincirler
Ücretli ölçümlü RPC aboneliğiGrowth: $49/ay, 20M RU/ay dahil; ek $15/M RUAylık RPC aboneliği olmadan kullanım bazlı faturalandırmaFiyatlandırma, planlar, zincirler

Geliştirici tarifeleri, her çağrının fiyatı değil, dahil edilen kota sonrasındaki artımlı aşım ücretidir. Tam istekler 1 RU kullanır; arşiv sınıfı istekler 2 RU kullanır. Global Nodes için, tepe noktasının en az 127 blok gerisindeki blokları hedefleyen uygun EVM yöntemleri arşiv sınıfıdır; loglar için faturalandırılan başlangıç bloğunu inceleyin. Düğüm modu sınıflandırmayı değiştirebilir. Karşılaştırmadan önce geçerli RU kurallarını tam isteğe uygulayın.

Neden BlockVectra seçilmeli

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 üzerinden gelir. Zincir sınırları GET /v1/chains üzerinden 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.

Aktif Dönüşüm Parametreleri

1 USD = 10,000 faturalandırma birimi, 1 faturalandırma birimi = 1,000 CU (1 USD = 10,000,000 CU).

Formül: CU ağırlığı × 1,000,000 ÷ (10,000 × 1,000) USD.

YöntemÇağrı başına CU1M çağrı başına fiyat (USD)
eth_blockNumber1$0.10
eth_call15$1.50
eth_getLogs30$3.00
debug_traceTransaction100$10.00
data.block5$0.50

Ücretsiz Plan, bir hesap açmayı ve bir API key kullanmayı gerektirir; bir hesaba bağlı tüm key'ler saniyede ortalama 25 çağrıyı paylaşır (kısa süreli ani artışlara izin verilir). Her 30 günlük döngünün sonunda, 30,000,000 CU'nun altındaki bakiyeler 30,000,000 CU'ya tamamlanır.

MetotCU AğırlığıYaklaşık Çağrı / DöngüYaklaşık / GünListe Fiyatı / 1M Çağrı
eth_blockNumber130,000,0001,000,000$0.10
eth_getBlockByNumber56,000,000200,000$0.50
eth_getBalance103,000,000100,000$1.00
eth_call152,000,00066,666$1.50
eth_getLogs301,000,00033,333$3.00
debug_traceTransaction100300,00010,000$10.00
data.block56,000,000200,000$0.50
data.address_balances251,200,00040,000$2.50
data.dex_prices152,000,00066,666$1.50
data.transaction_trace200150,0005,000$20.00

Ü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 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ı.

Yöntem bazında fiyatlandırılan ek okumalar

1.000.000 eth_call okuması ve 100.000 eth_getLogs isteğinden oluşan varsayımsal bir ek iş yükü için, yöntem tablosundan 1.000.000 × geçerli eth_call CU ağırlığı ile 100.000 × geçerli eth_getLogs CU ağırlığı değerlerini toplayın. Ücretli işlemeyi max(0, iş yükü CU − mevcut ücretsiz CU) / (pricing.units_per_usd × pricing.cu_per_unit) olarak tahmin edin.

Her parçayı ve faturalandırılabilir yeniden denemeyi sayın, ardından hedef zincirde gerekli durum bloklarını ve eksiksiz log sonuçlarını doğrulayın. Geçmiş durum ve log aralıkları ayrı yeteneklerdir; geçmiş EVM durumu konusunu inceleyin. Kaynaklar: planlar ve zincirler, kontrol tarihi 2026-10-09.

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 hesap ve anahtar oluşturmasına olanak tanır. Agent bakiye yüklemeleri, aynı kullanım bakiyesini stabil kripto paralarla fonlar; ağları, token'ları ve minimum tutarları 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 abonelikte, tek bir HTTPS alıcısıyla desteklenen birden fazla zincir genelinde aynı adres kümesini izleyin. Bu, zincir başına bir soket sürdürmeden 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 teslim edilen olay ücretleri RPC çağrılarından ayrıdır ve Push fiyatlandırmasında 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ş 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 yoluyla bir BlockVectra anahtarı edinin. Bunu sunucu ortamınızda tutun. 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"]}'
  1. Geçiş öncesinde yeniden oynatma: her iki sağlayıcıda da latest yerine desteklenen aynı sabit bloğu koyun ve blok karmasını kaydedin. HTTP 200 sonrasında bile döndürülen değerleri ve JSON-RPC error içeriğini karşılaştırın. Temsili log sorgularını, sınırlı yeniden denemeleri, hız sınırı kurtarmayı ve imleç devamını test edin. Tescilli API'leri ve abonelikleri ayrı olarak taşıyın; gerekli sonuçlar eşleştikten sonra trafiği aktarı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 bloklu istekleri yeniden oynatın. Önce geçmiş durumu 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.

Son güncelleme:

Bu sayfada