Monero 노드를 셀프 호스팅하십시오.
체인 팁이 어디인지 낯선 사람에게 묻는 일을 그만두십시오.

거의 모든 Monero 지갑은 출시 시점부터 남의 데몬을 가리키고 있습니다. 그 대안이 4분의 1테라바이트와 이틀간의 대기이기 때문입니다. 이 기본값 자체는 납득할 만하지만, 그로 인한 프라이버시 손실은 양쪽 방향 모두에서 흔히 잘못 설명됩니다 — 원격 노드가 자신의 잔액을 읽는다고 생각하는 사람들, 그리고 아무것도 알아낼 수 없다고 생각하는 사람들 모두요. 그 유출의 실체를 정확히 파악하는 것이야말로 이 가이드가 오후 한나절을 들일 가치가 있는지를 알려줍니다.

할 수 없는 것. 노드는 여러분의 잔액도, 주소도, 키도 볼 수 없습니다. Monero 지갑은 무엇을 찾아야 하는지 노드에게 알려주지 않습니다 — 블록 범위 전체를 통째로 받아온 뒤, 기기를 벗어난 적 없는 프라이빗 뷰 키로 각 출력을 로컬에서 복호화해 볼 뿐입니다. 노드는 누구에게 건네든 똑같은 바이트를 건넬 뿐입니다. 어떤 출력이 — 있다고 해도 — 여러분의 것이었는지 노드는 알 수 없습니다 — 이는 서버가 감시할 주소를 직접 건네받아 무엇을 보고 있는지 정확히 아는, 다른 곳에서 쓰이는 라이트 지갑 모델과의 진짜 구조적 차이입니다.

할 수 있는 것. 노드는 접속해 온 IP 주소를 봅니다. 그 IP가 요청한 블록 범위를 보는데, 이는 그 뒤에 있는 지갑이 언제 생성되었는지를 좁혀 줍니다. 새로고침의 리듬을 보는데, 이는 사용 패턴입니다. 그리고 여러분이 송금할 때, 네트워크의 나머지 부분이 받기 전에 서명된 트랜잭션을 가장 먼저 건네받습니다 — 그러니 이 트랜잭션이 이 주소에서, 이 순간에 네트워크에 진입했다는 사실을 기록할 수 있는 위치에 있는 셈입니다. Monero의 다른 모든 설계는 바로 그런 종류의 연결 고리를 끊기 위한 것입니다. 그것을 안정된 IP와 함께 낯선 사람에게 공짜로 넘겨주는 것, 그 부분이야말로 고칠 가치가 있습니다.

그리고 아무도 말하지 않는, 그것이 할 수 있는 일. 거짓말을 할 수 있습니다. 악의적이거나 그저 고장 난 노드는 오래된 체인 팁을 보여줘서 여러분의 지갑이 실제로는 일어나지 않은 입금을 받았다고 보고하게 만들거나, 분명히 보냈다고 믿는 트랜잭션의 릴레이에 실패할 수 있습니다. 그 무엇도 자금을 훔치지는 못합니다 — 지갑은 자신이 복호화한 것을 직접 검증하기 때문입니다 — 하지만 여러분이 거짓된 세계상을 근거로 행동하게 만들며, 입금 확인을 기다리는 판매자에게는 그 자체로 하나의 손실입니다. 직접 운영하는 노드는 그 답을 일일이 저울질할 필요가 없는 노드입니다.

"지갑 생성 시점"은 여전히 자신의 노드에서는 보입니다 — 요청 자체는 그대로 일어나기 때문이며, 다만 다른 누구에게도 더 이상 보이지 않을 뿐입니다. 이 작업의 목적은 메타데이터를 사라지게 하는 것이 아니라, 그것을 쥐고 있는 유일한 당사자가 자기 자신이 되도록 만드는 데 있습니다.

패널에서: 주문 → VPS → 프루닝 노드라면 Garrison, 풀 체인을 원한다면 Ravelin, 이미지는 Debian 12. 계정을 여는 데 이메일 주소가 필요하지 않고, 어느 단계에서도 신분증을 요구하지 않으며, 청구서는 Monero로 정산됩니다 — 만족스러운 대칭이자, 우리가 아는 한 지갑에서 부팅된 서버까지 가장 짧은 경로이기도 합니다. 요새는 네트워크가 아니라 자신과의 지연 시간을 기준으로 고르십시오: 피어 연결은 비동기라 신경 쓰지 않지만, 지갑 새로고침은 신경 쓸 것입니다.

그다음 첫 한 시간은 방화벽에 쏟으십시오. Monero 노드는 태생적으로 퍼블릭 서비스입니다 — P2P 포트에서 수신 대기하며 낯선 이들과 대화합니다 — 그러니 기본기는 선택 사항이 아닙니다: 기본 포트가 아닌 곳에서의 키 전용 SSH, 기본적으로 거부하는 방화벽, 무인 보안 업데이트, fail2ban. 첫 시간 보안 강화 체크리스트가 짝이 되는 문서이며, 데몬이 존재하기도 전에 처음부터 끝까지 실행해 볼 가치가 있습니다.

이 노드의 방화벽 형태는 유별나게 단순합니다. 외부에서 접근 가능해야 할 것은 정확히 두 가지뿐입니다: SSH 포트, 그리고 Monero P2P 포트. 그 외에는 아무것도 없습니다 — 특히 RPC 포트는 아니며, 이는 대신 step 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

4분의 1테라바이트를 동기화하기 전에 실제로 받은 디스크 용량을 확인하십시오. 초기 동기화 40시간째에 용량 부족을 발견하는 것은 특별한 종류의 불쾌함이기 때문입니다:

df -h /
# → the "Avail" column is your real budget, not the tier name

데몬에게는 전용 비특권 사용자와 전용 디렉터리를 부여하십시오. 일단 실행된 이후 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번 포트는 관리용 호출을 포함해 모든 것에 응답하며, 있어야 할 곳인 루프백에 묶여 있습니다. 18089번 포트는 제한된 인터페이스입니다: 조회 전용 호출만 가능하고 프라이버시에 민감한 내부 정보는 없으며, 네트워크의 모든 퍼블릭 노드가 노출하는 것이 바로 이것입니다. 여기서는 의도적으로 둘 다 127.0.0.1에 두었습니다 — step 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는 데몬에게 제대로 종료하라고 요청하는 신호이고, 5분은 그것을 마칠 수 있게 해 주는 유예 기간입니다. 이 두 줄을 빠뜨린 가이드는 재부팅 한 번의 불운으로 주말을 통째로 날릴 위험을 안고 있습니다.

systemctl daemon-reload
systemctl enable --now monerod
systemctl status monerod --no-pager

제한된 RPC 인터페이스는 루프백에 묶여 있으며, 이는 현재 그 무엇도 여기에 접근할 수 없다는 뜻입니다. 이것이 올바른 기본값이며, 이 단계의 나머지 내용은 그 격차를 어떻게 건널지 고르는 것입니다. 하나만 고르십시오 — 여러 개를 함께 쓰면 궁합이 나쁘고, 어차피 하나면 충분합니다.

옵션 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에서 호스트와 포트를 입력하고, onion을 선택했다면 Tor 프록시를 활성화합니다. 공식 Monero GUI에서는: Settings → Node → Remote node에서 "connect to a remote node"를 선택합니다. Cake Wallet에서는: Settings → Nodes → add node에서 onion 주소를 바로 입력할 수 있습니다. RPC 인터페이스에 사용자 이름과 비밀번호를 설정했다면, 세 지갑 모두 이를 입력할 필드가 있습니다.

그런 다음 제대로 작동했는지 확인하십시오. 지갑은 여러분의 노드와 같은 높이를 보여줘야 하고, 노드는 RPC 클라이언트가 하나 늘어난 것을 보여줘야 합니다. 지갑이 여전히 1초 만에 새로고침된다면, 아마 기본 퍼블릭 노드와 계속 통신하고 있는 것입니다 — 대부분의 지갑은 목록에 예전 노드를 남겨 두고 조용히 그쪽으로 돌아가기 때문입니다.