BlockVectra как альтернатива Chainstack: цены по методам для дополнительных запросов на чтение

Выбирайте BlockVectra ради более низких базовых цен на дополнительные операции чтения в поддерживаемых EVM-сетях и оплаты по мере использования без ежемесячной RPC-подписки.

Сравнение

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

Тарифы Developer представляют собой дополнительную оплату за превышение после включенной квоты, а не цену за каждый вызов. Запросы к полным данным используют 1 RU; запросы архивного класса используют 2 RU. Для Global Nodes подходящие методы EVM, запрашивающие блоки как минимум на 127 блоков позади вершины сети, относятся к архивному классу; для логов учитывается начальный тарифицируемый блок. Режим узла может менять классификацию. Применяйте актуальные правила RU к конкретному запросу перед сравнением.

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

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

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

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

Дополнительные операции чтения с оплатой по методам

Для гипотетической дополнительной нагрузки из 1 000 000 операций чтения eth_call и 100 000 запросов eth_getLogs сложите 1 000 000 × текущий вес eth_call в CU и 100 000 × текущий вес eth_getLogs в CU из таблицы методов. Рассчитайте стоимость платных вычислений как max(0, CU нагрузки − доступные бесплатные CU) / (pricing.units_per_usd × pricing.cu_per_unit).

Учитывайте каждую порцию данных и тарифицируемый повтор, затем проверяйте необходимые блоки состояния и полноту результатов логов в целевой сети. Историческое состояние и диапазоны логов — это отдельные возможности; см. историческое состояние EVM. Источники: планы и сети, проверено 2026-10-09.

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

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

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

Отслеживайте один и тот же набор адресов в нескольких поддерживаемых сетях в рамках одной подписки с одним HTTPS-приемником. Это подходит для мониторинга активности кошельков и уведомлений об оплате без поддержания сокета для каждой сети. См. емкость адресов для самообслуживания и корпоративных клиентов; свяжитесь с нами для подключения корпоративной емкости. Плата за адресо-дни и доставленные события рассчитывается отдельно от вызовов 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() для WETH на Ethereum используется заголовок:

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

FAQ

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

Рассчитайте 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-провайдера с чек-листом для вашей нагрузки и тестами для самостоятельной проверки.