Коротко — да, ситуация стала сложнее: бесплатные archive‑ендпоинты почти исчезли, а полноценно поднять архивную node (execution + beacon для Ethereum) либо платить за managed‑archive у топ‑провайдеров дорого. Но есть несколько реальных альтернатив и компромиссов, которые помогут избежать либо очень дорогих pay‑as‑you‑go планов, либо полного самостоятельного хостинга «с нуля».
Что можно рассмотреть (с плюсами/минусами и практическими советами)
1) Managed providers с более дешёвыми тарифами или гибкой моделью
- Ankr, Chainstack, NodeReal, GetBlock, Blockdaemon, Moralis, (и у кого‑то до сих пор) Blast/Tenderly.
Плюс: поддержка многих L1/L2, у некоторых — архивные эндпоинты. Минус: архивные планы всё равно дороже обычных, но обычно дешевле QuickNode/Alchemy top tiers. Рекомендация: запросите trial/специфику archive‑доступа (какие RPC методы поддерживаются — trace, debug, state) и сравните QPS / лимиты.
- Советы: торгуйтесь/запрашивайте custom quote для академических/исследовательских задач или для long‑term контрактов — часто бывают скидки.
2) Децентрализованные/альтернативные сети RPC
- Pocket Network, какие‑то relayer‑сервисы.
Плюс: децентрализованный доступ, часто дешевле за базовый RPC. Минус: обычно не гарантируют archive‑state или trace; латентность и стабильность хуже. Подходит если нужны обычные calls/eth_call/eth_getBalance, но не full archive traces.
3) Индексаторы и аналитические платформы (часто дешевле и эффективнее для аналитики)
- Dune, Google BigQuery (Ethereum, Polygon, Optimism, Arbitrum датасеты), Flipside, The Graph.
Плюс: прямой SQL/GraphQL доступ к историческим транзакциям и логам; часто дешевле и быстрее для аналитики по событиям / агрегатам. Минус: не дают произвольный state/storage slot запрос на произвольный блок (хотя некоторые данные можно реконструировать через логи/транзакции).
- Рекомендация: если ваша задача — анализ событий/токен‑балансов/транзакций, сначала посмотрите Dune/BigQuery — часто полностью покрывает нужды без archive RPC.
4) Специфичные L2 варианты / запрос к команде сети
- Многие L2 (Optimism, Arbitrum, Polygon) имеют публичные или партнёрские archive‑ендпоинты / API, либо могут дать доступ проектам/исследователям. Иногда организации L2 дают grants/credits на managed RPC.
Рекомендация: напишите в Discord/иссуе/комьюнити L2 — объясните задачу; часто дают доступ или укажут на партнёров.
5) Pre‑synced snapshots + хостинг на дешёвом bare‑metal (компромисс self‑host)
- Скачивание pre‑synced Erigon/Get‑snapshots и развертывание на дешёвом NVMe‑сервере (Hetzner, OVH и т.п.) — существенно дешевле, чем облачные EBS/GP3 и проще, чем синхронизация с нуля. Erigon значительно экономит диск/CPU в сравнении с geth, особенно для archive‑режима.
Плюс: гораздо ниже OPEX, полный контроль. Минус: нужен админ‑опыт, периодически обновлять/пересинхронизировать; initial snapshot может быть десятки сотен GB/TB.
- Совет: используйте «spin‑up on demand» — держите snapshot в облачном хранилище, поднимаете машину только когда нужен heavy archive‑запрос, затем выключаете/оффлайните для экономии.
6) On‑demand / trace‑as‑service: Tenderly / Flashbots / specialized trace APIs
- Для задач, где нужны debug_trace или tx tracing, некоторые сервисы (Tenderly, Alchemy traces, Flashbots/MEV tools) предоставляют такие фичи отдельно. Плюс: можно платить только за trace‑функционал. Минус: стоимость за сложные traces может быть высокой.
7) Построение собственного лёгкого «архива» через индексирование
- Если нужны только конкретные данные (определённые контракты/счёта), соберите собственный индексер (The Graph/subgraphs, clickhouse pipeline из tx logs). Это часто дешевле, чем держать full archive ноду, и даёт быстрый доступ на исторические диапазоны.
Практическая схема решения (шаги)
1. Выявите точные потребности: какие RPC методы нужны (eth_getBalance на historic block? eth_getProof? debug_traceTransaction? state_slot reads?), частота запросов, latency, какие сети (Arbitrum/Optimism/Polygon?), бюджет.
2. Если задача — аналитика по событиям/транзакциям → попробуйте Dune / BigQuery / Flipside.
3. Если нужны arbitrary historic state/storage/trace редко (не постоянно) → используйте managed provider + negotiate occasional archive access или spin‑up собственного Erigon с snapshot по необходимости.
4. Если нужны регулярные archive запросы → сравните цены Ankr/Chainstack/NodeReal/GetBlock; запросите custom quote; как альтернатива — bare‑metal (Hetzner + Erigon) + pre‑synced snapshot.
5. Свяжитесь с комьюнити L2 — иногда дают доступ/кредиты.
Примеры ценных сочетаний:
- Большая аналитика событий → BigQuery + occasional RPC для state → BigQuery + дешевый RPC от NodeReal/Ankr.
- Нужны debug_trace часто → Tenderly / Alchemy traces paid plan.
- Нужен полный archive для research → bare‑metal Hetzner + Erigon snapshot (one‑time синхронизация) или Chainstack/Blockdaemon managed archive (если хочется меньше админ‑работы).
Если хотите — могу:
- Помочь подобрать конкретных провайдеров и примерные цены по вашим конкретным сетям (какие L2 именно, сколько запросов/какие RPC методы),
- Составить подробный план «spin‑up Erigon на Hetzner с использованием snapshot» с командной строкой и оценкой затрат.
Скажите, какие сети и какие именно RPC вызовы (trace/debug/state/getProof/eth_getStorageAt и т. п.) вам нужны — подберу оптимальный маршрут.