익명 VPS에서 Tor 히든 서비스 구축하기: 2026년 실전 가이드

가정용 인터넷 회선으로 Tor 히든 서비스를 운영하는 것은 통신사 약정이 갱신되거나 IPv4 임대가 회전되거나 누군가가 법원 명령을 들고 현관 앞에 나타나기 전까지는 그럭저럭 굴러갑니다. .onion 주소의 본질적인 존재 이유는 서비스를 현실 세계의 신원과 분리하는 것인데, 그 분리는 기저 네트워크 경로가 공과금 청구서에 적힌 이름으로 추적되는 순간 그대로 무너집니다. 그래서 장기적인 안정성을 중요시하는 운영자들 — Monero 원격 노드, BTCPay 서버, Matrix 브릿지, getmonero.org 미러를 굴리는 사람들 — 거의 대부분이 신원 인증 없이 결제를 받는 호스팅 업체에서 전용 가상 사설 서버를 임대합니다.

이 가이드는 2026년 기준으로 전체 파이프라인을 다룹니다. Monero나 익명 현금을 받는 VPS 사업자 고르기, 익명으로 결제하기, 갓 깐 Debian 12를 하드닝하기, 재부팅과 커널 업데이트, 가끔 들어오는 rDNS 스캔에도 살아남는 v3 onion 서비스를 띄우기까지요. 예시는 Monero 노드를 노출시키는 시나리오를 가정하지만 동일한 레시피는 Lightning, SSH, IRC, 본명과 연결시키고 싶지 않은 정적 웹사이트 등 어떤 TCP 서비스에도 적용됩니다. 완전히 격리된 엔드포인트를 통해 MoneroSwapper 같은 서비스에 접근하는 것이 목표라면, 다른 무엇보다 먼저 이 네트워크 계층부터 제대로 맞춰야 합니다.

왜 히든 서비스에 익명 호스팅이 중요한가

Tor v3 onion 주소는 ed25519 공개키에서 파생됩니다. 암호학적 보장은 단순합니다. .onion에 접근하는 자는 누구든 Tor 릴레이 3홉을 거쳐 연결하고, 랑데부 지점은 서버의 IP를 절대 알지 못합니다. 거기까지는 견고합니다. 하지만 Tor가 가려주지 못하는 것이 하나 있습니다. 당신의 이름이 적힌 Visa 카드로 Hetzner에 월 €4.50를 결제했다는 사실 자체는 Tor가 어떻게 해줄 수 없습니다. 적대적 행위자가 가동 시간 패턴이나 설정 누출을 청구 기록과 상관시키는 순간, 서비스의 익명성은 통째로 증발합니다.

KYC 없는 VPS가 정당화되는 위협 모델은 구체적이고 서로 겹칩니다.

• 소환장 압박: 주류 호스팅 업체들(Vultr, DigitalOcean, Hetzner, OVH)은 KYC 기록과 결제 이력 전체를 보관합니다. 미국 대배심 소환장, EU의 18조 제출 명령, 영국 수사권한법 통지서 앞에서 그 기록들은 별다른 마찰 없이, 공개 고지도 없이 넘어갑니다. 한국 거주자라면 통신비밀보호법에 따른 통신사실확인자료 제공 요청과 형사소송법상 압수수색영장이 비슷한 역할을 하는데, 해외 사업자에 대한 사법공조 절차로 같은 결과에 도달합니다.
• 민사 소송 디스커버리: 사생활 침해 소송, 저작권 분쟁, 상표권 분쟁으로 사업자에게 IP 뒤의 고객을 식별하라고 강제할 수 있고, 여기엔 형사 절차가 일체 필요 없습니다. 디스커버리는 기소보다 빠르고 저렴합니다.
• 네트워크 측 핑거프린팅: 히든 서비스가 올바르게 설정되었더라도 애플리케이션 계층 누출(서버 배너, NTP 출처, 에러 페이지의 커널 버전)이 .onion과 공개 IP를 상관시킬 수 있습니다. 익명 결제는 그 상관관계가 결국 이름으로 귀결되지 않도록 보장하는 마지막 안전망입니다.
• 운영적 회복탄력성: 처음부터 KYC 없이 운영하는 사업자들은 위협 표면을 이해합니다. 그들은 보통 어뷰즈 신고를 받았다고 즉시 VPS를 폭파시키지 않습니다. 모든 신고를 그대로 사실로 취급하기보다는 자기 고객들이 정당한 사생활 보호 이유가 있을 거라고 전제하기 때문입니다.

Monero 생태계가 전형적인 예시입니다. monero.fail에 등재되거나 Cake Wallet 기본 시드 목록에 들어있는 공개 원격 노드들은 거의 항상 v3 onion 서비스로 돌아갑니다. 운영자들이 표적이 되지 않으면서 서비스를 제공하고 싶어 하기 때문입니다. 같은 논리가 아토믹 스왑 클라이언트, P2Pool 사이드체인, 가맹점 측 BTCPay 배포에도 적용됩니다. 이런 것들 중 하나라도 직접 운영해 보면 왜 VPS와 onion의 조합이 편집증적 극단이 아니라 기본값인지 금세 이해하게 됩니다.

2026년에 KYC 없는 VPS 사업자 고르기

2024년 FATF 트래블룰 확대와 2026년 1월 1일 발효된 EU의 CARF(암호자산 보고 프레임워크) 이후, 진정한 익명 결제를 받는 사업자 목록은 줄어들기는 했지만 사라지지는 않았습니다. 살아남은 유럽 호스팅 업체들은 사생활 보호를 마케팅 부속물이 아니라 자기 정체성의 핵심으로 명시적으로 내세운 곳들이고, 살아남은 역외 사업자들은 어림짐작식 정보 요청을 거절한 문서화된 기록을 가진 곳들입니다.

이 시장에서 쓸 만한 사업자를 정의하는 상수 세 가지는 다음과 같습니다.

1. Monero(우선) 또는 믹싱 친화적 경로를 통한 Bitcoin을 받으며, 일회성 링크를 받을 수 있는 작동하는 메일 주소 이상의 이메일 인증을 요구하지 않을 것.
2. 가입 흐름 어디에서도 전화번호, 정부 발급 신분증 업로드, 셀카, 신용카드 3-D Secure 핸드셰이크를 요구하지 않을 것.
3. 사생활에 대해 방어 가능한 입장을 가진 관할 — 아이슬란드, 스위스, 루마니아, 불가리아 또는 특정 역외 구역 — 에서 운영할 것. 미국의 수정헌법 5조 경계 사례에서 운영하는 곳은 피하기.

아래 표는 2025년 말 기준으로 Monero 운영자들이 가장 흔하게 거론한 사업자들을 그 대표적인 입문 티어 가격 및 핵심 트레이드오프와 함께 정리한 것입니다. 가격은 XMR/EUR 환율에 따라 출렁이므로 어림값으로 보시기 바랍니다.

사업자	입문 가격/월	장점	단점
Njalla (SE/NL)	약 €15	강력한 사생활 보호 실적, Monero 직접 결제, 자체 ASN과 위탁 도메인 등록 운영.	높은 가격 티어, 작은 서버 풀, 가끔 VPS 대기열.
1984 Hosting (IS)	약 €10	아이슬란드 관할, 지열 발전, 제3자 게이트웨이를 통한 Monero 결제 수용.	제한된 IPv4 공급, 데이터센터 리전 한 곳뿐.
BitLaunch (multi)	약 $5	DigitalOcean, Vultr, Linode를 암호화폐 프론트엔드 뒤에서 재판매, 매우 빠른 배포, 시간 단위 청구.	실제 사업자는 여전히 네트워크 로그를 보유; 상위 사업자 소환에 대해 방탄은 아님.
Cockbox (US)	약 $15	표현의 자유 지향 운영자, Monero 수용, 공개 무로그 정책.	미국 관할, 1인 소규모 운영, SLA 없음.
BuyVM / Frantech (LU/CA)	약 $3.50	가장 저렴한 지속 옵션, 암호화폐 수용, 대부분 플랜에서 후한 비계량 대역폭.	덜 사생활 지향적인 브랜딩; 결제 위생은 본인 책임.
Privex (multi)	약 €5	오래 운영된 Monero 친화적 호스트, 아이슬란드와 스웨덴에 거점, IPv6 전용 티어 지원.	재고 변동, 가장 저렴한 티어는 노후 하드웨어.

옵션이 존재하는 경우라면 무조건 Monero로 결제하시기 바랍니다. Bitcoin 결제는 CoinJoin이나 KYC 없는 스왑을 거치더라도 추적 가능한 UTXO 그래프를 남기며, 미래의 체인 분석이 그 그래프를 풀어낼 가능성이 있습니다. Monero의 RingCT, Bulletproofs+, 스텔스 주소 구조는 현재 공개된 기법으로는 결제 측 비익명화를 사실상 불가능하게 만듭니다. 사업자가 Bitcoin만 받는다면, MoneroSwapper나 동등한 무계정 스왑 서비스를 활용해 가능한 마지막 순간에 XMR을 BTC로 환전하고, 새로 만든 지갑에서 결제 주소로 직접 전송한 뒤, 그 출처 지갑은 다른 어떤 용도로도 절대 재사용하지 마시기 바랍니다.

이메일과 가입 위생

사업자마다 새로운 이메일을 사용하시기 바랍니다. cock.li, danwin1210.de 같은 일회용 받은편지함이나 별도 도메인의 자체 호스팅 캐치올을 쓰는 식입니다. 다른 어떤 맥락에서도 존재하는 사용자명, 비밀번호, SSH 키 지문은 절대 재사용하지 마시기 바랍니다. 가입 IP는 이미 Tor 위에 있거나, 본인이 운영하는 다른 어떤 것과도 같은 신원으로 결제하지 않은 VPN 위에 있어야 합니다. 모든 입력 칸을 영구적인 정보 공개로 간주하시기 바랍니다. 가입 양식에 입력하는 모든 것은 그 VPS의 전체 수명 — 길게는 수년 — 동안 최악의 식별 표면이 됩니다.

단계별 진행: Tor v3 onion 서비스 배포

아래 절차는 단일 공개 IPv4를 가진 갓 깐 Debian 12(Bookworm) VPS, root SSH 접근, 이미 Monero로 결제된 임대를 전제로 합니다. 단계들은 복사-붙여넣기가 가능하도록 작성되었지만, 실행하기 전에 각 단계를 반드시 먼저 읽어보시기 바랍니다. 기본값은 릴리스마다 바뀌고, 부주의한 붙여넣기 하나가 박스에서 본인을 잠가버릴 수 있습니다.

1. 초기 하드닝. root로 SSH 접속한 뒤 sudo 권한을 가진 비루트 사용자를 만들고, /etc/ssh/sshd_config에서 root 로그인과 비밀번호 인증을 비활성화하고, sshd를 재시작하고, 인바운드 기본-차단으로 ufw를 활성화하시기 바랍니다. Tor가 설치되고 검증될 때까지는 오직 SSH(가급적 비표준 포트)만 열어두시기 바랍니다.
2. 시스템 업데이트와 베이스라인 패키지. apt update && apt full-upgrade -y를 실행한 뒤 tor, nyx, ufw, fail2ban, unattended-upgrades, apt-listbugs를 설치하시기 바랍니다. dpkg-reconfigure -plow unattended-upgrades로 자동 보안 업데이트를 활성화하고 systemctl status unattended-upgrades로 확인하시기 바랍니다.
3. 공식 Tor 저장소 설치. Debian에 들어있는 Tor는 종종 몇 주 뒤처져 있습니다. Tor Project의 저장소를 /etc/apt/sources.list.d/tor.list에 추가하고, 서명 키를 가져오고, 업스트림에서 tor와 tor-geoipdb를 재설치하시기 바랍니다. tor --version으로 확인하시기 바랍니다. 2026년 내내 0.4.8.x 이상을 기대합니다.
4. 히든 서비스 설정. /etc/tor/torrc를 편집해서 HiddenServiceDir /var/lib/tor/monero-node/를 추가하고, 그다음 공개 Monero 원격 노드를 위해 HiddenServicePort 18089 127.0.0.1:18089를, 마지막으로 HiddenServiceVersion 3를 추가하시기 바랍니다. Monero가 아닌 서비스의 경우, 애플리케이션이 로컬에서 수신 대기하는 포트를 onion에 노출하고 싶은 포트로 매핑하시기 바랍니다.
5. Tor 시작과 onion 주소 읽기. systemctl restart tor@default를 실행하고, nyx가 100%까지 성공적인 부트스트랩을 보일 때까지 기다린 뒤, cat /var/lib/tor/monero-node/hostname을 실행하시기 바랍니다. .onion으로 끝나는 56자 ed25519 주소가 서비스 정체성입니다. 디렉토리의 내용 — 특히 hs_ed25519_secret_key — 을 암호화된 오프라인 매체로 백업하시기 바랍니다. 이걸 잃어버리면 그 주소도 영원히 잃습니다.
6. 애플리케이션을 localhost에만 바인딩. 서비스의 설정을 편집해서 0.0.0.0이 아니라 127.0.0.1에서 수신 대기하도록 하시기 바랍니다. Monero 데몬의 경우 monerod.conf에 rpc-bind-ip=127.0.0.1을 설정하고 공개 엔드포인트에서 지갑 작업을 거부하기 위해 --restricted-rpc 플래그를 넘기시기 바랍니다. 애플리케이션을 재시작하고 ss -tlnp로 공개 인터페이스에 아무것도 바인딩되지 않았음을 확인하시기 바랍니다.
7. 외부에서 검증. Tor Browser를 돌리는 별개의 머신에서 그 .onion 주소로 접속하시기 바랍니다. 애플리케이션은 헤더나 에러 페이지에서 기저 IP가 누출되는 일 없이 clearnet에서와 똑같이 응답해야 합니다. 스크립트 검증에는 Tor가 활성화된 어떤 호스트에서도 curl --socks5-hostname 127.0.0.1:9050 http://yourservice.onion/을 사용하시기 바랍니다.
8. 선택: 베니티 onion 생성. mkp224o 같은 도구는 원하는 접두사를 위해 ed25519 키페어를 무차별 대입합니다. 6자 접두사는 현대 CPU에서 몇 분이 걸리고, 8자는 몇 시간, 10자는 GPU에서도 며칠이 걸립니다. 본인의 본명, 프로젝트 별명, 또는 다른 연결 가능한 문자열과 일치하는 접두사는 피하시기 바랍니다. 그러면 이 연습의 전체 목적이 무산됩니다.

onion 서비스는 그 가장 약한 애플리케이션 계층 누출만큼만 익명입니다. 에러 메시지에 호스트명을 출력하는 Monero 노드, 또는 기저 IP 기반 역방향 DNS가 들어간 Server 헤더를 내보내는 웹서버는 Tor 설정이 아무리 신중했더라도 배포 전체를 무너뜨립니다.

하드닝, 모니터링, 운영 원칙

Tor 데몬은 하나의 구성요소일 뿐입니다. 나머지 시스템이 그 위협 모델에 맞춰지지 않으면 사슬에서 가장 약한 고리가 됩니다. swapoff -a로 스왑을 완전히 비활성화하고 /etc/fstab에서 스왑 항목을 제거해 ed25519 비밀 키 자료가 디스크로 페이지되지 않도록 하시기 바랍니다. kernel.kptr_restrict=2, kernel.dmesg_restrict=1, 그리고 linux-hardening에 묶여 있거나 Whonix sysctl 레퍼런스에서 가져온 나머지 커널 하드닝 sysctl을 활성화하시기 바랍니다. Tor와 본인 애플리케이션을 위한 AppArmor 프로파일은 적당한 설정 비용으로 또 한 겹의 보호를 더해줍니다.

nftables 또는 ufw를 SSH 외 모든 인바운드 트래픽을 차단하도록 설정하시기 바랍니다. 가급적이면 본인의 관리 IP들에서만, 만약 안정적인 IP가 있다면 그렇게 하시면 됩니다. 그렇지 않다면 강력한 키 인증과 fail2ban을 통한 속도 제한에 의존하시기 바랍니다. 아웃바운드는 Tor가 필요로 하는 것만 허용하시기 바랍니다. 박스가 Tor 릴레이이기도 하다면 릴레이 트래픽을 위한 TCP 443과 9001/9030, 그리고 이름 해석이 필요한 모든 애플리케이션에 대해 Tor SOCKS 포트를 통한 DNS를 강제하시기 바랍니다. 애플리케이션이 VPS 사업자의 clearnet DNS 리졸버와 직접 대화하게 절대 두지 마시기 바랍니다. 그 경로는 사업자의 로그로 본인 애플리케이션의 존재를 조용히 누출시킵니다.

로컬에서는 nyx로 모니터링하고, 원격 그래핑이 필요하다면 onion 서비스 자체를 통해 Prometheus 메트릭을 전송하시기 바랍니다. 제3자 SaaS로 로그나 메트릭을 보내는 일은 피하시기 바랍니다. 그건 교과서적인 비익명화 벡터입니다. 로그 로테이션은 공격적이어야 합니다. logrotate는 maxage 7로 매일, 주간 cron 작업에서 journalctl --vacuum-time=7d를 실행하시기 바랍니다. 디스크에 역사적 데이터가 적게 남을수록 적대적 행위자가 압수할 거리가 적어지고, 사후에 설명할 거리도 적어집니다.

백업은 자체적인 원칙을 받을 자격이 있습니다. hs_ed25519_secret_key 파일은 재생성할 수 없는 유일한 상태입니다. age나 GPG로 강력한 패스프레이즈를 써서 암호화하고, 최소한 두 개의 오프라인 매체(USB 스틱과 함께 봉인된 봉투에 보관된 종이 인쇄 base64)에 저장하고, 한 사본은 본인의 주 거점과 지리적으로 분리해 보관하시기 바랍니다. 나머지 시스템은 전체 디스크 이미지를 백업하는 대신 설정 관리(Ansible, NixOS, 또는 사설 저장소의 셸 스크립트)에서 재구축하시기 바랍니다. 시스템은 일시적이어야 하고 비밀만 안정적이어야 합니다.

한국 운영자를 위한 추가 고려사항

한국에서 운영하는 분이라면 알아둘 만한 맥락이 몇 가지 더 있습니다. 첫째, 통신비밀보호법에 따라 국내 통신사는 가입자 인적사항과 통신사실확인자료를 수사기관에 제공할 수 있고, 그 절차에는 사용자 통지 의무가 부분적으로만 존재합니다. 해외 VPS를 두는 것은 그 1차 수집 경로를 사법공조 요청으로 우회시키는 효과가 있고, 사법공조는 시간이 걸리며 항상 진행되지도 않습니다.

둘째, 특정금융정보법(특금법) 개정 이후 가상자산사업자(VASP) 신고 의무가 강화되었지만, 본인이 자기 노드를 운영하고 자기 자금을 자기 지갑으로 옮기는 것은 사업자 신고 대상이 아닙니다. 이 구분은 종종 흐릿하게 다뤄지지만 법문상 분명합니다. P2P 거래 카운터파티에 자금을 받아주거나 수수료를 받고 환전을 중개하는 행위가 특금법상 가상자산사업의 정의에 들어가는 것이지, 자기 노드를 .onion으로 띄우는 행위 자체는 아닙니다.

셋째, 결제 위생 측면에서 한국 거래소(업비트, 빗썸, 코인원)는 모두 KYC를 거치고 트래블룰 정보를 다른 국내 거래소들과 공유합니다. Monero는 2021년부터 한국 주요 거래소에서 거래지원 종료되었으므로, XMR을 확보하려면 P2P(LocalMonero가 2024년 종료된 이후로는 Haveno, Bisq, Cake Wallet의 사이드쉬프트 통합 등) 또는 KYC 없는 스왑 서비스를 거치는 것이 사실상 유일한 경로입니다. 거래소에서 BTC를 사 KYC 없는 스왑으로 XMR로 변환하는 흐름은 합법이지만, 출금 주소가 알려진 스왑 서비스 주소라면 자금세탁방지 알고리즘이 해당 출금을 표시할 가능성이 있습니다. 의도하지 않은 계정 검토를 피하려면 거래소 출금과 스왑 사이에 자체 통제 지갑을 한 단계 끼우시기 바랍니다.

넷째, 개인정보보호법(PIPA) 관점에서 익명 VPS는 본인이 처리하는 개인정보 보호와는 별개의 문제이지만, 어떤 형태로든 사용자 데이터를 다루는 서비스를 운영한다면 — 매트릭스 서버, BTCPay 인스턴스, 메모 기능이 있는 노드 등 — 그 데이터의 분류와 보존 기간에 대해서는 같은 의무가 적용됩니다. .onion으로 노출했다고 PIPA가 사라지지는 않습니다.

FAQ

VPS 대신 집에서 Tor 히든 서비스를 운영해도 되나요?

기술적으로는 그렇습니다. Tor는 서버가 어디 사는지 신경 쓰지 않습니다. 실용적으로는 가정용 회선이 가동 시간 위험을 도입합니다(정전, 통신사 약정 갱신, 동적 IP 회전이 장기 가드 릴레이를 끊는 문제). 그리고 공개 IP를 노출시키는 어떤 누출이라도 익명성을 통신사에 등록된 청구 신원으로 그대로 무너뜨립니다. KYC 없는 VPS는 그 서비스를 본인의 현실 세계 발자국에서 적당한 비용 — 월 €5에서 €15 — 으로 분리시키며, 경험 많은 운영자 대다수는 그 거래가 자명하다고 봅니다.

Monero로 결제하면 정말로 VPS 사업자에게서 숨겨지나요?

결제 측면에서는 그렇습니다. Monero의 RingCT, 링 서명, 스텔스 주소, Dandelion++ 트랜잭션 중계는 본인 지갑과 결제한 입금 주소 사이의 연결을 끊습니다. VPS 사업자는 평문 발신자가 없는 입금만 보게 됩니다. 결제 위생이 고칠 수 없는 것은 가입 절차의 나머지 부분입니다. 다른 곳에서 쓴 이메일, 공개 포럼의 사용자명, 비익명 계정과 공유한 SSH 키 지문 같은 것들이요. 익명성을 사슬로 다루시기 바랍니다. Monero는 하나의 고리이지 전체가 아닙니다.

v3 onion 주소는 얼마나 오래 갑니까?

hs_ed25519_secret_key 파일을 안전하게 지키는 한 무기한입니다. 주소는 그 키에서 결정론적으로 파생됩니다. 디렉토리를 새 VPS로 복사하고 Tor를 재시작하면, 동일한 .onion 주소가 몇 분 안에 새 서버로 풀립니다. 이게 운영적 회복탄력성의 토대입니다. 어떤 VPS가 신뢰할 수 없거나 사용할 수 없게 되면, 본인은 키를 마이그레이션하는 것이지 주소를 옮기는 게 아니며, 클라이언트는 자기 쪽에서 아무것도 바꾸지 않고도 다시 연결됩니다.

제 Monero 노드를 직접 돌려야 합니까, 아니면 Tor 위의 공개 노드를 써도 됩니까?

둘 다 정당한 선택입니다. 공개 onion 노드(monero.fail에 등재됨)는 편리하고 인프라가 필요 없지만, 본인 트랜잭션 브로드캐스트와 질의를 들여다봅니다. 자기 히든 서비스 뒤에서 자기 노드를 돌리는 것은 디스크 약 200GB와 VPS 청구액이 들지만, 신뢰 요구를 통째로 제거합니다. 어떤 제3자 엔드포인트에도 상관 가능한 메타데이터를 남기지 않고 MoneroSwapper로 자금을 변환하는 것 같은 고가치 흐름에서는, 자체 호스트 노드가 실질적으로 더 강한 자세입니다.

제 히든 서비스 개인키가 압수되면 어떻게 됩니까?

hs_ed25519_secret_key 파일을 보유한 자는 누구든 본인이 통제하는 어떤 인프라에서도 그 .onion 주소로 트래픽을 제공할 수 있으며, 그 치환은 클라이언트에게 구별 불가능합니다. 따라서 백업은 본인만 아는 패스프레이즈로 저장 시 암호화되어야 합니다. VPS의 전체 디스크 암호화만으로는 충분하지 않습니다. 동작 중인 시스템은 그 키를 메모리에 가지고 있기 때문입니다. 압수가 임박했다면 즉시 새 onion 주소로 회전하고, 클라이언트들이 이미 신뢰하는 사전에 서명된 대역외 채널을 통해 그 변경을 공지하시기 바랍니다.

결론

익명 VPS에 Tor 히든 서비스를 구축하는 것은 단일 상품 구매가 아니라 관할, 결제 위생, 시스템 하드닝, 키 관리에 관한 결정의 연속입니다. 각 단계는 하나의 식별 표면을 닫고 나머지는 보이게 둡니다. 그 모든 단계를 함께 수행하는 핵심은 어떤 단일 실패 — 사업자 감사, 잘못 설정된 배너, 누출된 로그 한 줄 — 도 스택 전체를 무너뜨리지 못한다는 점입니다. Monero 운영자와 견고하고 KYC 없는 인프라가 필요한 다른 모든 사람에게 위 레시피는 작동하는 베이스라인입니다. 반대편에서 도달하는 서비스가 MoneroSwapper의 onion 엔드포인트 같은 것이라면, 동일한 기준이 클라이언트 측에도 적용됩니다. 경로를 끝에서 끝까지 본인이 소유하시거나, 실제로 사생활을 가지고 있지 않다는 사실을 받아들이시기 바랍니다.