Шесть шагов от голого Nordic VPS до собственного monerod — проверенные бинарники, защищённый конфиг, полный или обрезанный, доступный через SSH, WireGuard или v3 onion. Удалённый узел не может прочитать ваш баланс, но может увидеть, как ваш IP транслирует вашу транзакцию — это руководство закрывает именно этот пробел. Протестировано на Debian 12 с веткой v0.18.
Провизионирование
Сначала диск, потом защита
Проверить
Сначала подпись, потом установка
Настроить
monerod.conf + systemd
Синхронизация
День-два под наблюдением
Подключиться
SSH, WireGuard или onion
Анонимизация
Трансляция через Tor
Почти каждый кошелёк Monero изначально настроен на чужой демон, потому что альтернатива — это четверть терабайта и двое суток ожидания. Такая настройка по умолчанию вполне оправдана, а вот возникающую при этом утечку приватности постоянно описывают неверно в обе стороны — одни считают, что удалённый узел читает их баланс, другие — что он вообще ничего не узнаёт. Понимание истинной формы этой утечки и покажет, стоит ли это руководство нескольких часов вашего времени.
Чего он не умеет. Он не может видеть ваш баланс, ваши адреса или ваши ключи. Кошелёк Monero не сообщает узлу, что именно искать: он забирает целые блоки в пределах диапазона и пытается расшифровать каждый выход локально с помощью приватного ключа просмотра, который никогда не покидает устройство. Узел отдаёт те же самые байты, что отдал бы любому другому. Он не может определить, какие из выходов, если таковые вообще были, принадлежат вам, — и это настоящее архитектурное отличие от модели лёгких кошельков, применяемой в других системах, где серверу передаются адреса для отслеживания и поэтому он точно знает, что именно отслеживает.
Что он умеет. Он видит IP-адрес, который подключился. Видит диапазон блоков, запрошенный этим IP, — а это очерчивает примерное время создания кошелька за ним. Видит ритм ваших обновлений, а это уже паттерн использования. А когда вы тратите средства, он первым получает от вас подписанную транзакцию — раньше, чем она попадёт к остальной сети, — и потому в состоянии зафиксировать, что именно эта транзакция вошла в сеть с этого адреса именно в эту секунду. Всё остальное в Monero спроектировано так, чтобы разрывать именно такую связь. Отдавать её незнакомцу, бесплатно, да ещё вместе со стабильным IP, — вот что стоит исправить.
И то, что он умеет — а об этом никто не упоминает. Он может лгать. Враждебный или просто неисправный узел способен выдать устаревшую вершину цепи, из-за чего ваш кошелёк сообщит о входящем платеже, которого на самом деле не было, либо не разослать транзакцию, которую вы считаете отправленной. Ничего из этого не крадёт средства — кошелёк проверяет то, что расшифровывает, — но заставляет вас действовать исходя из искажённой картины мира, а для продавца, ожидающего подтверждения, это само по себе своего рода потеря. Узел, который запускаете вы сами, — это узел, чьи ответы вам не нужно перепроверять.
| Что открыто наружу | Публичный удалённый узел | Ваш узел, обычная сеть | Ваш узел, через Tor |
|---|---|---|---|
| Ваш баланс и адреса | Никогда | Никогда | Никогда |
| Ваш IP — оператору узла | Да — незнакомец | Да — вы | Нет |
| Окно создания кошелька | Да — незнакомец | Да — вы | Да — вы |
| IP ↔ ваша исходящая транзакция | Да — незнакомец | IP вашего сервера — его пирам | Сломано tx-proxy |
| Может подсунуть вам ложную вершину цепи | Да | Нет | Нет |
«Окно создания кошелька» остаётся видимым для вас на вашем собственном узле, потому что запрос всё равно происходит, — он просто перестаёт быть видимым для кого-либо ещё. В этом и заключается весь смысл этого упражнения: не заставить метаданные исчезнуть, а сделать так, чтобы ими располагали только вы.
Обрезанный узел Monero хранит одну восьмую данных кольцевых подписей для старых блоков, а остальное отбрасывает. Он всё равно сам скачивает и проверяет каждый блок — обрезка не равнозначна доверию, это забывание после проверки, — и хранит в полном объёме всё, что запрашивает кошелёк, и всё, что нужно другому обрезанному пиру. Экономия составляет около двух третей диска. Для узла, чья задача — обслуживать ваши собственные кошельки, вы никогда не заметите никакой функциональной разницы.
Аргумент в пользу полного узла узкий, но реальный: только полный узел способен передать совершенно новому узлу полные исторические данные, необходимые для проверки цепочки с нуля, — поэтому сеть, целиком состоящая из обрезанных узлов, попросту не работала бы. Если у вас есть диск, запуск полного узла — это вклад в сеть. Если нет, запуск обрезанного узла — не второсортная форма участия, а конфигурация, которую стоит выбрать большинству тех, кто хостит узел самостоятельно.
Решите это до запуска демона. Если передать --prune-blockchain при первом запуске, обрезка происходит прямо во время синхронизации — быстро и бесплатно. Преобразование уже полной базы данных впоследствии означает остановку демона и запуск отдельной утилиты monero-blockchain-prune, а это часы работы и необходимость свободного места. Сделать правильно с самого начала стоит одной строки в конфигурационном файле; сделать неправильно стоит вечера.
| Форма | Диск, середина 2026 | Подходящий тариф | Выбирайте, когда |
|---|---|---|---|
| Обрезанный · впритык | ~90 GB | Sentinel · 2 vCPU / 4 GB / 120 GB · $3.90 | Вам нужен самый дешёвый рабочий узел, и вы готовы вернуться к вопросу диска позже |
| Обрезанный · комфортно | ~90 GB | Garrison · 4 vCPU / 8 GB / 240 GB · $7.90 | Рекомендация по умолчанию — запас на годы вперёд, тёплый кэш базы данных |
| Полный | 240 GB+ | Ravelin · 8 vCPU / 16 GB / 480 GB · $16.90 | Вам нужна архивная копия или возможность обслуживать первоначальную синхронизацию новых узлов |
| Полный + публичный сервис | 240 GB+ | Bulwark · 16 vCPU / 32 GB / 960 GB · $32.90 | Вы намерены нести реальный трафик пиров — здесь важен безлимитный трафик |
Размеры цепочки — это оценка на середину 2026 года, и меняются они только в одну сторону. Перед тем как выбрать тариф, проверьте актуальную цифру — в каждом тарифе NordBastion безлимитный трафик, а именно его и потребляет узел с открытыми слотами для пиров.
Одна вещь, которой нет в этой таблице: RAM. Сам демон нетребователен, и 4 GB вполне реально тянут узел. Дополнительная память покупает вам страничный кэш перед базой данных, и это ощущается во время первоначальной синхронизации и первого полного пересканирования кошелька, а не в повседневной работе. Если приходится выбирать между RAM и NVMe в рамках одного бюджета, берите NVMe — и загляните в список тарифов, прежде чем решать.
В панели: Order → VPS → Garrison для обрезанного узла, Ravelin — если нужна полная цепочка, образ Debian 12. Для открытия аккаунта не нужен email, документ, удостоверяющий личность, не запрашивается никогда, а счёт оплачивается в Monero — приятная симметрия, а заодно и самый короткий путь от кошелька до запущенного сервера, какой мы знаем. Выбирайте бастион по задержке до себя, а не до сети: соединения с пирами асинхронны и им всё равно, а вот обновления вашего кошелька это почувствуют.
Затем потратьте первый час на стену. Узел Monero по своей природе — публичный сервис: он слушает P2P-порт и общается с незнакомцами, — так что базовая защита не опциональна: SSH только по ключу на нестандартном порту, файрвол, запрещающий всё по умолчанию, автоматические обновления безопасности, fail2ban. Чек-лист защиты первого часа — сопутствующий материал, и его стоит пройти целиком ещё до появления демона.
Форма файрвола для этого узла необычно простая. Снаружи должны быть достижимы ровно две вещи: ваш SSH-порт и P2P-порт Monero. Больше ничего — и в особенности не RPC-порт, до которого шаг 05 добирается через туннель.
ufw default deny incoming
ufw default allow outgoing
ufw allow 22/tcp # or your relocated SSH port
ufw allow 18080/tcp # Monero P2P — the only service port
ufw enable
ufw status numbered
Убедитесь, какой диск вы получили на самом деле, прежде чем синхронизировать на него четверть терабайта, — обнаружить нехватку места на сороковом часу первоначальной синхронизации по-своему неприятно:
df -h /
# → the "Avail" column is your real budget, not the tier name
Вы вот-вот установите программу, которая будет формировать ту картину сети, которой доверяют ваши кошельки. Взломанный monerod — идеальная позиция, чтобы лгать кошельку, поэтому проверка на этом шаге — не ритуал, а именно та причина, по которой проект Monero вообще публикует файл с подписанными хешами. Сделайте это один раз, но как следует.
Скачайте архив CLI для Linux x86-64 и файл с подписанными хешами с официальной страницы загрузки, а также открытый ключ мейнтейнера, опубликованный там же. Не берите ключ со стороннего зеркала сервера ключей, найденного на форуме, — берите его у самого проекта, по TLS, с той же страницы, где он указан.
apt update && apt install -y gnupg curl bzip2
cd /tmp
curl -LO https://downloads.getmonero.org/cli/linux64 # the release archive
curl -LO https://www.getmonero.org/downloads/hashes.txt # the signed hash list
# Import the signing key named on getmonero.org, then:
gpg --verify hashes.txt
# → "Good signature from ..." — anything else, stop here.
Контрольная сумма имеет смысл только после того, как подпись прошла проверку. Вычислите хеш скачанного архива и найдите точно такую же строку внутри файла, который вы только что проверили:
sha256sum linux64
grep -F "$(sha256sum linux64 | cut -d' ' -f1)" hashes.txt
# → one matching line. No output means no match: do not install it.
Затем распакуйте и разместите два нужных бинарника. В архиве — каталог с версией в названии; monerod — это демон, а monero-blockchain-prune — офлайн-утилита, которой вы будете рады, если когда-нибудь передумаете насчёт обрезки.
tar -xjf linux64
cd monero-x86_64-linux-gnu-*/
install -m 0755 monerod monero-blockchain-prune /usr/local/bin/
monerod --version
Зафиксируйте где-нибудь, где вы сможете её снова найти, строку версии, которую выводит эта команда. Когда будет объявлено обновление сети, вам понадобится точно знать, с какой версии вы обновляетесь, а «latest» — не ответ.
Выделите демону собственного непривилегированного пользователя и собственный каталог. Для работающего узла Monero root не нужен ни для чего, а сервис, который весь день общается с открытым интернетом, — это именно тот сервис, который вы не хотите запускать от root.
useradd --system --home /var/lib/monero --shell /usr/sbin/nologin monero
mkdir -p /var/lib/monero /var/log/monero
chown -R monero:monero /var/lib/monero /var/log/monero
/etc/monerod.conf — те же самые опции, которые monerod принимает из командной строки, только без ведущих дефисов. Удалите строку prune-blockchain, если вы решили запускать полный узел; это единственная строка, которая необратима.
# ── storage ────────────────────────────────────────────────
data-dir=/var/lib/monero
log-file=/var/log/monero/monerod.log
log-level=0
max-log-file-size=104857600
prune-blockchain=1
sync-pruned-blocks=1
# ── P2P: the only port the firewall opens ─────────────────
p2p-bind-ip=0.0.0.0
p2p-bind-port=18080
out-peers=32
in-peers=48
no-igd=1
# ── RPC A: unrestricted, loopback only, for you ───────────
rpc-bind-ip=127.0.0.1
rpc-bind-port=18081
# ── RPC B: restricted, what a wallet is allowed to ask ────
rpc-restricted-bind-ip=127.0.0.1
rpc-restricted-bind-port=18089
# ── misc ──────────────────────────────────────────────────
zmq-pub=tcp://127.0.0.1:18083
db-sync-mode=safe
Два RPC-интерфейса — вот что стоит понять по-настоящему. Порт 18081 отвечает на всё, включая административные вызовы, и привязан к loopback, где ему и место. Порт 18089 — это ограниченный интерфейс: вызовы только для чтения, никаких чувствительных для приватности внутренностей, и именно его открывает любой публичный узел сети. Оба здесь намеренно висят на 127.0.0.1 — шаг 05 добирается до 18089 через туннель, а не через его открытие.
/etc/systemd/system/monerod.service
[Unit]
Description=Monero full node
After=network-online.target
Wants=network-online.target
[Service]
User=monero
Group=monero
Type=simple
ExecStart=/usr/local/bin/monerod --config-file /etc/monerod.conf \
--non-interactive
Restart=on-failure
RestartSec=30
TimeoutStopSec=300
KillSignal=SIGINT
StandardOutput=journal
StandardError=journal
NoNewPrivileges=true
PrivateTmp=true
ProtectSystem=full
ProtectHome=true
[Install]
WantedBy=multi-user.target
KillSignal и TimeoutStopSec — это не украшение. База данных хочет закрываться корректно, и демон, жёстко убитый посреди записи, может после этого потребовать восстановления — или повторной синхронизации. SIGINT просит его завершиться правильно, а пять минут — это льготный период, чтобы дать ему закончить. Любое руководство, пропускающее эти две строки, находится в одной неудачной перезагрузке от потерянных выходных.
systemctl daemon-reload
systemctl enable --now monerod
systemctl status monerod --no-pager
Теперь демон проходит цепочку от генезис-блока, проверяя каждую встреченную кольцевую подпись и каждое доказательство диапазона. На NVMe с несколькими ядрами это день-два; процесс упирается в CPU и диск, а не в пропускную способность канала, так что более быстрый аплинк его не ускорит. Эта работа и есть весь продукт. Узел, который бы её пропустил, был бы просто более медленным способом довериться кому-то другому.
Наблюдайте за этим из второго шелла. Строка статуса показывает высоту, число пиров и оценку оставшегося времени — и это единственный мониторинг, который когда-либо понадобится большинству узлов:
monerod --rpc-bind-port 18081 status
journalctl -u monerod -f --no-pager
df -h /var/lib/monero # check this one more often than you think you need to
Не импортируйте скачанный блокчейн. В интернете есть архивы, обещающие избавить вас от ожидания, и импорт такого архива превращает узел, который вы проверили, в узел, который верит файлу, полученному от незнакомца. Это сводит на нет ровно то, ради чего вы сюда пришли. Если время синхронизации по-настоящему неприемлемо, честное решение — сервер с большим числом ядер, а не обходной путь вокруг проверки.
Ловушка bootstrap-демона. monerod умеет отвечать на запросы кошелька от имени публичного узла, пока идёт собственная синхронизация, — удобство с острым краем: пока эта функция активна, ваш трафик кошелька обслуживает ровно та третья сторона, ради устранения которой существует это руководство. Если вы включаете её, чтобы всё заработало уже в первый час, поставьте напоминание в календаре и отключите её в тот момент, когда высота вашего узла достигнет вершины. Временный компромисс, о завершении которого никто не помнит, — это просто старая схема под новым именем.
Когда высота перестаёт расти и совпадает с тем, что показывает блок-эксплорер, которому вы доверяете, узел готов к работе. С этого момента демон обходится вам в несколько гигабайт трафика в день, немного CPU и не требует внимания, кроме обновлений.
Ограниченный RPC-интерфейс привязан к loopback, а значит, сейчас он недостижим ниоткуда. Это правильное значение по умолчанию, и остаток этого шага посвящён тому, как выбрать способ преодолеть этот разрыв. Выберите один вариант — они плохо сочетаются друг с другом, а вам нужен только один.
Вариант A · SSH-туннель — одна машина, никакой настройки. Правильный ответ, если вы пользуетесь одним ноутбуком. Ничего нового не устанавливается, ничего нового не слушает порт, а туннель умирает вместе с сессией. Кошелёк при этом указывает на 127.0.0.1:18089, как будто узел находится локально.
ssh -N -L 18089:127.0.0.1:18089 monero-vps
# leave it running; point the wallet at 127.0.0.1:18089
Вариант B · WireGuard — несколько устройств, всегда включён. Правильный ответ для телефона, десктопа и ноутбука вместе взятых. Узел присоединяется к вашей приватной сети, и кошельки обращаются к нему по его туннельному IP, вообще без единого порта, открытого в интернет. Руководство по WireGuard строит туннель; единственный дополнительный шаг здесь — разрешить демону отвечать через него.
# in /etc/monerod.conf
rpc-restricted-bind-ip=10.8.0.1 # the node's WireGuard address
confirm-external-bind=1
# and in the firewall, only on the tunnel interface
ufw allow in on wg0 to any port 18089 proto tcp
Вариант C · v3 onion — откуда угодно, без порта, без постоянного IP. Правильный ответ, если вы путешествуете или хотите, чтобы узел был достижим вообще без единого входящего порта. Tor сам публикует сервис — нечего пробрасывать и нечего сканировать. Руководство по скрытому сервису разбирает torrc целиком; часть, специфичная для узла, — это три строки.
# /etc/tor/torrc
HiddenServiceDir /var/lib/tor/monero-rpc/
HiddenServiceVersion 3
HiddenServicePort 18089 127.0.0.1:18089
# then read the address Tor generated for you
cat /var/lib/tor/monero-rpc/hostname
Какую бы дверь вы ни построили, со стороны кошелька всё сводится к одним и тем же трём полям. В Feather: Settings → Node → add a custom node, укажите хост и порт и включите Tor proxy, если выбрали onion. В официальном Monero GUI: Settings → Node → Remote node, с выбранным «connect to a remote node». В Cake Wallet: Settings → Nodes → add node, куда можно напрямую ввести onion-адрес. Если вы задали имя пользователя и пароль для RPC-интерфейса, поля для них есть во всех трёх кошельках.
Затем проверьте, что всё сработало. Кошелёк должен показывать ту же высоту, что и ваш узел, а узел должен показывать на одного RPC-клиента больше. Если кошелёк по-прежнему обновляется ровно за секунду, скорее всего, он всё ещё общается с публичным узлом по умолчанию — большинство кошельков хранят старый узел в списке и молча откатываются к нему.
Ваш кошелёк больше не передаёт транзакции незнакомцу — он передаёт их вашему собственному демону. Но затем этот демон анонсирует их своим пирам с IP-адреса вашего сервера, а пиры ведут записи. Monero и так распространяет новую транзакцию через случайную фазу ретрансляции, прежде чем она расходится по сети, из-за чего трудно определить первый хоп; а если отправлять её через Tor, вопрос снимается полностью.
Хватит одной строки. Демон продолжает синхронизировать блоки по обычной сети — именно это и делает синхронизацию быстрой — и направляет через локальный SOCKS-порт Tor только трансляцию ваших исходящих транзакций:
# in /etc/monerod.conf, with tor running locally
tx-proxy=tor,127.0.0.1:9050,16
Если хотите пойти дальше и также принимать пиров через Tor, опубликуйте второй скрытый сервис для стороны P2P и укажите демону, какой onion-адрес анонсировать. Номер порта вы выбираете сами — главное, чтобы обе половины совпадали и чтобы этот порт не использовался уже чем-то другим на сервере:
# /etc/tor/torrc
HiddenServiceDir /var/lib/tor/monero-p2p/
HiddenServiceVersion 3
HiddenServicePort 18084 127.0.0.1:18084
# /etc/monerod.conf
anonymous-inbound=YOUR_ONION_ADDRESS.onion:18084,127.0.0.1:18084
Этот шаг помогает сети больше, чем вам самим, — и это вполне достаточная причина, чтобы его сделать. Он стоит немного задержки и нескольких слотов для пиров, а значит, у узлов, работающих только через Tor, появляется куда подключиться.
По желанию: подарите сети публичный узел. Если у вас достаточно канала и диска, вы можете анонсировать свой ограниченный RPC-интерфейс, чтобы им могли пользоваться чужие кошельки. Это реальный вклад в сеть, слабое место которой — то, как мало людей запускают собственный демон, — и он приходит с обязательствами любого публичного сервиса: вы будете нести чужой трафик и будете видны как оператор узла. В каждом тарифе здесь безлимитный трафик, так что первое из этих обязательств — вопрос решения, а не счёта.
# only if you mean it: expose the RESTRICTED port, never 18081
rpc-restricted-bind-ip=0.0.0.0
confirm-external-bind=1
public-node=1
# and open it: ufw allow 18089/tcp
Узел также приятно разместить рядом с другой самостоятельно хостящейся инфраструктурой — например, с узлом Lightning на той же стойке. Если бюджет позволяет, держите их на разных серверах: у них разные требования к аптайму и совершенно разные сценарии восстановления.
Демон останавливается, и базе данных может понадобиться проход восстановления, прежде чем она снова откроется. Проверяйте свободное место ежедневно во время синхронизации и подбирайте тариф под размер цепочки через три года, а не сегодняшний.
Порт 18081 отвечает на административные вызовы. Его место — на 127.0.0.1, и навсегда. Если что-то извне должно достучаться до узла, оно достаёт до ограниченного интерфейса на 18089 — через туннель.
Добавление вашего узла в список ещё не означает, что он выбран, а большинство кошельков молча откатываются на другой узел, если он недоступен. Сравните высоты и убедитесь, что узел сообщает о подключённом RPC-клиенте.
Включение этой опции позже не уменьшит уже существующую базу данных. Преобразование означает остановку демона и запуск monero-blockchain-prune, на что уйдут часы и потребуется свободное место для работы. Решите это до первого запуска.
Произошло обновление сети, а демон так и не был обновлён. Оно не кричит о себе — высота просто перестаёт соответствовать реальности. Следите за анонсами релизов и обновляйтесь до наступления высоты форка.
SIGKILL посреди записи — обычно из-за systemd-юнита без KillSignal и с коротким таймаутом остановки. Используйте SIGINT и дайте демону пять минут, чтобы он сам закрыл свою базу данных.
Десять вопросов, возникающих до, во время и после переноса кошелька на демон, который вы запускаете сами.
Нет. Кошельки Monero сканируют на стороне клиента: кошелёк запрашивает у узла диапазон блоков, скачивает их целиком и пытается расшифровать каждый выход локально с помощью вашего приватного ключа просмотра. Узел никогда не получает ваш ключ просмотра, ваш ключ трат или ваш адрес и не может определить, какие из только что переданных вам выходов принадлежат вам. Это настоящее архитектурное отличие от лёгких кошельков Bitcoin, где серверу обычно сообщают, какие адреса или скрипты отслеживать. Что удалённый узел действительно узнаёт — так это сетевой уровень: ваш IP-адрес, сам факт, что кошелёк по этому IP синхронизируется, запрошенный им диапазон блоков — а это очерчивает высоту восстановления вашего кошелька, — и, самое главное, любую транзакцию, которую вы отдаёте ему для трансляции. Вот эта последняя утечка и стоит того, чтобы её закрыть.
Запускайте обрезанный узел, если только у вас нет причины поступить иначе. Обрезанный узел отбрасывает семь восьмых данных кольцевых подписей для старых блоков, хранит всё, что реально может понадобиться от вас кошельку или новому пиру, по-прежнему сам проверяет всю цепочку и в итоге занимает примерно треть места полного узла. Для бэкенда личного кошелька разница в поведении незаметна. Запускайте полный узел, если хотите иметь возможность обслуживать свежий узел, выполняющий собственную первоначальную синхронизацию с нуля, если используете инструменты в духе блок-эксплорера, читающие произвольные исторические данные транзакций, или если просто хотите иметь полную архивную копию. Решите это до первой синхронизации: --prune-blockchain обрезает данные прямо во время синхронизации, тогда как преобразование уже синхронизированной полной базы данных означает остановку демона и запуск отдельной утилиты monero-blockchain-prune поверх неё.
Полный узел в середине 2026 года весит больше 240 GB и прирастает примерно на десятки гигабайт в год, так что рассчитывайте объём под ту цепочку, которая будет у вас через три года, а не ту, что есть сегодня. Обрезанный узел — это примерно треть от этого объёма, сейчас порядка 85–95 GB. На практике это означает, что Garrison (240 GB NVMe) — комфортный дом для обрезанного узла с запасом на годы вперёд, а Ravelin (480 GB) — правильный вариант для полного. Sentinel на 120 GB вместит обрезанный узел сегодня, но заставит вас задуматься об этом снова раньше, чем хотелось бы. Перед покупкой диска проверьте актуальный размер цепочки — это единственная цифра в этом руководстве, которая гарантированно устареет.
День-два на NVMe для первой синхронизации, и она упирается в CPU и диск, а не в ваш канал связи. Демон проверяет каждую кольцевую подпись и каждое доказательство диапазона, начиная с генезис-блока; в этом и заключается работа, и именно поэтому вообще стоит запускать узел. Два фактора способны радикально всё ухудшить: HDD вместо NVMe, из-за которого два дня могут превратиться в неделю, и нехватка места на диске на середине пути. И два фактора, которые помогают не так сильно, как принято думать: больше пропускной способности канала и больше оперативной памяти сверх того, что нужно для прогрева страниц базы данных в кэше. Не импортируйте скачанный у третьей стороны архив блокчейна, чтобы сократить ожидание, — вы будете доверять ровно той стороне, которой и собирались перестать доверять.
Неограниченный — никогда. Неограниченный RPC-интерфейс открывает доступ к административным вызовам, и он должен оставаться привязанным к 127.0.0.1 всё время существования узла. Ограниченный интерфейс — это другой объект: он отвечает только на вызовы для чтения, нужные кошельку, и именно его открывает любой публичный узел сети. Но даже он, будучи опубликован на порту в обычной сети, объявляет «здесь пользователь Monero» всем, кто сканирует адресное пространство. Порядок предпочтений в этом руководстве такой: сначала onion-сервис v3, затем туннель WireGuard, затем SSH-туннель для одной машины, и голый публичный порт — только если вы осознанно решили подарить сети публичный узел.
Узел не хранит ключи, не распоряжается ничьими средствами и не может переместить чьи-либо деньги. Он проверяет блоки и ретранслирует транзакции, уже подписанные другими людьми, — та же роль, что и у почтового ретранслятора, который переносит письма, не имея возможности их прочитать. Это техническая реальность; юридическая реальность зависит от юрисдикции, и это руководство не является юридической консультацией. От юрисдикции зависит именно то, кого и к чему можно принудить: руководство о четырёх нордических юрисдикциях разбирает законы, применимые к серверу, находящемуся в Стокгольме, Хельсинки, Осло или Рейкьявике.
Только если вы будете его обновлять. В Monero проходят плановые обновления сети, и демон со старым набором правил консенсуса перестаёт следовать основной цепочке на высоте форка — он не предупреждает об этом громко, а просто останавливается или уходит в форк, а ваш кошелёк тихо сообщает высоту, уже не соответствующую реальности. Подписывайтесь на анонсы релизов, фиксируйте версию, которую установили, вместо того чтобы следовать за «плавающим» тегом, и ставьте напоминание в календаре на объявленную высоту обновления. Это самый распространённый способ, которым самостоятельно хостящийся узел перестаёт приносить пользу: не сбой, а просто владелец, который перестал читать новости.
Направьте трансляцию исходящих транзакций через Tor — это единственная настройка с понятной и дешёвой отдачей для приватности, потому что она отделяет «эта транзакция вошла в сеть» от «этот IP-адрес существует». Приём входящих пиров через Tor — это ещё один шаг, который помогает сети больше, чем вам самим, и стоит немного задержки. Маршрутизация всего трафика пиров через Tor — это агрессивный вариант: он работает, но заметно замедлит первоначальную синхронизацию, поэтому большинство синхронизируется по обычной сети, а затем переключает путь транзакций на Tor. Руководство по скрытому сервису Tor подробнее разбирает сторону torrc.
Почти всегда дело в высоте восстановления. Кошелёк без указанной высоты восстановления, или с высотой, равной нулю, при каждом восстановлении пересканирует цепочку с генезис-блока, а это часы локальной работы впустую. Укажите в качестве высоты восстановления блок, существовавший на момент создания кошелька. Вторая причина — сетевой маршрут: кошелёк в другой стране, обращающийся к вашему узлу через перегруженную onion-цепочку, будет медленнее, чем тот же кошелёк на публичном узле по соседству, — такова цена приватности, и туннель WireGuard обычно возвращает большую часть скорости. Третья причина, которую чаще всего упускают из виду, — ваш узел ещё не завершил собственную первоначальную синхронизацию и всё ещё отвечает от имени bootstrap-демона.
Потому что узел — это долгоживущий, публично доступный объект, через который проходят ваши транзакции. Полный узел закрывает утечку между вашим кошельком и чужим узлом — и тут же открывает утечку поменьше: между вашим узлом и тем, кто сдал вам в аренду эту машину. Если при регистрации на этой машине потребовались скан паспорта и карта на ваше настоящее имя, вы не устранили корреляцию, а просто переместили её. Оплата в Monero сервера, на котором работает ваш узел Monero, — это не лозунг, а единственный вариант конфигурации, где оба уровня согласуются друг с другом. Основополагающее руководство по анонимному хостингу VPS подробно разбирает все три уровня.
Garrison (4 vCPU, 8 GB, 240 GB NVMe, $7.90/мес.) вмещает обрезанный узел с запасом на годы вперёд; Ravelin (480 GB) берёт полную цепочку. Безлимитный трафик в каждом тарифе, никакого email при регистрации, никаких документов, удостоверяющих личность, никогда.
Последняя проверка · 2026-10-12 · Источники · Пользовательские руководства getmonero.org (запуск узла, обрезка, Tor и I2P), monerod --help в ветке v0.18, документация Debian 12 и Tor Project · Периодичность · ежегодно
This guide is one spoke of a larger series. The pillar walks the three privacy layers end to end — the sibling spokes below dive into the specifics.
Three independent layers — signup, payment, network — explained, legal context included, common mistakes flagged.
Your own LN node — bitcoind + LND or Core Lightning, on a VPS.
Accept Bitcoin and Lightning with no processor — non-custodial, no fees.
Deploy your own MCP server on a no-KYC VPS — TLS, streamable HTTP, OAuth.
Host an MCP server with no ID — the privacy stack, crypto-paid.
Приватный хостинг, построенный на Севере.