---
title: "Как запустить узел Bitcoin или Monero на VPS (2026)"
description: "Узел Bitcoin или Monero на VPS: объём диска для узла с обрезкой и полного узла, подходящий тариф, проверенная установка, удалённый узел Monero, Tor и трафик."
url: https://offshoreserv.com/ru/docs/vps/bitcoin-monero-node
lang: ru
updated: 2026-09-26
source: HTML page at the url above (canonical); this is its Markdown version
---

База знаний · VPS

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

Запустите на VPS узел Bitcoin или Monero: диск и память по тарифам, установка Bitcoin Core и monerod с проверкой подписей, обрезка, systemd, удалённый узел и Tor.

Обновлено 26 сентября 2026 г.12 мин чтения

В этом руководстве

- Узлу Bitcoin Core с обрезкой нужно около 15 ГиБ на диске и от 2 до 4 ГБ памяти, поэтому для него подойдёт тариф Sloop или Cutter.
- Узлу Monero с обрезкой нужно около 100 ГиБ и 4 ГБ памяти — это тариф Schooner и выше; полный узел Monero поместится на Frigate.
- Полному узлу Bitcoin нужен выделенный сервер: в сентябре 2026 г. данные блоков достигли 771 ГБ и растут примерно на 7 ГБ в месяц.
- Проверяйте обе загрузки: для Bitcoin Core — подписи сборщиков на SHA256SUMS, для Monero — подпись binaryFate на hashes.txt.
- Держите RPC только на localhost, ограничивайте отдачу на нагруженных публичных узлах и никогда не майните на VPS: майнинг разрешён только на выделенных и GPU-серверах.

VPS9 разделов

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

В инструкции используется [офшорный VPS](https://offshoreserv.com/ru/offshore-vps) с Ubuntu 24.04 LTS или Debian 12 либо 13 и root-доступом, как описано в руководстве [«Начало работы»](https://offshoreserv.com/ru/docs/getting-started). Версии актуальны на 26 сентября 2026 г.: Bitcoin Core 31.1 и Monero 0.18.5.1, обе выпущены 8 июля 2026 г. Шаги установки, проверки и настройки службы мы протестировали на Ubuntu 24.04 и Debian 12.

> Не закрывайте SSH-сеанс, пока меняете настройки брандмауэра. Если какое-то правило лишит вас доступа, консоль в личном кабинете по-прежнему позволит подключиться к VPS.

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

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

| Узел | Диск | ОЗУ (RAM) | Трафик | С какого тарифа начать |
| --- | --- | --- | --- | --- |
| Bitcoin Core с обрезкой | Около 15 ГиБ | 2 ГБ; с 4 ГБ синхронизация идёт быстрее | Весь блокчейн один раз, затем около 20 ГБ в месяц | Sloop (2 ГБ ОЗУ, 40 ГБ диска, $3.49 в месяц) или Cutter (4 ГБ, 70 ГБ, $5.49) |
| Bitcoin Core, полный узел | 856 ГиБ плюс около 7 ГБ в месяц | 2 ГБ; чем больше, тем быстрее синхронизация | То же плюс 200 ГБ и более отдачи в месяц | Выделенный сервер |
| Monero с обрезкой | Около 100 ГиБ (январь 2026 г.) | 4 ГБ и более | Около трети блокчейна один раз | Schooner (8 ГБ, 160 ГБ, $12.49) |
| Monero, полный узел | Около 275 ГиБ | 4 ГБ и более | Весь блокчейн один раз | Frigate (32 ГБ, 500 ГБ, $47.99) |
| Оба узла с обрезкой | Около 120 ГиБ | 8 ГБ и более | Оба варианта выше | Brigantine (16 ГБ, 240 ГБ, $19.99) |

- **Bitcoin:** по [графику размера блокчейна](https://www.blockchain.com/explorer/charts/blocks-size) Blockchain.com, 25 сентября 2026 г. данные блоков достигли 771 ГБ, прибавив 82 ГБ за год. [Исходный код Bitcoin Core 31.1](https://github.com/bitcoin/bitcoin/blob/v31.1/src/kernel/chainparams.cpp) закладывает для синхронизированного узла 856 ГиБ с учётом данных отката и набора UTXO объёмом 14 ГиБ (chainstate), с запасом от 5 до 10%, предусмотренным его [процессом выпуска](https://github.com/bitcoin/bitcoin/blob/v31.1/doc/release-process.md). [Руководство по полному узлу](https://bitcoin.org/en/full-node) на bitcoin.org требует 2 ГБ памяти и оценивает загрузку примерно в 20 ГБ в месяц, а отдачу — часто в 200 ГБ и более.
- **Monero:** [руководство по узлу](https://docs.getmonero.org/running-node/monerod-systemd/) в документации 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](https://offshoreserv.com/ru/bitcoin-vps) или Monero.

Полному узлу Bitcoin нужен [выделенный сервер](https://offshoreserv.com/ru/offshore-dedicated-servers). Два 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 — текущая версия на [странице загрузки](https://bitcoincore.org/en/download/); в [примечаниях к выпуску](https://bitcoincore.org/en/releases/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](https://github.com/bitcoin-core/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](https://github.com/bitcoin/bitcoin/blob/v31.1/contrib/init/bitcoind.service) в дереве исходного кода, а не в архиве; скачайте его и замените в нём путь на `/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, как описано в [руководстве по усилению защиты](https://offshoreserv.com/ru/docs/security/hardening), и никогда не открывайте 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](https://offshoreserv.com/ru/docs/vps/btcpay-server).

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

Monero 0.18.5.1 «Fluorine Fermi» — текущий выпуск для командной строки на [странице загрузок](https://www.getmonero.org/downloads/).

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

Monero публикует хеш каждого файла в `hashes.txt`, подписанном ключом binaryFate. Как и в [руководстве проекта по проверке из командной строки](https://www.getmonero.org/resources/user-guides/verification-allos-advanced.html), сначала проверьте ключ:

```
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](https://docs.getmonero.org/interacting/monerod-reference/); включите её до первой синхронизации. Вторая строка позволяет принимать блоки, уже обрезанные пирами, что экономит трафик. Для полного узла не указывайте ни одну из этих строк.
- **Параметры 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](https://offshoreserv.com/ru/docs/vps/tor-relay#install-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-сервис](https://github.com/bitcoin/bitcoin/blob/v31.1/doc/tor.md). Начиная с версии 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](https://docs.getmonero.org/running-node/monerod-tori2p/) из документации Monero, и I2P настраивается так же. Для Tor открытые порты не нужны.

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

Пиры видят IP-адрес вашего узла. На VPS это адрес сервера, а не вашего дома, и ваш интернет-провайдер видит соединения с одним сервером, а не узел, обменивающийся данными с десятками пиров. Кроме того, ваш кошелёк перестаёт обращаться к чужому узлу, оператор которого «может связать транзакции с IP-адресами», как предупреждает [статья об удалённых узлах](https://www.getmonero.org/resources/moneropedia/remote-node.html) в Moneropedia.

Сервер не невидим: его хостер может видеть метаданные трафика, то есть с какими адресами сервер обменивается данными, когда и в каком объёме. Bitcoin Core шифрует соединения с пирами, поддерживающими [BIP324](https://github.com/bitcoin/bips/blob/master/bip-0324.mediawiki) (эта функция включена по умолчанию), а Tor к тому же скрывает ваших пиров. Мы не ведём логов трафика клиентских серверов и не анализируем его.

Сведений у нас немного: адрес электронной почты (он может быть одноразовым), ваши пополнения баланса (криптовалюта, сумма, адрес для оплаты, идентификатор транзакции) и ваши услуги — но никогда ваш IP-адрес, как указано в [политике конфиденциальности](https://offshoreserv.com/ru/privacy-policy). Оплата [Monero VPS](https://offshoreserv.com/ru/monero-vps) не оставляет в публичном доступе ни отправителя, ни получателя, ни суммы, тогда как платёж в Bitcoin остаётся виден в блокчейне.

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

- **Узлы приветствуются.** Наши [правила допустимого использования](https://offshoreserv.com/ru/acceptable-use-policy) разрешают всё, что законно в стране, где работает сервер, а узлы 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](https://github.com/bitcoin/bitcoin/blob/v31.1/doc/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 данных кольцевых подписей, экономя около двух третей места без ущерба для приватности и безопасности, как сказано в [статье об обрезке](https://www.getmonero.org/resources/moneropedia/pruning.html) в Moneropedia.

**Застряли на каком-то шаге?**

Клиенты с выделенными и GPU-серверами могут открыть тикет в [личном кабинете](https://offshoreserv.com/ru/account/support), указав IP-адрес сервера и то, что они уже пробовали сделать. Целевой срок первого ответа — менее 12 часов. Для всех остальных серверов используйте действия с сервером на его странице, [руководства](https://offshoreserv.com/ru/docs) и страницу [статуса сети](https://offshoreserv.com/ru/status).

---

OffshoreServ — офшорный хостинг-провайдер: VPS, выделенные серверы, Windows RDP и GPU-серверы в семи юрисдикциях (Исландия, Швейцария, Молдова, Румыния, Нидерланды, Болгария и Малайзия), оплата только криптовалютой (Bitcoin, Ethereum, Monero, Tether (USDT) и Solana), без проверки личности (без KYC).

Prices and plans: https://offshoreserv.com/ru/pricing · Answers: https://offshoreserv.com/ru/faq · Every page: https://offshoreserv.com/llms.txt