Self-hosted (run your own)

Самостоятельно хостимый узел — это структурный ответ, делающий устаревшим весь остальной каталог узлов: запустите свой собственный `monerod`, и весь вопрос «какому оператору удалённого узла мне следует доверять?» исчезает. Включён в список с оценкой A · выбор редактора, потому что свойство приватности, которое может дать удалённый узел — «доверяйте, что оператор не логирует + не сопоставляет»; свойство приватности, которое даёт самостоятельно хостимый узел — «оператора нет». Пять минут настройки на любом разумном VPS или домашнем сервере, ~24 часа начальной синхронизации цепи (или 30 минут с bootstrap), и вы работаете с Monero с нулевыми предположениями о доверии к оператору узла.

Предыстория. `monerod` — эталонный демон Monero, поддерживаемый как часть официальной кодовой базы проекта Monero на github.com/monero-project/monero. То же программное обеспечение, которое обеспечивает работу каждого публичного узла — узлы Cake, узлы Feather, узлы сообщества из списка monero.fail — это то же ПО, которое вы запускаете на собственном оборудовании. Нет «самостоятельно хостимой версии» против «публичной версии»; это побитово идентичные бинарные файлы. Документация находится на docs.getmonero.org/running-node/, с обширными руководствами сообщества, охватывающими настройку Raspberry Pi, развёртывание VPS, конфигурации скрытых служб Tor/I2P и выбор между обрезанным и архивным узлом.

Чему вы доверяете. Вы доверяете собственной инфраструктуре — оборудованию, на котором работаете, сети, через которую подключаетесь, оператору, которым вы сами являетесь. Чему вы не доверяете: ни один оператор публичного узла не видит запросы вашего кошелька, никакая удалённая инфраструктура не наблюдает, какие адреса вас интересуют, ни один сторонний сервис «лёгкого режима» не может быть принуждён раскрыть вашу активность. Круг доверия сужается до: кода monerod (открытый исходный код, доступный для проверки, с историей множественных аудитов безопасности на уровне протокола Monero), вашего оборудования (ваша ответственность), вашего клиента кошелька (ваш выбор — Feather, Monerujo, Cake Wallet, официальный Monero GUI). Для пользователей, желающих занять позицию максимальной минимизации доверия в экосистеме Monero, это и есть ответ.

Операционные характеристики. Минимальные требования к оборудованию: 4 ГБ ОЗУ, 100-150 ГБ диска для обрезанного узла (~половина архива цепи), ~500 ГБ для полного архивного узла. Достаточно любого скромного VPS, Raspberry Pi 4/5, мини-ПК или NUC. Начальная синхронизация: ~24 часа от genesis на потребительском оборудовании при разумном интернет-соединении; bootstrap (быстрая синхронизация из доверенного источника) сокращает это до ~30 минут, если вы принимаете более высокое начальное предположение о доверии (проверьте целостность цепи после bootstrap, чтобы восстановить это доверие). Сеть: clearnet, скрытая служба Tor или I2P — `monerod` нативно поддерживает все три транспорта. Настройка скрытой службы Tor задокументирована и проста. Конфигурация: 10-строчный `monerod.conf` покрывает типичную настройку; продвинутые конфигурации для ограниченного RPC, публичного доступа, настройки пропускной способности P2P задокументированы, но опциональны. Сопряжение с кошельком: любой кошелёк Monero, принимающий URL удалённого узла, может быть направлен на ваш самостоятельно хостимый экземпляр через SSH-туннель (`ssh -L 18081:localhost:18081 your-server`) или напрямую, если узел открыт на скрытой службе Tor.

Философия. Редакционным отличием самостоятельного хостинга является архитектура «нет оператора в круге доверия». Каждая другая запись в разделе узлов данного справочника структурно представляет собой `[кошелёк] → [узел какого-то оператора] → [сеть Monero]` — оператор является реальной третьей стороной с реальной возможностью наблюдения за запросами кошелька (время, исходный IP, если не маршрутизируется через Tor, какие адреса интересуют кошелёк). Самостоятельный хостинг сворачивает это до `[кошелёк] → [ваш monerod] → [сеть Monero]` — единственный «оператор» — это вы. Компромисс: операционная ответственность переходит к вам. Синхронизация цепи должна завершиться; демон должен оставаться запущенным; оборудование должно быть работоспособным; безопасность хост-машины имеет значение, потому что теперь на ней находится RPC-конечная точка вашего кошелька. Классическая формулировка сообщества Monero верна: «если вы не запускаете свой собственный узел, вы запускаете чей-то чужой узел» — и этот кто-то имеет видимость, которую вы можете отказаться предоставлять, запустив свой собственный.

Обоснование оценки. Оценка A и выбор редактора отражают: структурное устранение доверия к оператору узла (единственный заслуживающий доверия ответ на вопрос «какова самая сильная позиция приватности для использования удалённого узла?»); эталонное программное обеспечение проекта Monero (без стороннего форка, без отдельной кодовой базы); скромные требования к оборудованию (достаточно товарного VPS или Raspberry Pi); нативная поддержка транспорта Tor + I2P; задокументированный путь скрытой службы Tor; гибкость сопряжения с любым кошельком Monero (Feather, Monerujo, Cake, Monero GUI); открытый исходный код с множественными аудитами безопасности на уровне протокола; последовательная рекомендация во всех руководствах по приватности + инфраструктуре Monero. Последняя проверка: 2026-05-13.

Полезно, когда. Вы используете Monero для чего-то большего, чем повседневные суммы, и модель угроз включает «наблюдаемость запросов адресов оператором». Вы журналист / юрист / исследователь / продавец, чья активность в кошельке не должна быть видна стороннему оператору узла. Вы уже используете homelab, и добавление `monerod` является небольшим дополнительным обязательством. Вы хотите *внести вклад* в экосистему распределённых узлов сети Monero, запустив публичный узел, которым могут пользоваться другие (опционально — ваш узел может быть только частным). Вы хотите проверить, говорила ли вам правду публичная инфраструктура Monero, на которую вы ранее полагались (запустите собственный узел, сравните его представление о цепи с тем, что возвращали удалённые узлы). Вы работаете из региона, где доступ к удалённым узлам может быть ненадёжным, и хотите суверенного контроля над связностью вашего кошелька.

Оговорки. Начальная синхронизация занимает часы-до-суток — для пользователей, которым нужен кошелёк Monero *прямо сейчас*, начните с удалённого узла и мигрируйте на самостоятельный хостинг в фоновом режиме. Пропускная способность + хранение — это постоянные обязательства — 500 ГБ диска для архивного узла — это постоянное хранилище; ~5-50 ГБ/день сетевого трафика в зависимости от конфигурации P2P-обмена. Обрезка до ~150 ГБ диска + ограниченный RPC уменьшает след, но всё ещё значима для небольшого VPS. Безопасность хост-машины имеет значение — ваш экземпляр `monerod` открыт через RPC на (обычно) порту 18081; если хост скомпрометирован, представление цепи кошелька может быть подделано. Доступ только через SSH-туннель + файрвол для всего остального — стандартное усиление. Никакой магии фоновой синхронизации — если вы выключите узел на две недели, ему нужно будет наверстать эти две недели блоков, прежде чем ваш кошелёк сможет проводить транзакции. Скрытая служба Tor требует правильной настройки — запуск `monerod` через Tor + I2P задокументирован, но нетривиален; неправильная конфигурация может привести к утечке вашего реального IP. Следуйте каноническим руководствам на docs.getmonero.org. Вы становитесь оператором — для одних пользователей это вдохновляет, для других — нежелательный операционный налог. Нет ничего постыдного в использовании проверенного удалённого узла из monero.fail, если самостоятельный хостинг действительно не вписывается в вашу жизнь; правильный ответ зависит от модели угроз + операционных возможностей, а не от идеологии.