Розгортання ноди Polygon
Ми розгортаємо production-ноди Polygon для dApp, яким потрібен надійний приватний RPC. Коли ваш додаток починає впиратися в rate limit публічних провайдерів (25 запитів/с на безкоштовному тарифі), власна нода стає не опцією, а необхідністю. Наша команда з 5-річним досвідом у блокчейн-інфраструктурі розгорнула понад 30 нод Polygon — від DeFi пулів до NFT маркетплейсів. Помилка 429 обходиться дорого: кожна секунда простою — втрачені транзакції та користувачі. Гарантуємо безперебійну роботу завдяки сертифікованим інженерам.
Чому своя нода, а не публічний RPC?
Публічні RPC-провайдери завжди мають обмеження: rate limit та risk of downtime. Якщо ваш додаток обробляє тисячі транзакцій на годину, використання публічного RPC стає вузьким місцем. Крім того, ви не захищені від цензурування — провайдер може заблокувати певні транзакції. Власна нода дає повний контроль над інфраструктурою. Економія на публічних RPC може становити до $500 на місяць при високому навантаженні (наприклад, $200-500 залежно від обсягу запитів).
Архітектура ноди Polygon PoS
Нода Polygon PoS складається з двох компонентів, які повинні працювати синхронно:
Heimdall — консенсусний шар на основі Tendermint. Відповідає за створення чекпоїнтів на Ethereum, управління валідаторами та bridge. Працює на портах 26656 (P2P) та 1317 (REST API).
Bor — виконавчий шар, форк go-ethereum. Саме він виконує транзакції та смарт-контракти. Сумісний з Ethereum JSON-RPC API через порти 8545 (HTTP) та 8546 (WebSocket).
Часта помилка при першому розгортанні — запуск Bor до того, як Heimdall повністю синхронізувався. Це призводить до неспівпадіння стану (state root mismatch), і нода не може приєднатися до мережі. Перевірити синхронізацію Heimdall можна командою curl localhost:26657/status — якщо поле catching_up дорівнює false, то Heimdall синхронізовано.
Мінімальні вимоги до сервера
| Тип ноди | CPU | RAM | Диск | Мережа |
|---|---|---|---|---|
| Full node (archive) | 16+ vCPU | 64+ GB | 8+ TB NVMe | 1 Gbps |
| Full node (pruned) | 8 vCPU | 32 GB | 500 GB NVMe | 500 Mbps |
| Sentry node | 4 vCPU | 16 GB | 200 GB NVMe | 250 Mbps |
Archive нода зберігає повну історію всіх станів (state trie history), необхідна для аналітики та роботи з історичними даними. Pruned нода підходить для більшості dApp. Враховуйте, що розмір сховища зростає, тому закладайте диск із запасом.
Порівняння методів завантаження snapshots:
| Метод | Швидкість | Рекомендація |
|---|---|---|
| wget | ~50 MB/s | Базовий, можливі обриви |
| aria2c (6 потоків) | ~200 MB/s | У 3-4 рази швидше за wget, стабільне багатопотокове завантаження |
| rsync | ~150 MB/s | Вимагає активного дзеркала |
Використання aria2c з 6 потоками прискорює завантаження snapshot у 3-4 рази порівняно з wget.
Як швидко синхронізувати ноду за допомогою snapshots?
Синхронізація з генезису займає тижні. Snapshots скорочують цей час у 10-20 разів — до 1-3 днів. Polygon Foundation публікує snapshots на S3. Використовуйте багатопотокове завантаження:
# Heimdall snapshot aria2c -x6 -s6 "https://snapshot-download.polygon.technology/snapshots/heimdall/mainnet/latest.tar.gz" # Bor snapshot (кілька TB для archive) aria2c -x6 -s6 "https://snapshot-download.polygon.technology/snapshots/bor/mainnet/..." Після завантаження розпакуйте snapshot у директорії даних Heimdall та Bor. Переконайтеся, що версія snapshot відповідає вашій мережі (mainnet/testnet).
Конфігурація Bor для production
# config.toml [jsonrpc] enabled = true host = "0.0.0.0" # в production — тільки localhost, перед nginx port = 8545 [jsonrpc.ws] enabled = true port = 8546 [p2p] maxpeers = 50 [cache] cache = 4096 # MB, збільшити при великому RAM Ніколи не експонуйте RPC напряму. Встановіть перед нодою nginx з rate limiting та IP whitelist. Інакше нода швидко вичерпає ресурси через зовнішні запити.
Як налаштувати моніторинг відставання?
const latestBlock = await provider.getBlockNumber() // ваша нода const publicBlock = await publicProvider.getBlockNumber() // Alchemy const lag = publicBlock - latestBlock if (lag > 10) alert('Node is lagging!') Heimdall статус: curl localhost:26657/status — поле catching_up: false означає повну синхронізацію. Для глибокого моніторингу ми використовуємо Grafana з дашбордами на основі метрик Bor (експортуються через Prometheus). Це дозволяє вчасно помітити відхилення та запобігти простою.
Детальніше про архітектуру можна дізнатися в офіційній документації Polygon.
Що входить в обсяг робіт?
Ми пропонуємо розгортання ноди Polygon під ключ за 1–3 дні. Вартість починається від $500. У вартість входить:
- Архітектурне проєктування: підбір сервера та типу ноди під ваші завдання.
- Встановлення та налаштування Heimdall + Bor із застосуванням останніх версій.
- Швидка синхронізація за допомогою snapshots (aria2c).
- Налаштування systemd сервісів для автоматичного запуску.
- Захист RPC: nginx з rate limiting та IP whitelist.
- Моніторинг: Grafana + Prometheus із готовими дашбордами.
- Документація та доступ: передаємо інструкції, API endpoint, доступ до дашбордів.
- Навчання вашої команди роботі з інфраструктурою.
- Підтримка: післядеплойна консультація 30 днів.
Для максимальної безпеки часто розгортається окрема sentry-нода, яка приховує IP валідатора. Sentry-нода не підписує блоки, а лише ретранслює трафік. Це стандарт для серйозних DeFi проєктів.
Пишіть нам для консультації — оцінимо ваш проєкт безкоштовно. Замовте розгортання ноди Polygon з моніторингом та отримайте готову інфраструктуру з економією до $500 на місяць на публічних RPC.