BlockVectra як альтернатива QuickNode: RPC без щомісячної підписки

Використовуйте BlockVectra для періодичних підтримуваних читань через RPC без щомісячної RPC-підписки; автентифікований доступ використовує доступні безкоштовні кредити або тарифікацію за фактичне використання з мінімальним поповненням $0.01 без урахування мережевого газу.

Порівняння

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

Перевитрата для тарифу Build становить $0.62 за мільйон додаткових API credits після включених 80M, а не ціну за мільйон RPC-викликів. Застосовуйте точну вагу кредитів для мережі та методу перед оцінкою використання. У таблиці наведено щомісячну тарифікацію без урахування річних знижок та акцій; рядок безкоштовного доступу порівнює тривалість, а не кількість викликів.

Чому варто обрати BlockVectra

Ціни на методи та бюджет безкоштовного акаунта

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

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

Оплата за фактичне використання для періодичних навантажень

Для гіпотетичного періодичного завдання з 10,000 підтримуваних операцій читання eth_call помножте кількість викликів на поточну вагу CU для eth_call у таблиці методів. Розділіть це використання на pricing.units_per_usd × pricing.cu_per_unit, щоб отримати вартість обчислень за прейскурантом, після чого відніміть доступні безкоштовні CU перед розрахунком платної частини. Враховуйте будь-які повторні спроби, що тарифікуються.

Щомісячна RPC-підписка відсутня. Коли ваш баланс покриває завдання, додаткове фінансування обчислень не потрібне. В іншому разі перевірте поточний мінімум у статусі поповнення та виконайте процес поповнення; мережевий газ сплачується окремо. Відповідні неоплачені акаунти отримують поповнення балансу в кожному циклі; перше платне поповнення зупиняє ці поповнення, зберігаючи невикористані безкоштовні CU. Тарифи та правила поповнення: plans, перевірено 2026-10-09, та правила безкоштовного плану.

Пробний доступ без ключа та програмне фінансування для агентів

Спробуйте метод, перелічений у public.methods, за адресою public.url з каталогу мереж перед створенням ключа. Для доступу з автентифікацією програмна реєстрація дозволяє Агенту створити акаунт і ключ за допомогою підпису гаманця. Поповнення для агентів поповнюють той самий баланс використання стейблкоїнами; перевіряйте мережі, токени та мінімальні суми в статусі поповнення. Розробники та AI-агенти використовують однакові ціни та ліміти.

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