ENRU
Получить эндпоинт

Blockchain infrastructure

Инфраструктура блокчейн
для Web3 и криптопроектов

RPC endpoints, приватные ноды, API-доступ, мониторинг, отказоустойчивость и масштабирование для Bitcoin, Ethereum, TON, Solana, Polygon, BNB Chain и других сетей — управляемый доступ без отдельной node-команды под каждый протокол.

Получить эндпоинт Документация(откроется в новой вкладке)
4
Сетей в проде
16 ms
Медианный ответ
99.99%
Аптайм эндпоинтов
9
Регионов

Инфраструктура в разрезе

Один адрес, за которым четыре слоя эксплуатации

в эфире
  1. Ваше приложениеваша зона

    таймауты, повторы, реорг

  2. rpc.settla.net/sol/mainnet
  3. эксплуатация Settla
    1. Эндпоинт

      ключ, лимиты, окружения

    2. Маршрутизация

      здоровье пула, вывод из ротации

    3. Ноды

      full и archive, обновления

  4. Сеть Solana

    слот раз в 0.4 с

    302 847 119

Протоколы доступа · HTTP · WS · gRPC

Состав

Что входит в blockchain infrastructure

Инфраструктура блокчейн — это не сервер с нодой. В продакшене к ней прилагаются эндпоинты, наблюдаемость, контроль доступа, обновления, планирование мощности и реакция на отказ.

  • Blockchain nodes

    Full или archive узлы, синхронизированные с выбранными mainnet и testnet.

    full · archive

  • RPC endpoints

    HTTP, WebSocket и, для поддерживаемых сетей, gRPC-доступ для приложений.

    HTTP · WebSocket · gRPC

  • Monitoring

    Контроль head lag, ошибок, ресурсов, latency и состояния клиентского ПО.

    head lag · p95 · error rate

  • Operations

    Обновления, capacity planning, резервирование и документированная реакция на инциденты.

    upgrades · capacity · on-call

Граница ответственности проходит по эндпоинту

На стороне Settla

  • Синхронизация и здоровье нод
  • Обновления клиентского ПО
  • Ротация и вывод из пула
  • Планирование мощности
endpoint

На стороне приложения

  • Таймауты и повторы
  • Работа с rate limit
  • Обработка реорганизаций
  • Идемпотентность операций

Мониторинг и безопасность

Нода отвечает 200 и отстаёт от сети

Проверка доступности видит живой процесс, открытый порт и валидный ответ. Отставание она не видит вовсе — более того, застрявшая нода отвечает быстрее здоровой: ей нечего догонять. Переключите проверку и посмотрите, что в это время получает клиент.

обе ноды синхронны

Пул эндпоинта /sol/mainnetSolana · слот раз в 0.4 с

  • sol-fra-01eu-centralHTTP 200302 847 181синхронна
  • sol-ams-01eu-westHTTP 200302 847 181синхронна

Клиент получал старое состояние 16 с

  • блоки сети
  • новых блоков нет
  • окно 26 с
0
Отставание, слотов
актуальное
Клиент видит состояние
0%
Запросов к отстающей
2 / 2
Нод в ротации

  • Проверять высоту и финальность

    Локальная высота сравнивается с независимым источником, а не сама с собой. Рядом идут контрольные RPC-методы, доля ошибок, p95/p99 и свободные ресурсы.

  • Порог, а не факт отставания

    Одна секунда позади сети — это сетевой хиккап, а не авария. Из ротации нода уходит по порогу: 15 слотов, около 6 с на этой сети.

  • Алерт ведёт к инструкции

    Уведомление без runbook только фиксирует проблему. Дежурному нужен шаг «что делать», а не строка «что случилось».

Контроль доступа — вторая половина этой работы

Ключи по окружениям
Отдельные ключи на прод, стейджинг и локальную разработку, ротация и аудит использования.
Минимальные права
IP- и domain-ограничения там, где они поддерживаются, и защищённое хранение секретов.
Ключи кошельков остаются у вас
Приватные ключи не передаются node-провайдеру без отдельной обоснованной архитектуры custody.

Масштабирование

Масштабирование blockchain-эндпоинтов

Начинается оно не с добавления нод, а с разделения нагрузки: индексаторы, пользовательские запросы и отправка транзакций не должны бесконтрольно конкурировать за одну квоту.

Одна квота на всех

Бэкфилл выбирает лимит, и отправка транзакции встаёт в очередь за ним.

  • Пользовательские чтения
  • Отправка транзакций
  • Индексатор и бэкфилл

Потоки разделены

У каждого потока свой лимит, свой кеш и своя очередь.

  • Пользовательские чтениякеш безопасных чтений
  • Отправка транзакцийвыделенный резерв квоты
  • Индексатор и бэкфиллочередь и потолок тяжёлых методов

  • Пользовательские чтения

    Балансы, статусы и история в интерфейсе. Их много, они мелкие и почти все безопасно кешируются.

    eth_call · getBalance

  • Отправка транзакций

    Редкий, но критичный поток: именно он страдает первым, когда квоту выбирает кто-то другой.

    eth_sendRawTransaction

  • Индексатор и бэкфилл

    Фоновая работа с тяжёлыми методами. Ей нужен объём, а не миллисекунды.

    eth_getLogs · trace_block

  • Несколько нод и health-aware балансировка

    При росте нагрузки добавляются ноды, а маршрутизация учитывает их здоровье — то самое, которое считается по высоте, а не по HTTP-статусу.

  • Реорг — не ошибка приложения

    Блок, который вы уже прочитали, может перестать быть частью цепи. Финальность у сетей разная, поэтому повторные операции обязаны быть идемпотентными.

Выбор модели

Собственная инфраструктура или managed provider

Обе модели рабочие. Разница не в надёжности, а в том, кто держит дежурство и во что обходится запуск очередной сети.

Контроль

01
Собственная инфраструктура
Максимальный, включая ОС и сеть
Managed blockchain provider
В рамках согласованной конфигурации

Эксплуатация

02
Собственная инфраструктура
Команда клиента 24/7
Managed blockchain provider
Основные node-операции у провайдера

Запуск новой сети

03
Собственная инфраструктура
Отдельный проект развёртывания
Managed blockchain provider
Подключение доступного endpoint

Стоимость

04
Собственная инфраструктура
Серверы, инженеры, on-call, резерв
Managed blockchain provider
Тариф или индивидуальная конфигурация

Подходит

05
Собственная инфраструктура
Специальные требования и зрелая platform team
Managed blockchain provider
Фокус на продукте и быстрый multichain-доступ

Криптоинфраструктура для бизнеса

Крипто инфраструктура для бизнеса — это не разовая настройка, а операционный слой, который работает под нагрузкой в любое время суток. Компании, которые интегрируют блокчейн в платёжные потоки, кастодиальные решения или compliance-сервисы, нуждаются в предсказуемой инфраструктуре блокчейн.

Согласованные лимиты
Изолированные эндпоинты по окружениям и потолки запросов, о которых известно заранее, а не по факту отказа.
Понятные процедуры обновления
Обновления клиентского ПО и хардфорки сетей проходят по плану, а не как сюрприз в пятницу вечером.
Задокументированные инциденты
Мониторинг отставания, процессы реагирования и разбор постфактум — вместо переписки в чате.

Сценарии

Use cases для Web3 и web3tech

Один и тот же слой доступа закрывает продукты с очень разной нагрузкой — от кошелька с десятком запросов на экран до индексатора, который читает историю месяцами.

  • Кошельки и платёжные продукты

    Несколько сетей в одном интерфейсе: балансы, отправка, статусы и уведомления о зачислении.

    Подробнее

  • CEX/DEX и депозитные системы

    Мониторинг депозитов и выводов, где расхождение данных стоит денег напрямую.

    Подробнее

  • DeFi, NFT, gaming и smart contracts

    Чтение состояния, вызовы контрактов и отправка транзакций прямо из приложения.

    Подробнее

  • Explorers, индексаторы и аналитика

    Полная история блоков, логов и трейсов для витрин, дашбордов и расследований.

    Подробнее

  • Комплаенс и риск-аналитика

    Проверка адресов, прослеживание потоков и корпоративная отчётность.

    Подробнее

С чего начать

Инфраструктура блокчейн для Web3-приложений

Начните с бизнес-критичных операций и SLO приложения: какие данные читаются, как быстро должна отправляться транзакция, какая потеря событий допустима.

Провайдер закрывает эксплуатацию нод, но ответственность остаётся совместной: приложение должно корректно обрабатывать timeout, rate limit, reorg и повтор. Такой подход даёт более устойчивую crypto infrastructure, чем ставка на один «безотказный» endpoint.

  1. Определите критичные операции

    Что именно ломается у пользователя, если ответ пришёл на секунду позже или не пришёл вовсе.

  2. Зафиксируйте сети и методы

    Список сетей, окружений и методов, включая тяжёлые: по нему считаются и лимит, и стоимость.

  3. Решите вопрос глубины

    Нужны ли архив и tracing. Это отдельный класс нод, а не галочка в тарифе.

  4. Опишите поведение при отказе

    Таймаут, повтор, запасной маршрут и реакция на реорг живут в коде приложения.

FAQ

Вопросы о blockchain infrastructure

Инфраструктура не должна вас тормозить.

Старт бесплатный. Карта не нужна.

Получить эндпоинт Поговорить с экспертом