Хостинг Polygon ноды на оффшорных выделенных серверах

Polygon PoS использует sidechain архитектуру с двумя демонами на каждый узел. Heimdall это Tendermint-based консенсус слой, отвечает за валидацию и checkpoints в Ethereum mainnet. Bor это Geth fork который выполняет EVM транзакции и формирует блоки. Оба должны работать синхронно: Bor запрашивает текущий валидатор-сет у Heimdall, Heimdall пушит checkpoints в Ethereum.

Спека для polygon mainnet validator или full node: 8 ядер CPU, 32 ГБ RAM, 2.5 ТБ NVMe SSD (Bor pruned state около 1.8 ТБ, Heimdall меньше 200 ГБ, плюс снепшоты и логи). На archive ноду диска нужно больше 5 ТБ. AnubizHost даёт NVMe RAID 1 или 10 что гарантирует устойчивость к single-disk failure без потери данных.

Disk I/O это бутылочное горлышко Bor: random reads из state DB при выполнении транзакций. Latency NVMe ниже 100 микросекунд это разница между нормальной синхронизацией и постоянным отставанием от tip цепи. SAS диски или сетевое хранилище категорически не подходят под Polygon validator workload.

Polygon mainnet валидатор требует минимум 1 MATIC в стейке (фактически нужно больше для практической работы, на уровне 100k+ MATIC чтобы попасть в активный сет из 100 узлов). Валидаторы голосуют за checkpoints (каждые ~30 минут в среднем), которые публикуются в Ethereum mainnet через StakeManager контракт. Пропуск checkpoint голосования снижает rewards.

Для checkpoint участия валидатор должен подписывать messages для Heimdall и иметь активный signer key с балансом в ETH на Ethereum mainnet (для оплаты gas за checkpoint submission). Anubiz даёт техническую помощь с конфигурацией signer key, key management через HashiCorp Vault или базовый file-based storage с правильными permissions.

Sentry node паттерн рекомендуется так же как для Cosmos валидаторов: валидатор без публичного IP, доступный только через приватный канал к sentry. Anubiz развёртывает sentry на отдельном сервере (или нескольких) в разных датацентрах для географической избыточности.

Помимо PoS chain, AnubizHost держит инфраструктуру под Polygon zkEVM ноды и Polygon CDK (Chain Development Kit) экземпляры. zkEVM нода требует около 500 ГБ диска и 16 ГБ RAM на mainnet. Sequencer ноды (для проектов которые запускают свой L2 на CDK) требуют больше: 32 ГБ RAM, 1 ТБ NVMe, доверенное оборудование.

Polygon CDK позволяет проектам запускать свой ZK rollup поверх Ethereum. AnubizHost помогает командам разворачивать sequencer, aggregator, prover на оффшорных серверах: это уход от AWS-зависимости и снижение costs на 60-80% относительно managed solutions. Для проектов из России это особенно интересно потому что AWS блокирует российские карты и аккаунты.

Поддержка кастомных L2 на CDK: настройка генезиса, validator set, bridging контрактов. Полный devops package для проекта который запускает свой rollup. Команда наших инженеров знакома с CDK документацией и может ускорить time-to-mainnet с месяцев до недель.