BlockVectra как альтернатива Ankr: пометодовые цены на чтение EVM

BlockVectra тарифицирует поддерживаемые вызовы чтения eth_call по 15 CU за запрос; полный бесплатный баланс в 30,000,000 CU может покрыть 2,000,000 таких вызовов совместно со всеми другими методами и с учетом лимитов аккаунта и ключа.

Сравнение

Показатели конкурента проверены 2026-10-08. Веса методов BlockVectra, параметры бесплатного тарифа и лимиты ключей проверены по GET /v1/plans, а диапазоны логов — по GET /v1/chains по состоянию на 2026-10-09. Актуальные значения отображаются компонентами ниже.

Ankr конвертирует $0.10 в 1M API Credits, поэтому категория HTTPS EVM в 200 кредитов стоит $0.00002/вызов. Эти ставки не включают WSS и Advanced API. Бесплатный бюджет вызовов предполагает, что никакие другие методы не расходуют кредиты; ежемесячные квоты и квоты цикла имеют собственные правила пополнения, а фактический трафик должен укладываться в лимиты частоты вызовов аккаунта и ключа.

Почему стоит выбрать BlockVectra

Цены методов и бюджет бесплатного аккаунта

Веса методов, конвертация в USD и бюджет бесплатного аккаунта ниже получены из GET /v1/plans. Лимиты сетей взяты из GET /v1/chains. Сравнивайте одну и ту же сеть, метод, блок и полный результат; разделение запросов и повторы изменяют количество вызовов.

Лимит бесплатного аккаунта: до 25 вызовов в секунду, суммарно для всех ключей аккаунта, всех сетей и Data API. Лимиты key_defaults.cu_per_sec и burst_cu на уровне ключа также применяются. Допустимые пополнения цикла восстанавливают бесплатный баланс до целевого уровня, а не добавляют полный грант. Первое платное пополнение прекращает периодические пополнения цикла, сохраняя оставшиеся бесплатные CU. См. правила бесплатного тарифа.

Бесплатный бюджет в пересчете на полезные вызовы

В таблице бесплатного тарифа приведено количество вызовов, которое может покрыть полный баланс цикла при использовании только для каждого указанного метода. Чтение контрактов, запросы логов и проверка номера блока расходуют один и тот же баланс CU: рассчитывайте бюджет для каждого метода по весу из таблицы цен методов, а затем суммируйте затраты. Использование CU для логов уменьшает остаток для чтения контрактов.

Допустимые пополнения восстанавливают баланс до целевого уровня, а не добавляют полный грант. Проверяйте фактический остаток CU перед выгрузкой истории и распределяйте нагрузку по всем ключам в рамках общего лимита аккаунта и ограничений каждого ключа; количество вызовов цикла не является гарантированной ежедневной квотой. См. Расчет цен по CU для оценки смешанных рабочих нагрузок.

Тестирование без ключа и программное пополнение для агентов

Попробуйте метод из списка public.methods по адресу public.url из каталога сетей перед созданием ключа. Для аутентифицированного доступа программная регистрация позволяет агенту создать аккаунт и ключ с помощью подписи кошелька. Пополнение для агентов финансирует тот же баланс использования стейблкоинами; проверяйте сети, токены и минимальные суммы в статусе пополнения. Разработчики и ИИ-агенты используют одни и те же цены и лимиты.

Мультичейн Push-уведомления для адресов

Отслеживайте один и тот же набор адресов в нескольких поддерживаемых сетях в рамках одной подписки с одним HTTPS-приемником. Это подходит для активности кошельков и уведомлений о платежах без поддержания постоянного сокета для каждой сети. См. емкость адресов self-service и enterprise; свяжитесь с нами для подключения емкости enterprise. Плата за адрес-день и доставленные события взимается отдельно от вызовов RPC и указана в ценах на Push.

RPC для Robinhood Chain и HyperEVM перечислены в каталоге сетей. Проверяйте методы и поддержку Push для каждой сети; используйте руководство по началу работы с конкретной сетью и руководство по выгрузке логов HyperEVM для соответствующих рабочих процессов.

Шаги миграции

1. Инвентаризация и покрытие: составьте список сетей, методов, фиксированных блоков, диапазонов логов и зависимостей по подпискам. Проверьте methods.allow, methods.deny, public.methods, state_window_blocks и ws в каталоге. Значение null для окна истории означает неопределенность, а не архивное покрытие. Дымовой тест на public.url без ключа проверяет только перечисленные публичные методы.
2. Ключ и аутентификация: получите ключ BlockVectra через консоль или программную регистрацию. Сохраните его в серверном окружении. RPC принимает POST /v1/{chain}/{api_key} или POST /v1/{chain} с заголовком x-api-key; Data API использует x-api-key. Пример вызова decimals() для Ethereum WETH с использованием заголовка:

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. Сверка перед переключением: замените latest на один и тот же поддерживаемый фиксированный блок у обоих провайдеров и сохраните хэш блока. Сравните возвращенные значения и JSON-RPC error, даже при HTTP 200. Протестируйте репрезентативные запросы логов, ограниченные повторы, восстановление после превышения лимитов и возобновление по курсору. Мигрируйте проприетарные API и подписки отдельно; переключайте трафик только после совпадения требуемых результатов.

Часто задаваемые вопросы

Означает ли более низкая цена метода меньшую общую стоимость задачи?

Рассчитайте max(0, sum(calls × method CU) − available_free_cu) / (pricing.units_per_usd × pricing.cu_per_unit). Включите разделение запросов, повторы и любые сервисы, используемые в вашей задаче. Имеющиеся включенные кредиты меняют инкрементальные затраты; сравнивайте полный результат, а не названия расчетных единиц.

Можно ли мигрировать, просто изменив эндпоинт?

Для поддерживаемых стандартных методов RPC обновите эндпоинт и ключ в пути или в заголовке x-api-key, затем выполните повторные запросы к фиксированным блокам. Сначала проверьте историческое состояние и покрытие методов. Проприетарные API, подписки WebSocket и приемники Push требуют собственных тестов миграции; см. историческое состояние и сравнение Webhook и WebSocket.

Используйте руководство Как выбрать RPC-провайдера для чек-листа рабочих нагрузок и самопроверки.