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

Оберіть BlockVectra для нижчих базових цін на додаткові підтримувані читання EVM і тарифікації за фактичним використанням без щомісячної підписки на RPC.

Порівняння

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

Тарифи плану Developer є додатковою платою за перевищення ліміту після вичерпання включеної квоти, а не ціною для кожного виклику. Звичайні запити (full) використовують 1 RU; запити архівного класу (archive) використовують 2 RU. Для Global Nodes відповідні методи EVM, спрямовані на блоки щонайменше на 127 блоків позаду вершини ланцюга, належать до класу archive; для журналів перевіряйте початковий блок, за який нараховується плата. Режим вузла може змінювати класифікацію. Перед порівнянням застосовуйте чинні правила 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, workload CU − available free CU) / (pricing.units_per_usd × pricing.cu_per_unit).

Враховуйте кожен чанк і оплачувану повторну спробу, потім перевірте необхідні блоки стану та повні результати журналів у цільовій мережі. Історичний стан і діапазони журналів — це окремі можливості; дивіться історичний стан EVM. Джерела: плани та мережі, перевірено 2026-10-09.

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

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

Багатомережевий Push для адрес

Відстежуйте один і той самий набір адрес у кількох підтримуваних мережах в одній підписці з єдиним HTTPS-отримувачем. Це підходить для відстеження активності гаманців і платіжних сповіщень без підтримки окремого сокета для кожної мережі. Дивіться ліміти адрес для самообслуговування та 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() для 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-провайдера для чекліста робочого навантаження та самостійного тестування.