Хостинг узлов блокчейна: полные, архивные и узлы валидаторов
Синхронизируйте и обслуживайте ноды Bitcoin, Ethereum, Monero или Solana на хостинге узлов блокчейна с памятью ECC, локальными NVMe и безлимитным портом — с оплатой в тех же монетах: BTC, ETH, XMR, USDT или SOL.
Клиенты исполнения нагружают базу данных состояния случайными чтениями; локальные NVMe позволяют синхронизации и обработке блоков не отставать там, где HDD уже не справляются.
Пиры без счетчика трафика
Полные узлы круглосуточно отдают блоки пирам, а с безлимитным портом обслуживание сети никогда не отразится в счете.
Объемные флуд-атаки отсекаются
Флуд на порты P2P и RPC автоматически обнаруживается и отбрасывается еще до вашего сервера — постоянно включенной фильтрацией L3/L4, которая входит в каждый сервер.
Рассчитан на удаленное подписание
Запускайте узел здесь, а ключи валидатора храните на отдельном сервере подписи; если обе машины находятся в одном городе, свяжите их приватной VLAN.
Рекомендуемые серверы
Три сервера, которые мы выбрали бы для этой задачи
От первого развертывания до нагруженного продакшена. Наличие и цены в реальном времени; выбранные серверы в наличии готовы к работе менее чем за 2 минуты.
2 × 3,84 ТБ NVMe вмещают пару клиентов исполнения и консенсуса в зеркале с запасом на рост; 256 ГБ ECC и 10 Гбит/с обслуживают RPC для ваших приложений.
Размеры блокчейнов и требования клиентов меняются с каждым релизом и только растут, поэтому считайте эти цифры приблизительными и сверяйте их с актуальной документацией каждого клиента.
Тип узла
Примерные требования
Рекомендуемый тариф
Полный узел Bitcoin Core + сервер Electrum
Значительно больше 700 ГБ блоков с постоянным ростом, плюс индексы
Краткие практические советы наших инженеров для этой задачи.
Планирование дисков: размер блокчейна, NVMe и рост
Данные блокчейна только растут, поэтому рассчитывайте объем на следующий год, а не на сегодня:
Полный узел Ethereum: около 2 ТБ NVMe и больше для клиентов исполнения и консенсуса вместе, и объем растет. Архивным узлам нужно в несколько раз больше — в зависимости от клиента.
Bitcoin Core: значительно больше 700 ГБ блоков плюс индексы, если вы включите txindex=1 или запустите сервер Electrum. Узел только для кошелька может задать prune=550 и хранить лишь около 550 МБ последних блоков плюс набор UTXO.
Solana: отдельные NVMe-диски для аккаунтов и реестра (ledger), как рекомендует документация клиента.
EPYC 4464P зеркалирует 2 × 1,92 ТБ, а для Ethereum это впритык. Возьмите EPYC 7443P, чтобы получить 3,84 ТБ в зеркале, или выберите RAID 0 при установке, если можете позволить себе повторную синхронизацию с нуля. Сверяйтесь с актуальной документацией каждого клиента, начиная с руководства по узлам и клиентам на ethereum.org: цифры меняются с каждым релизом.
Ключи валидатора: подписывайте удаленно и никогда — дважды
Мнемоническая фраза и учетные данные для вывода (withdrawal credentials) никогда не должны попадать на сервер. Онлайн нужны только ключи подписи, причем в идеале — не на самом узле:
Ethereum: подключите клиент валидатора к Web3Signer на другой машине, не отключайте защиту от слэшинга и включайте защиту от двойников (doppelganger protection) после каждого перезапуска или переезда.
Solana: храните ключ authorized withdrawer офлайн, используйте отдельный ключ аккаунта голосования (vote account) и никогда не запускайте один и тот же identity-ключ на двух машинах: переносите его через плановое переключение identity, а не запуском второй копии.
Миграции: остановите старый валидатор, экспортируйте его историю защиты от слэшинга в формате EIP-3076, подождите несколько эпох и только потом запускайте новый.
Две машины, подписывающие одним ключом, — именно так валидаторы получают слэшинг, и никакой скрипт автоматического переключения не стоит такого риска.
Быстрая синхронизация, а затем — здоровый узел
Именно на первичной синхронизации видна разница в железе. Клиенты консенсуса могут стартовать с доверенной контрольной точки (--checkpoint-sync-url в Lighthouse) и быстро выйти на вершину цепи; затем клиенты исполнения синхронизируют состояние с пиров, что занимает от нескольких часов до нескольких дней в зависимости от клиента и диска. Для Bitcoin Core увеличьте dbcache на время первичной загрузки блоков, а после нее уменьшите.
Откройте P2P-порты, например 30303 TCP/UDP для большинства клиентов исполнения или 8333 для Bitcoin, чтобы пиры могли к вам подключаться.
Держите JSON-RPC (8545) на 127.0.0.1; публикуйте его только через прокси с аутентификацией и ограничением частоты запросов или через WireGuard.
Настройте оповещения о свободном месте на диске задолго до того, как оно закончится: базы данных редко корректно останавливаются при заполнении диска.
Инструменты, которые здесь хорошо работают
С root-доступом вы устанавливаете именно то, что нужно. Это проверенные решения для такой задачи.
Geth / Nethermind / RethКлиенты исполнения Ethereum; подключите любой из них к клиенту консенсуса через Engine API с аутентификацией по JWT.
Lighthouse / Teku / NimbusКлиенты консенсуса с синхронизацией с контрольной точки, а также клиенты валидатора с защитой от двойников (doppelganger protection).
Bitcoin CoreЭталонный узел Bitcoin; добавьте electrs или Fulcrum, чтобы обслуживать собственные кошельки по протоколу Electrum.
Web3SignerУдаленный сервис подписи с защитой от слэшинга, который держит ключи валидаторов Ethereum вдали от beacon-узла.
monerod + P2PoolЭталонный демон Monero с обрезкой для экономии места на диске; P2Pool добавляет децентрализованный майнинг поверх вашего собственного узла.
Prometheus + GrafanaСобирайте метрики клиентов и получайте оповещения о числе пиров, отставании синхронизации, пропущенных обязанностях валидатора и свободном месте на диске.
Сколько дискового пространства нужно узлу Ethereum?
Для полного узла закладывайте примерно 2 ТБ NVMe или больше с учетом клиентов исполнения и консенсуса вместе и рассчитывайте на рост. Архивным узлам нужно в несколько раз больше в зависимости от клиента, поэтому сверьтесь с актуальной документацией вашей пары клиентов. EPYC 7443P дает 3,84 ТБ в зеркале; на EPYC 4464P полный узел поместится, только если выбрать RAID 0 на 3,84 ТБ.
Можно ли запустить узел Solana на этих серверах?
Solana — один из самых требовательных блокчейнов: валидаторам и RPC-узлам обычно нужны сотни гигабайт ОЗУ ECC, несколько быстрых NVMe-дисков и порт класса 10 Гбит/с. Машина этого класса в наличии — EPYC 9354P: 32 ядра, 384 ГБ DDR5 ECC и порт 10 Гбит/с. RPC-узлам с полными индексами аккаунтов может понадобиться больше памяти: перед развертыванием проверьте актуальные требования вашего клиента.
Можно ли оплатить хостинг узла криптовалютой?
Да, криптовалюта — единственный способ оплаты: Bitcoin, Ethereum, Monero, USDT (TRC-20) и Solana. Цены указаны в USD или EUR, а курс фиксируется на 30 минут. Пополнения дают бонус +5% за каждые $100 — до +50% при сумме от $1 000. Средства зачисляются после подтверждения платежа: примерно за минуту с USDT (TRC-20) или Solana, за 10–20 минут с Bitcoin.
На какой аптайм может рассчитывать валидатор?
Целевая доступность сети — 99,9% за календарный месяц для каждого сервера; если она ниже, начисляются компенсации, а вышедший из строя компонент заменяется в течение четырех часов после диагностики. Для валидатора это нижняя планка, а не план: держите наготове синхронизированный резервный узел, но никогда не запускайте его с теми же ключами, пока не убедитесь, что исходный узел остановлен.
Фильтруются ли DDoS-атаки на мой узел?
Да, если речь об объемных атаках: SYN- и UDP-флуд, а также атаки с усилением (amplification) фильтруются на сетевом уровне круглосуточно и без доплаты. Злоупотребления, которые выглядят как легитимные запросы, например поток дорогих запросов eth_call или eth_getLogs к публичному RPC-эндпоинту, относятся к прикладному уровню: ограничивайте их частоту в обратном прокси и по возможности не открывайте RPC публично.
Готовы развернуть?
Выберите один из рекомендуемых серверов в наличии — он может быть готов к работе менее чем за 2 минуты, с оплатой с баланса и без платы за установку.
Это единственный способ вернуть доступ к аккаунту, если вы забудете пароль или потеряете устройство для двухфакторной аутентификации. Показать его повторно мы не сможем.