Чекліст оператора
Інтерактивні чеклісти для нових деплоїв, оновлень і моніторингу. Прогрес зберігається лише у твоєму браузері.
Кожен рядок — міні-гайд: офіційні цифри Monad там, де вони опубліковані, плюс тулзи Susano щоб обрати сервер, перевірити fit локації й стежити за мережею після запуску.
Ми ніколи не попросимо твої приватні ключі чи seed-фразу. Цей чекліст лише відстежує прогрес чекбоксів.
CPU
16-core CPU · 4.5 GHz+ base (e.g. Ryzen 9950X / 7950X / EPYC 4584PX)
RAM
32+ GB (Запас для стабільної роботи — рекомендація Susano, не офіційний мінімум Monad.: 128 GB)
Storage
2 TB dedicated TrieDB · 500 GB MonadBFT / OS
PCIe Gen4x4 NVMe or better
Network
≥300 Mbit/s validator · ≥100 full node
Лише bare metal — cloud VM офіційно не підтримуються.
Спочатку сервер і локація
Перед галочками на hardware — Susano-тулзи: знайди SKU і thin geography.
Verified Server Catalog
Верифіковані bare-metal SKU з публічними цінами — фільтр за країною / провайдером.
Fit Checker і Deployment Planner
Оціни кандидата проти живої концентрації, потім плануй thin-ринки — shareable URL.
Gap Explorer
Які країни / ASN / провайдери ще thin на карті.
Перевір hardware та середовище перед деплоєм нового ноду.
0/9
Офіційно Monad: 16-core CPU з base 4.5 GHz+ (напр. Ryzen 9950X / 7950X / EPYC 4584PX). Краще bare metal — VM офіційно не підтримуються. Catalog + Fit Checker допоможуть не сісти на перевантажений ASN/provider.
Офіційний мінімум Monad: 32 GB+ RAM. Susano часто цілить ~128 GB як операційний запас (рекомендація Susano, не мінімум Foundation). Перевір RAM на сторінці замовлення провайдера.
Офіційно: 2 TB окремо під TrieDB + 500 GB під MonadBFT/OS, PCIe Gen4x4 NVMe або краще. Бери перевірені диски (Samsung 980/990 Pro, PM9A1); уникай нестабільних consumer SSD під постійним навантаженням.
Офіційна смуга: ≥300 Mbit/s для валідаторів, ≥100 Mbit/s для full nodes. Географію теж обирай розумно — Gaps + Deployment Planner показують thin країни/провайдери, щоб не класти ще один нод у найщільніший хаб.
Дивись актуальні install docs Monad щодо OS/kernel (часто Ubuntu 24.04+). Патчи хост, але не дивуй себе апдейтом посеред epoch без плану.
Тісний consensus timing потребує точного годинника. Налаштуй chrony/NTP і перевір offset ≈ 0 перед входом у сет.
Відкривай лише порти з актуальних Monad node docs; решту — за firewall. Не світи admin SSH/RPC у світ.
Постав host metrics + process checks до mainnet stake. Алерти — у канал, який реально дивляться. Susano Alerts + Stress Lab допомагають думати про failure domains.
Визнач snapshot/backup + drill відновлення до go-live. Знай RPO/RTO. Ключі офлайн — цей чекліст їх ніколи не просить.
Кроки перед застосуванням оновлення клієнта / бінарника.
0/5
Читай офіційні release notes повністю (breaking flags, міграції БД, зміни конфігу). Не оновлюйся з чуток у Discord.
Snapshot / backup стану і тримай попередній бінарник під рукою перед продакшеном.
Прожени апгрейд на testnet/staging з тим самим патерном конфігу. Підтверди sync + liveness перед активним валідатором.
Запиши точні кроки rollback (шлях бінарника, конфіг, порядок рестарту). Якщо не відкотиш за хвилини — до апгрейду не готовий.
Обери вікно, попередь стейкхолдерів, підніми чутливість алертів. Якщо можна — не апгрейдь під відомий network stress.
Базова observability, щоб проблеми виявлялись до того, як стануть інцидентом.
0/5
Алерти на process down, sync lag, disk fill і втрату пірів — не лише гарні CPU-графіки. Педжин — людям, які можуть діяти.
Один дашборд CPU/RAM/disk/net + sync/height ноди. Susano Overview/Heatmaps дають мережевий контекст після запуску.
Централізуй логи з retention, достатнім щоб розгребти інцидент за ніч. Секрети редагуй; ключі в тікети не кидай.
Зовнішні liveness-перевірки ловлять «хост живий, валідатор застряг». Пара з Susano Explore/Alerts для видимості в сеті.
TrieDB росте — алерт до 80–85% заповнення і знай expand/migrate шлях. Офіційно: окремі томи TrieDB vs OS.
Пов'язані тулзи і docs
Офіційні docs Monad (↗) і продукти Susano (→).
