BlockVectra como alternativa à Infura: créditos de ciclo e cobrança por uso

Escolha o BlockVectra para utilizar um saldo de ciclo em CU para tarefas de leitura compatíveis e concentradas, pagando por leituras adicionais sem uma assinatura mensal de RPC.

Comparação

Números do concorrente verificados em 2026-10-08. Os números atuais do BlockVectra são exibidos pelas tabelas baseadas em API abaixo.

A linha de orçamento gratuito compara quando os créditos podem ser usados, não cotas mensais equivalentes ou taxa de transferência medida. Uma tarefa concentrada precisa de CU restantes suficientes no BlockVectra e deve respeitar os limites de conta e de chave. Nenhum preço de excedente por crédito é inferido a partir das taxas de assinatura da Infura.

Por que escolher o BlockVectra

Preços dos métodos e orçamento da conta gratuita

Os pesos dos métodos, a conversão para USD e o orçamento da conta gratuita abaixo vêm de GET /v1/plans. Os limites de cada rede vêm de GET /v1/chains. Compare a mesma rede, método, bloco e resultado completo; divisões e repetições alteram a quantidade de chamadas.

Limite da conta gratuita: até 25 chamadas por segundo, compartilhadas entre todas as chaves da conta, todas as redes e a Data API. key_defaults.cu_per_sec e burst_cu por chave também se aplicam. Renovações de ciclo elegíveis complementam o saldo gratuito até a meta, em vez de adicionar uma concessão integral. A primeira recarga paga interrompe as renovações de ciclo, preservando as CU gratuitas restantes. Consulte as regras do plano gratuito.

Um saldo de ciclo para tarefas concentradas de leitura

Para uma tarefa hipotética de 50,000 chamadas eth_call na Ethereum em um único dia, a Infura requer 50,000 × 80 = 4M créditos, ultrapassando sua cota diária gratuita de 3M. No BlockVectra, multiplique a mesma quantidade de chamadas pelo peso atual de eth_call e compare o orçamento de ciclo acima com suas CU restantes reais. Confirme os blocos necessários e o ritmo antes de executar o trabalho.

Testes sem chave e recarga programática para Agents

Experimente um método listado em public.methods na public.url do catálogo de redes antes de criar uma chave. Para acesso autenticado, o cadastro programático permite que um Agent crie uma conta e uma chave com uma assinatura de carteira. As recargas para Agents adicionam saldo à mesma conta com stablecoins; consulte redes, tokens e valores mínimos no status da recarga. Desenvolvedores e agentes de IA usam os mesmos preços e limites.

Push de endereços multichain

Monitore o mesmo conjunto de endereços em várias redes compatíveis em uma única inscrição, com um único receptor HTTPS. Isso atende a notificações de atividade de carteira e pagamentos sem a necessidade de manter um socket por rede. Consulte a capacidade de endereços em autoatendimento e corporativa; entre em contato conosco para habilitar capacidade empresarial. As tarifas de endereço-dia e eventos entregues são separadas das chamadas RPC e estão listadas nos preços de Push.

O RPC na Robinhood Chain e na HyperEVM está listado no catálogo de redes. Verifique o suporte a métodos e a Push por rede; use o guia inicial específico da rede e o guia de backfill da HyperEVM para o fluxo de trabalho correspondente.

Passos para migração

1. Levantamento e cobertura: liste redes, métodos, blocos fixos, intervalos de logs e dependências de inscrição. Verifique methods.allow, methods.deny, public.methods, state_window_blocks e ws no catálogo. Uma janela de histórico nula não está especificada e não indica cobertura de arquivo. Um teste de fumaça sem chave na public.url valida apenas os métodos públicos listados.
2. Chave e autenticação: obtenha uma chave do BlockVectra no console ou por meio de cadastro programático. Mantenha-a no ambiente do seu servidor. O RPC aceita POST /v1/{chain}/{api_key} ou POST /v1/{chain} com x-api-key; a Data API usa x-api-key. Este exemplo de decimals() de WETH na Ethereum usa o cabeçalho:

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. Repetição antes de mudar: substitua latest pelo mesmo bloco fixo suportado em ambos os provedores e registre o hash do bloco. Compare os valores retornados e o error JSON-RPC, mesmo após HTTP 200. Teste consultas de logs representativas, repetições limitadas, recuperação de rate limit e retomada com cursor. Migre APIs proprietárias e inscrições separadamente; direcione o tráfego após os resultados necessários corresponderem.

Perguntas frequentes

Um preço menor por método significa um custo total menor para a tarefa?

Calcule max(0, sum(calls × method CU) − available_free_cu) / (pricing.units_per_usd × pricing.cu_per_unit). Inclua divisões, repetições e todos os serviços utilizados pela sua tarefa. Os créditos incluídos existentes alteram os custos incrementais; compare o resultado completo em vez dos nomes das unidades de faturamento.

Posso migrar apenas alterando o endpoint?

Para métodos RPC padrão suportados, atualize o endpoint e a chave de caminho ou o cabeçalho x-api-key, e então repita as requisições de bloco fixo. Verifique primeiro o estado histórico e a cobertura de métodos. APIs proprietárias, inscrições WebSocket e receptores Push necessitam de seus próprios testes de migração; consulte estado histórico e Webhook versus WebSocket.

Use o guia de como escolher um provedor RPC para obter uma lista de verificação de carga de trabalho e autotestes.