Как запустить узел Bitcoin или Monero на VPS

Чтобы запустить узел Bitcoin на VPS, проверьте и установите Bitcoin Core, задайте prune=550 и запустите bitcoind через systemd: узлу с обрезкой нужно около 15 ГиБ на диске и от 2 до 4 ГБ памяти. Чтобы запустить узел Monero на VPS, сделайте то же самое с monerod и обрезкой: около 100 ГиБ и 4 ГБ памяти.

В инструкции используется офшорный VPS с Ubuntu 24.04 LTS или Debian 12 либо 13 и root-доступом, как описано в руководстве «Начало работы». Версии актуальны на 26 сентября 2026 г.: Bitcoin Core 31.1 и Monero 0.18.5.1, обе выпущены 8 июля 2026 г. Шаги установки, проверки и настройки службы мы протестировали на Ubuntu 24.04 и Debian 12.

Что нужно для запуска узла Bitcoin или Monero на VPS

Требования Bitcoin Core, как и Monero, сводятся к диску. Узел с обрезкой проверяет каждый блок, но хранит только то, что ему ещё нужно; полный узел хранит всю историю. Объёмы на 26 сентября 2026 г.:

• Bitcoin: по графику размера блокчейна Blockchain.com, 25 сентября 2026 г. данные блоков достигли 771 ГБ, прибавив 82 ГБ за год. Исходный код Bitcoin Core 31.1 закладывает для синхронизированного узла 856 ГиБ с учётом данных отката и набора UTXO объёмом 14 ГиБ (chainstate), с запасом от 5 до 10%, предусмотренным его процессом выпуска. Руководство по полному узлу на bitcoin.org требует 2 ГБ памяти и оценивает загрузку примерно в 20 ГБ в месяц, а отдачу — часто в 200 ГБ и более.
• Monero: руководство по узлу в документации Monero на 20 января 2026 г. указывало около 250 ГиБ для полного узла и 100 ГиБ для узла с обрезкой. Оно рекомендует 4 ГБ памяти или больше и 625 ГиБ SSD для полного узла, 250 ГиБ — для узла с обрезкой. Публичный полный узел 26 сентября 2026 г. сообщал о 275 ГиБ: get_info показывает database_size, на ограниченном RPC-порту — с округлением вверх до значения, кратного 5 ГиБ.

Для VPS под узел Bitcoin тариф Sloop соответствует минимуму bitcoin.org в 2 ГБ, а Cutter оставляет место для кеша побольше. VPS под узел Monero начинается с Schooner для узла с обрезкой и с Frigate для полного узла. Чтобы следовать рекомендации документации Monero — 250 ГиБ для узла с обрезкой и 625 ГиБ для полного, — берите Frigate для узла с обрезкой и выделенный сервер для полного. У каждого тарифа есть выделенный IPv4-адрес, а оплатить можно в Bitcoin или Monero.

Полному узлу Bitcoin нужен выделенный сервер. Два NVMe-диска по 1 ТБ в RAID 1 дают 931 ГиБ — всего на 75 ГиБ больше оценки Bitcoin Core. Выберите на странице развёртывания Ryzen 7 7700 ($97.49 в месяц) RAID 0 — это около 1.8 ТиБ без избыточности, и при отказе диска придётся синхронизироваться заново, — или возьмите Ryzen 9 7950X либо EPYC 7402P, у которых 2 × 1.92 ТБ дают около 1.75 ТиБ в RAID 1.

Запуск узла Bitcoin на VPS с Bitcoin Core

Bitcoin Core 31.1 — текущая версия на странице загрузки; в примечаниях к выпуску перечислены исправления избыточной записи chainstate на диск и утечки IP-адреса при приватной рассылке транзакций (private broadcast).

Загрузка и проверка Bitcoin Core

Задайте версию один раз — последующие команды используют её:

apt update
apt install -y wget gnupg git
cd /root
VERSION=31.1
wget https://bitcoincore.org/bin/bitcoin-core-$VERSION/bitcoin-$VERSION-x86_64-linux-gnu.tar.gz
wget https://bitcoincore.org/bin/bitcoin-core-$VERSION/SHA256SUMS
wget https://bitcoincore.org/bin/bitcoin-core-$VERSION/SHA256SUMS.asc
sha256sum --ignore-missing --check SHA256SUMS

Проверка должна вывести bitcoin-31.1-x86_64-linux-gnu.tar.gz: OK. Каждый выпуск подписывают несколько сборщиков; импортируйте их ключи из репозитория guix.sigs, как показано на странице загрузки:

git clone --depth 1 https://github.com/bitcoin-core/guix.sigs
gpg --import guix.sigs/builder-keys/*
gpg --verify SHA256SUMS.asc SHA256SUMS

Каждая действительная подпись выводит строку, начинающуюся с gpg: Good signature (в нашем тесте для 31.1 их было 11), и ни одна строка не должна содержать BAD signature; предупреждения о том, что ключ «не заверен», ожидаемы. Полагайтесь на сборщиков, которым доверяете: на странице загрузки приведён ключ fanquake.gpg с отпечатком E777 299F C265 DD04 7930 70EB 944D 35F9 AC3D B76A. Затем установите две программы, нужные серверу:

tar -xzf bitcoin-$VERSION-x86_64-linux-gnu.tar.gz
install -m 0755 -o root -g root -t /usr/local/bin bitcoin-$VERSION/bin/bitcoind bitcoin-$VERSION/bin/bitcoin-cli
bitcoind -version

Настройка bitcoin.conf для узла с обрезкой

useradd --system --user-group --shell /usr/sbin/nologin bitcoin
install -d -m 0710 -o root -g bitcoin /etc/bitcoin
cat > /etc/bitcoin/bitcoin.conf <<'EOF'
prune=550
dbcache=1024
maxconnections=40
server=1
rpcbind=127.0.0.1
rpcallowip=127.0.0.1
EOF
chgrp bitcoin /etc/bitcoin/bitcoin.conf
chmod 640 /etc/bitcoin/bitcoin.conf

Параметр prune=550

Не более 550 МиБ файлов блоков и отката — минимальное значение для автоматической обрезки. С ним нельзя использовать txindex, а чтобы отменить обрезку, придётся заново загрузить весь блокчейн. Для полного узла не указывайте этот параметр.

Параметр dbcache=1024

Кеш UTXO в МиБ. Начиная с версии 31.0 значение по умолчанию — 1024, если Bitcoin Core обнаруживает не менее 4096 МиБ памяти, иначе 450: на тарифе с 2 ГБ задайте 450. Чем больше кеш, тем быстрее первая синхронизация.

Параметр maxconnections=40

Вместо 125 по умолчанию: 11 исходящих соединений плюс место для входящих пиров при меньшем расходе памяти и трафика.

Параметры server, rpcbind, rpcallowip

JSON-RPC для bitcoin-cli только на localhost, с аутентификацией по cookie-файлу. Справка предупреждает: «Не открывайте RPC-сервер для недоверенных сетей, таких как публичный интернет».

Запуск bitcoind через systemd

Bitcoin Core хранит свой юнит systemd в дереве исходного кода, а не в архиве; скачайте его и замените в нём путь на /usr/local/bin:

wget -O /etc/systemd/system/bitcoind.service https://raw.githubusercontent.com/bitcoin/bitcoin/v$VERSION/contrib/init/bitcoind.service
sed -i 's|/usr/bin/bitcoind|/usr/local/bin/bitcoind|' /etc/systemd/system/bitcoind.service
systemctl daemon-reload
systemctl enable --now bitcoind

Юнит запускает bitcoind от имени пользователя bitcoin с данными в /var/lib/bitcoind, перезапускает его после сбоя, отводит 10 минут на корректную остановку и монтирует для него /usr и /etc только для чтения. В Debian 12, где systemd 252 не поддерживает systemd-notify --stopping, bitcoind при каждой остановке записывает в журнал безобидное предупреждение.

Открытие порта 8333 для входящих пиров (необязательно)

ufw allow 8333/tcp

Узел синхронизируется и через исходящие соединения, но, как пишет bitcoin.org, чтобы поддерживать сеть, нужно разрешить входящие. Перед включением UFW разрешите SSH, как описано в руководстве по усилению защиты, и никогда не открывайте RPC-порт 8332.

Проверка синхронизации

bitcoin-cli -datadir=/var/lib/bitcoind getblockchaininfo

Значение blocks растёт до headers, а verificationprogress — до 1. Синхронизация завершена, когда initialblockdownload становится false, а pruned показывает true. Если вместо getblockchaininfo указать -getinfo, команда выведет сводку; подробности — в /var/lib/bitcoind/debug.log. Чтобы затем принимать платежи через собственный сервер, см. наше руководство по BTCPay Server.

Запуск узла Monero на VPS с monerod

Monero 0.18.5.1 «Fluorine Fermi» — текущий выпуск для командной строки на странице загрузок.

Загрузка и проверка Monero CLI

Monero публикует хеш каждого файла в hashes.txt, подписанном ключом binaryFate. Как и в руководстве проекта по проверке из командной строки, сначала проверьте ключ:

apt update
apt install -y wget gnupg bzip2
cd /root
wget -O binaryfate.asc https://raw.githubusercontent.com/monero-project/monero/master/utils/gpg_keys/binaryfate.asc
gpg --show-keys --with-fingerprint binaryfate.asc

Отпечаток должен быть 81AC 591F E9C4 B65C 5806 AFC3 F0AF 4D46 2A0B DF92; если это не так, остановитесь. Импортируйте ключ и проверьте список:

gpg --import binaryfate.asc
wget -O hashes.txt https://www.getmonero.org/downloads/hashes.txt
gpg --verify hashes.txt

Найдите в выводе Good signature и тот же отпечаток, затем сравните хеш архива со списком:

XMR=v0.18.5.1
wget https://downloads.getmonero.org/cli/monero-linux-x64-$XMR.tar.bz2
sha256sum monero-linux-x64-$XMR.tar.bz2
grep monero-linux-x64-$XMR.tar.bz2 hashes.txt

Обе строки должны показать один и тот же хеш; для 0.18.5.1 он начинается с 22a7dda7 и заканчивается на 9958. Установите демон:

tar -xjf monero-linux-x64-$XMR.tar.bz2
install -m 0755 -o root -g root -t /usr/local/bin monero-x86_64-linux-gnu-$XMR/monerod
monerod --version

Настройка monerod.conf для узла с обрезкой

Как и в руководстве по узлу из документации Monero, monerod работает от имени пользователя monero, с отдельными каталогами для конфигурации, данных и логов:

useradd --system --user-group --shell /usr/sbin/nologin monero
install -d -m 0750 -o root -g monero /etc/monero
install -d -m 0750 -o monero -g monero /var/lib/monero /var/log/monero
cat > /etc/monero/monerod.conf <<'EOF'
data-dir=/var/lib/monero
log-file=/var/log/monero/monero.log
log-level=0
prune-blockchain=1
sync-pruned-blocks=1
p2p-bind-port=18080
no-igd=1
in-peers=48
limit-rate-up=4096
enable-dns-blocklist=1
check-updates=disabled
rpc-bind-ip=127.0.0.1
rpc-bind-port=18081
EOF
chgrp monero /etc/monero/monerod.conf
chmod 640 /etc/monero/monerod.conf

Параметры prune-blockchain, sync-pruned-blocks

Обрезка «экономит 2/3 дискового пространства без ухудшения функциональности», говорится в справочнике по monerod; включите её до первой синхронизации. Вторая строка позволяет принимать блоки, уже обрезанные пирами, что экономит трафик. Для полного узла не указывайте ни одну из этих строк.

Параметры p2p-bind-port=18080, no-igd

Стандартный P2P-порт без UPnP: серверу с публичным IP-адресом UPnP не нужен.

Параметры in-peers=48, limit-rate-up=4096

По умолчанию число входящих пиров не ограничено; 48 — предел из примера в документации. Скорость отдачи задаётся в кБ/с: 4096 — это около 34 Мбит/с, половина значения по умолчанию.

Параметры enable-dns-blocklist, check-updates=disabled

Отклоняет пиров из DNS-списка блокировки, который ведут участники проекта Monero, и оставляет обновления на ваше усмотрение.

Параметр rpc-bind-ip=127.0.0.1

Полный RPC на порту 18081 «даёт полные административные права над узлом», поэтому он остаётся локальным.

Запуск monerod через systemd

Этот юнит взят из документации Monero; --non-interactive запускает monerod на переднем плане без терминала:

cat > /etc/systemd/system/monerod.service <<'EOF'
[Unit]
Description=Monero Daemon
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
ExecStart=/usr/local/bin/monerod --config-file /etc/monero/monerod.conf --non-interactive
Restart=always
RestartSec=30
User=monero
Group=monero
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=multi-user.target
EOF
systemctl daemon-reload
systemctl enable --now monerod

Открытие порта 18080 для входящих пиров (необязательно)

ufw allow 18080/tcp

Как и в случае с Bitcoin, узел синхронизируется и без этого, а открытый порт позволяет другим узлам подключаться к вашему; порт 18081 держите закрытым.

Проверка синхронизации

monerod status
monerod sync_info

status выводит высоту вашего узла, высоту сети, процент синхронизации и число соединений; sync_info показывает список пиров и их скорость. Логи пишутся в /var/log/monero/monero.log, а также доступны через journalctl -u monerod.

Ваш узел в роли удалённого узла Monero

Удалённый узел Monero обслуживает кошельки на других машинах. Документация Monero выделяет для них ограниченный RPC-порт 18089, а полный RPC оставляет на localhost. Добавьте три строки в /etc/monero/monerod.conf, затем откройте порт и перезапустите службу:

rpc-restricted-bind-ip=0.0.0.0
rpc-restricted-bind-port=18089
public-node=1

ufw allow 18089/tcp
systemctl restart monerod

Ограниченный порт отвечает на запросы только для просмотра, не раскрывая конфиденциальных данных. public-node=1 анонсирует его кошелькам; не указывайте этот параметр, если хотите сообщать адрес только выбранным вами кошелькам. Публичный RPC «может потреблять значительный объём ресурсов», предупреждает документация.

Альтернатива — restricted-rpc=1 вместе с rpc-bind-ip=0.0.0.0 — ограничивает ваш единственный RPC-порт, и, как показал наш тест, monerod с такой настройкой не запускается, пока вы не добавите confirm-external-bind=1. Если узлом пользуются только ваши собственные кошельки, SSH-туннель или onion-адрес позволят обойтись без публичного порта.

Маршрутизация узла через Tor или I2P (необязательно)

Установите tor из репозитория Tor Project, как описано в нашем руководстве по ретранслятору Tor; его SOCKS-прокси по умолчанию слушает 127.0.0.1:9050.

• Bitcoin Core: proxy=127.0.0.1:9050 направляет исходящие соединения через Tor, а onlynet=onion ограничивает автоматические соединения onion-пирами. При использовании прокси прослушивание отключается; с listen=1 и доступом к управляющему порту Tor Bitcoin Core создаёт собственный onion-сервис. Начиная с версии 31.0, privatebroadcast=1 отправляет транзакции, переданные через sendrawtransaction, только по Tor или I2P.
• Monero: tx-proxy=tor,127.0.0.1:9050,disable_noise рассылает транзакции ваших кошельков через Tor. Для onion-адреса нужны строка HiddenServiceDir и строки HiddenServicePort для портов 18084 и 18089 в torrc, а также строка anonymous-inbound; все они приведены в руководстве по Tor и I2P из документации Monero, и I2P настраивается так же. Для Tor открытые порты не нужны.

Приватность: узел на VPS и узел дома

Пиры видят IP-адрес вашего узла. На VPS это адрес сервера, а не вашего дома, и ваш интернет-провайдер видит соединения с одним сервером, а не узел, обменивающийся данными с десятками пиров. Кроме того, ваш кошелёк перестаёт обращаться к чужому узлу, оператор которого «может связать транзакции с IP-адресами», как предупреждает статья об удалённых узлах в Moneropedia.

Сервер не невидим: его хостер может видеть метаданные трафика, то есть с какими адресами сервер обменивается данными, когда и в каком объёме. Bitcoin Core шифрует соединения с пирами, поддерживающими BIP324 (эта функция включена по умолчанию), а Tor к тому же скрывает ваших пиров. Мы не ведём логов трафика клиентских серверов и не анализируем его.

Сведений у нас немного: адрес электронной почты (он может быть одноразовым), ваши пополнения баланса (криптовалюта, сумма, адрес для оплаты, идентификатор транзакции) и ваши услуги — но никогда ваш IP-адрес, как указано в политике конфиденциальности. Оплата Monero VPS не оставляет в публичном доступе ни отправителя, ни получателя, ни суммы, тогда как платёж в Bitcoin остаётся виден в блокчейне.

Трафик, майнинг и наши правила для узлов

• Узлы приветствуются. Наши правила допустимого использования разрешают всё, что законно в стране, где работает сервер, а узлы Bitcoin, Monero и Lightning входят в перечисленные нами варианты использования VPS.
• Никакого майнинга на VPS и RDP. Он отнимает процессорное время у других клиентов на том же хосте, поэтому правила запрещают его там, включая встроенный майнер monerod. На выделенных и GPU-серверах майнинг разрешён.
• Принцип добросовестного использования. Трафик на портах 1 Гбит/с безлимитный, но нагруженный публичный узел стоит ограничить: maxuploadtarget=5G в bitcoin.conf задаёт цель 5 ГиБ в сутки, а limit-rate-up ограничивает monerod. Если узел создаёт проблемы на VPS, мы сначала сообщим вам об этом в личном кабинете и предложим решение, например выделенный сервер, который можно загружать на всю заявленную мощность.

Цель для Bitcoin мягкая: при приближении к ней Bitcoin Core перестаёт отдавать блоки старше недели, на которые приходится значительная часть трафика, как объясняется в reduce-traffic.md. bitcoin-cli -datadir=/var/lib/bitcoind getnettotals показывает, сколько осталось в текущем 24-часовом окне.

Обновление Bitcoin Core и monerod

Ни один из архивов не обновляется сам. Для новой версии повторите шаги загрузки и проверки с новым номером версии, затем остановите службу командой systemctl stop bitcoind или systemctl stop monerod, установите новый исполняемый файл и снова запустите службу, как советуют примечания к выпуску Bitcoin Core.

Часто задаваемые вопросы

Сколько места на диске нужно узлу Bitcoin?

Полному узлу нужно около 856 ГиБ — такова оценка, заложенная в Bitcoin Core 31.1, — и он растёт примерно на 7 ГБ в месяц; одни только данные блоков 25 сентября 2026 г. достигли 771 ГБ. Узлу с обрезкой и prune=550 нужно около 15 ГиБ, в основном под набор UTXO, но он всё равно один раз загружает каждый блок.

Можно ли запустить узел Monero на VPS?

Да. В январе 2026 г. узлу Monero с обрезкой требовалось около 100 ГиБ, а документация Monero рекомендует 4 ГБ памяти или больше: подойдёт наш тариф Schooner (4 vCPU, 8 ГБ памяти, 160 ГБ NVMe, $12.49 в месяц). Полный узел — около 275 ГиБ в сентябре 2026 г. — поместится на Frigate, Flagship или выделенном сервере.

Законно ли запускать узел Bitcoin или Monero?

Узел загружает, проверяет и передаёт дальше публичные данные и не хранит чужих денег, а большинство правил в сфере криптовалют адресованы бизнесу, например биржам. С 10 июля 2027 г. Регламент ЕС о противодействии отмыванию денег запрещает регулируемым поставщикам услуг в сфере криптоактивов вести счета, использующие криптовалюты с повышенной анонимностью, такие как Monero; на хранение Monero в собственном кошельке это не влияет. Проверьте законодательство страны, где вы живёте, и страны, где работает сервер.

Можно ли майнить на VPS?

Нет. Наши правила допустимого использования запрещают майнинг криптовалют на тарифах VPS и RDP, поскольку он отнимает процессорное время у других клиентов на том же хосте; это касается и встроенного майнера monerod. Майнинг разрешён на выделенных и GPU-серверах, которые предоставляются только вам, а узел, который не майнит, приветствуется на любом тарифе.

Что такое узел с обрезкой?

Узел с обрезкой проверяет каждый блок, как полный узел, а затем удаляет данные, которые ему больше не нужны. Bitcoin Core с prune=550 хранит последние 550 МиБ блоков и набор UTXO, поэтому не может отдавать старые блоки или использовать txindex. Обрезка в Monero удаляет 7/8 данных кольцевых подписей, экономя около двух третей места без ущерба для приватности и безопасности, как сказано в статье об обрезке в Moneropedia.