Monero 하위주소: 2026년 프라이버시 모범 사례

모든 결제에 단 하나의 Monero 주소를 반복해서 사용하는 것은 XMR 생태계가 스스로에게 입히는 프라이버시 자해에 가장 가깝습니다. Monero는 RingCT로 금액을 가리고 링 서명으로 송금인을 숨기지만, 포럼 서명란이나 후원 페이지, 거래소 출금 칸에 붙여 넣은 고정 주소는 결국 공개된 닻이 됩니다. 원래는 서로 연결될 수 없던 활동들이 그 닻 하나로 한 사람의 정체성에 묶이는 셈입니다. 하위주소는 바로 이 틈을 메우기 위해 존재하며, 2026년의 하위주소는 더 이상 고급 기능이 아닙니다. 모든 지갑이 당연히 지켜야 할 기본 위생입니다.

다행히 이것을 제대로 하는 데에는 비용도 들지 않고 몇 초면 충분합니다. 거래 상대, 라벨, 청구서마다 새로운 하위주소를 만드는 일은 공짜이고 즉각적이며 네트워크에는 전혀 보이지 않습니다. MoneroSwapper에서는 두 건의 거래가 결코 같은 온체인 흔적을 공유하지 않도록 스왑마다 고유한 수신 주소를 발급합니다. 똑같은 원칙이 여러분의 개인 지갑에도 그대로 적용됩니다. 이 글에서는 하위주소가 실제로 어떻게 작동하는지, 사람들이 여전히 어디서 메타데이터를 흘리는지, 그리고 오늘 당장 채택할 수 있는 구체적인 작업 흐름을 차근차근 살펴보겠습니다. 기술적 배경부터 한국 사용자에게 닥치는 현실적 제약, 지갑별 실행 방법까지 한 번에 다루므로 끝까지 읽으면 바로 적용할 수 있을 것입니다.

하위주소가 대부분의 사용자가 아는 것보다 더 중요한 이유

하위주소는 메인 계정에서 파생되어 일회용처럼 보이는 수신 주소입니다. 외부 관찰자에게는 같은 지갑에서 나온 두 하위주소가 완전히 무관해 보입니다. 둘을 묶을 수 있는 공개 수학이 존재하지 않기 때문입니다. 오직 비공개 View 키와 Spend 키를 가진 지갑만이 들어온 자금이 같은 사람의 것임을 알아볼 수 있습니다.

이것은 일상적인 Monero 사용에서 가장 큰 실질적 누수, 곧 주소 재사용 문제를 해결합니다. Bitcoin 사용자들은 이 교훈을 호되게 배웠습니다. 재사용된 주소 덕분에 블록체인 분석 업체들이 지갑을 손쉽게 군집화할 수 있었기 때문입니다. Monero의 기반 계층은 그보다 훨씬 강력하지만, 재사용은 여전히 오프체인에서 상관관계의 빌미를 만듭니다. 여러분의 결제 요청, QR 코드, 그리고 거래 상대가 보관하는 기록 속에서 말입니다.

• 온체인 연결 불가: 하위주소들은 서로, 그리고 메인 주소와도 연결할 수 없습니다. 그래서 백 개를 나눠 주더라도 잔액이나 거래 내역에 대해 아무것도 드러나지 않습니다.
• 구획화: 출처별(고용주, 마켓플레이스, 후원, 거래소)로 전용 주소를 두면 누가 무엇을 아는지 명확하게 따질 수 있으면서도, 지갑 전체를 노출하지 않습니다.
• 단일 스캔 키: 한 지갑 아래의 모든 하위주소는 같은 시드를 공유하므로, 추가 백업을 따로 관리할 일이 없습니다. 니모닉 시드 하나가 파생된 모든 주소를 자동으로 복구합니다.
• 수수료 0, 흔적 0: 하위주소 생성은 로컬 작업입니다. 자금이 실제로 도착하기 전까지 네트워크는 그 존재를 알지 못하며, 도착한 뒤에도 평범한 스텔스 주소로만 보일 뿐입니다.

하위주소는 내부적으로 어떻게 작동하는가

작동 원리를 이해하면 그저 남들을 따라 하는 대신 그 관행을 신뢰하게 됩니다. Monero는 2018년 Helium Hydra 릴리스에서 하위주소를 도입했고, 그 설계는 이후 모든 하드포크를 거치면서도 안정적으로 유지되어 왔습니다. 2024년의 Bulletproofs+는 물론, 다가올 네트워크 업그레이드에 탑재될 예정인 진행 중의 FCMP++ 작업까지 포함해서 말입니다.

파생 수학, 짧게 정리하면

여러분의 지갑에는 마스터 한 쌍이 있습니다. 비공개 Spend 키와 비공개 View 키입니다. 하위주소는 이 키들을 계정 인덱스 및 주소 인덱스와 해시 함수를 통해 결합하여 계산됩니다. 그 결과는 체인을 스캔하는 누구에게나 무작위처럼 보이는 새로운 공개 Spend/View 쌍입니다. 파생이 결정론적이기 때문에 시드만 있으면 여러분이 지금껏 만든 모든 하위주소를 다시 만들어 낼 수 있습니다. 추가로 백업할 것은 아무것도 없습니다.

계정과 주소의 차이

Monero는 하위주소를 두 단계 트리로 정리합니다. 계정(상위 인덱스)과 계정 안의 주소(하위 인덱스)입니다. 계정 0은 기본 계정입니다. 계정 1, 계정 2 식으로 얼마든지 새로 만들 수 있고, 각각은 독립적인 하위주소 흐름을 가집니다. 서로 다른 계정의 자금은 지갑 화면에서 별도로 추적되므로, 계정은 개인용과 사업용처럼 단단한 분리에 이상적입니다. 반면 한 계정 안의 주소들은 청구서별 세분화에 안성맞춤입니다.

네트워크가 구분하지 못하는 이유

누군가 하위주소로 결제하면, 그 트랜잭션 출력은 메인 주소로의 결제와 똑같이 온체인에서 일회용 스텔스 주소를 사용합니다. 이중지불을 막는 키 이미지도 영향을 받지 않습니다. 멤풀의 관점에서도, RingCT 금액의 관점에서도, 링 서명을 떠받치는 미끼 선택의 관점에서도 하위주소 결제는 다른 어떤 결제와도 구별되지 않습니다. 하위주소가 대체성(fungibility) 측면에서 아무런 대가도 치르지 않는 이유가 바로 여기 있습니다. 하위주소는 전적으로 기존 프로토콜 기본 요소 위에서 움직입니다.

하위주소 vs 통합 주소와 결제 ID

Monero를 한동안 써 봤다면 통합 주소(integrated address)와 결제 ID(payment ID)를 기억할지도 모릅니다. 거래소가 입금을 구분하기 위해 쓰던 옛 방식입니다. 결제 ID는 공유 입금 주소 뒤에 붙이는 64자짜리 태그였고, 수신자는 이를 통해 들어온 결제를 특정 고객과 맞춰 볼 수 있었습니다. 하위주소는 이 방식을 거의 완전히 대체했는데, 그럴 만한 이유가 있습니다.

결제 ID는 메타데이터를 흘렸습니다. 초기 구현에서는 상당수가 암호화되지 않은 채 전송되었고, 회전하는 ID를 단 하나의 공유 주소가 모두 받다 보니 활동이 한곳에 집중되었습니다. 결국 하위주소가 없애려는 바로 그 상관관계 표면을 만들어 낸 것입니다. Monero 프로젝트는 긴(암호화되지 않은) 결제 ID를 수년 전에 폐기했고, 2026년 현재 평판 있는 거의 모든 거래소와 가맹점은 하위주소 기반 입금으로 이전을 마쳤습니다.

• 통합 주소: 메인 주소에 암호화된 짧은 결제 ID를 끼워 넣은 형태입니다. 기능은 하지만 모든 것을 하나의 기반 주소에 묶습니다.
• 하위주소: 공유 닻이 전혀 없는 완전히 독립적인 수신 주소입니다. 거래소든 개인이든 현대적으로 권장되는 기본값입니다.
• 실용적 결론: 어떤 서비스가 아직도 결제 ID를 요구한다면, 그것은 낡은 연동의 신호입니다. 입금마다 고유한 하위주소를 건네주는 플랫폼을 택하십시오.

여기서 얻는 교훈은 일반화됩니다. Monero 도구의 흐름은 하나의 닻을 재사용하도록 강요하는 모든 것을 제거하는 방향이었습니다. 하위주소는 그 철학의 구현체이며, 그래서 여러분이 표준으로 삼아야 할 수신 기본 요소입니다.

모범 사례: 해야 할 것과 피해야 할 것

아래 규칙들은 2026년 프라이버시를 중시하는 사용자와 가맹점이 지갑을 운영하는 방식을 정리한 것입니다. 대부분은 기술이 아니라 습관에 관한 이야기입니다.

거래소 출금 항목은 특히 강조할 만합니다. KYC 거래소에서 XMR을 출금하면 그 거래소는 이미 도착 주소를 알고 있습니다. 그 코인을 격리된 계정의 하위주소로 보내면, 검증된 신원과 연결하고 싶지 않은 자금의 출처와 논리적으로 분리해 둘 수 있습니다. Monero의 온체인 프라이버시는 여전히 그 지출을 보호하지만, 신중한 계정 위생은 여러분 자신의 장부 실수로부터 여러분을 지켜 줍니다.

하위주소 정리법: 단계별 작업 흐름

다음은 가벼운 사용자부터 수십 명의 고객에게 청구하는 프리랜서까지 두루 통하는 작업 흐름입니다. 공식 GUI/CLI는 물론 Feather, Cake Wallet, 그리고 대부분의 현대적인 Monero 지갑에서 작동합니다.

1. 계정부터 정의하십시오. 계정 0은 개인용, 계정 1은 사업/프리랜스 소득용, 계정 2는 KYC 거래소 출금을 위한 격리용으로 만드십시오. 계정은 여러분의 최상위 방화벽입니다.
2. 관계마다 하위주소를 발급하십시오. 새 사람이나 서비스에 주소를 줄 때마다 "새 주소 만들기"를 누르고, 옛 주소를 절대 재활용하지 마십시오. 재사용은 기본값이 아니라, 이유가 필요한 예외로 다루십시오.
3. 즉시 라벨을 다십시오. 주소를 만드는 그 순간에 사람이 읽을 수 있는 라벨을 붙이십시오. "Acme사 청구서 0412", "후원 페이지", "MoneroSwapper 스왑 2026-05" 같은 식으로요. 라벨 없는 주소는 석 달만 지나면 쓸모가 없습니다.
4. 공개 주소는 소각됨으로 표시하십시오. 하위주소가 웹사이트나 포럼 게시물에 한번 올라가면, 민감한 용도에서는 은퇴시키십시오. 그 페이지를 지켜보는 누구든 들어오는 결제를 그 주소와 엮을 수 있습니다.
5. 오직 시드만 백업하십시오. 모든 하위주소가 니모닉 시드에서 파생되므로, 25단어 백업이 여러분이 지켜야 할 유일한 비밀입니다. 오프라인에 보관하고, 절대로 웹사이트에 입력하지 마십시오.

공개적으로 올린 하위주소는 옥외광고판에 적힌 전화번호처럼 다루십시오. 여전히 작동하지만, 그 광고판을 본 사람들로부터 거기로 보낸 무엇이든 비공개일 것이라고는 결코 가정하지 마십시오.

지갑별 하위주소 생성 방법

이론은 충분합니다. 실제 지갑에서 새 하위주소를 만드는 일은 클릭 몇 번이면 끝납니다. 어떤 지갑을 쓰든 핵심 동작은 같습니다. 받을 계정을 고르고, 새 주소를 생성하고, 곧바로 라벨을 다는 것입니다.

• 공식 GUI(Monero GUI): "받기" 탭에서 계정을 선택한 뒤 "주소 생성"을 누르면 됩니다. 생성과 동시에 라벨 칸이 함께 뜨므로, 그 자리에서 바로 적어 두는 습관을 들이십시오. 계정 전환은 좌측 상단의 계정 드롭다운에서 합니다.
• CLI(monero-wallet-cli): address new 명령으로 현재 계정에 새 하위주소를 만들고, account로 계정을 보거나 전환합니다. 자동화 스크립트로 청구서마다 주소를 뽑아 쓰기에 가장 깔끔합니다.
• Feather: 가벼운 데스크톱 지갑답게 "Receive" 화면에서 우클릭으로 주소를 추가하고 라벨을 답니다. 기본적으로 Tor 경유 연결을 권장하는 점도 프라이버시 측면에서 잘 맞습니다.
• Cake Wallet: 모바일에서 "수신" 화면의 주소 목록을 통해 하위주소를 새로 만들고 이름을 붙일 수 있습니다. 이동 중에 청구서를 발급해야 하는 프리랜서에게 유용합니다.

가맹점이라면 BTCPay Server가 Monero 결제마다 자동으로 새 하위주소를 발급하도록 설정할 수 있습니다. 손님이 결제 페이지를 열 때마다 고유 주소가 생성되므로, 사람이 일일이 손댈 필요 없이 위생이 유지됩니다.

하위주소만으로는 막을 수 없는 누수

하위주소는 온체인 주소 재사용 문제를 해결하지만, 프라이버시의 만능 해법은 아닙니다. 정직하게 짚어야 할 한계가 몇 가지 있습니다. 이를 알아야 어디까지가 하위주소의 일이고 어디부터가 여러분의 일인지 구분할 수 있습니다.

• 네트워크 계층의 IP 노출: 일반 인터넷(클리어넷)으로 지갑을 원격 노드에 연결하면, 그 노드 운영자는 여러분의 IP와 트랜잭션 방송 시점을 볼 수 있습니다. 하위주소와 무관한 누수이므로, Tor나 I2P를 경유하거나 본인 노드를 운영해 막으십시오.
• 금액과 시점의 상관관계: 거래 상대가 "매주 화요일 0.5 XMR"처럼 규칙적인 패턴을 알고 있다면, 주소가 매번 달라도 행동 패턴으로 추정할 여지가 생깁니다.
• 오프체인 기록 공유: 여러 거래소나 가맹점이 서로 KYC 기록을 대조하면, 각자가 본 입출금을 맞춰 볼 수 있습니다. 체인은 깨끗해도 장부는 그렇지 않을 수 있습니다.

요점은 분명합니다. 하위주소는 강력한 기본기지만, Tor 사용과 노드 선택, 그리고 비KYC 환전 습관과 함께 쓸 때 비로소 온전한 프라이버시 위생이 됩니다.

한국 사용자를 위한 맥락: 특금법과 과세

한국에서는 2021년 특정금융정보법(특금법) 시행 이후, 업비트·빗썸을 비롯한 주요 거래소가 트래블 룰 적용의 어려움을 이유로 Monero를 포함한 프라이버시 코인을 상장 폐지했습니다. 그래서 국내 KYC 거래소에서 XMR을 직접 사고팔기는 사실상 어렵습니다. 이 환경 자체가 비KYC 스왑과 셀프 커스터디 지갑, 그리고 철저한 하위주소 위생의 필요성을 더 키웁니다.

세금 관점에서 가상자산 소득 과세는 여러 차례 유예를 거쳐 시행 일정이 조정되어 왔습니다. 시행 시점이 다가올수록 국세청에 소득을 소명할 일이 생길 수 있는데, 이때 계정 분리와 정직한 라벨이 큰 차이를 만듭니다. 사업 소득용 계정을 따로 두고 그 계정의 View 키만 세무사나 신고 목적에 제공하면, 개인 자금이나 격리 자금을 노출하지 않고도 필요한 내역만 투명하게 보여줄 수 있습니다.

금융감독원과 한국은행이 가상자산 규제 틀을 다듬어 가는 흐름 속에서, 규정을 지키는 것과 불필요한 신상 노출을 피하는 것은 서로 모순되지 않습니다. 하위주소는 바로 그 균형점을 제공합니다. 감사가 필요한 자금은 선택적으로 공개하고, 나머지 일상 거래의 프라이버시는 그대로 지키는 것입니다. 규제를 회피하는 도구가 아니라, 필요한 만큼만 투명하게 드러내는 도구라는 점을 기억하면 한국 사용자에게도 충분히 떳떳한 선택이 됩니다.

실전 예시: 프리랜서의 지갑

계약 작업의 대가로 Monero를 받는 디자이너 수진 씨를 생각해 봅시다. 그녀는 계정 세 개를 운영합니다. 계정 0에는 개인 생활비가 들어 있습니다. 계정 1은 고객 결제를 받는데, 결정적으로 그녀는 청구서마다 프로젝트 이름과 날짜를 라벨로 단 고유한 하위주소를 발급합니다. 계정 2는 KYC 거래소에서 드물게 충전할 때만 따로 씁니다.

매년 5월 종합소득세 신고철이 오면, 수진 씨는 계정 1의 거래 내역만 내보내 세무사에게 그 계정의 View 키만 건넵니다. 세무사는 그녀의 개인 잔액이나 격리된 거래소 코인을 전혀 보지 않고도 들어온 사업 결제를 검증할 수 있습니다. 이것이 제대로 된 선택적 공개입니다. View 키는 감사를 위해 들어온 자금을 드러내지만 Spend 키는 결코 드러내지 않으므로, 세무사는 들여다볼 수는 있어도 코인 한 닢 옮길 수는 없습니다.

수진 씨가 어떤 구매를 위해 수익 일부를 Bitcoin으로 바꿔야 할 때, 그녀는 비KYC 스왑을 이용해 환전 과정이 결코 자신의 신원과 다시 붙지 않게 합니다. 그렇게 받은 입금은 전용 하위주소로 보내고, 스왑 참조번호를 라벨에 적어 두면 장부는 깔끔하게 유지됩니다. 이 전체 시스템은 두 가지 공짜 습관 위에 서 있습니다. 새 주소, 그리고 정직한 라벨입니다.

흔한 오해 바로잡기

하위주소를 둘러싼 잘못된 통념 몇 가지는 오히려 사용자를 위험하게 만듭니다. 아래는 자주 보이는 오해와 정확한 사실입니다.

• "주소가 많아지면 지갑이 무거워진다." 하위주소는 시드에서 결정론적으로 파생되므로 별도 저장 부담이 거의 없습니다. 수백 개를 만들어도 동기화나 복구 시간에 의미 있는 차이를 주지 않습니다.
• "하위주소를 만들면 잔액이 쪼개진다." 그렇지 않습니다. 한 계정 안의 모든 하위주소로 들어온 자금은 그 계정의 통합 잔액으로 합산되어, 지출 시 자유롭게 함께 사용할 수 있습니다. 주소는 받는 통로일 뿐 지갑을 분할하지 않습니다.
• "공개 후원 주소 하나면 충분하다." 후원을 모으는 단일 공개 주소는 편하지만, 그 주소로 들어오고 나가는 흐름을 누구나 추적할 수 있습니다. 후원 수령용 계정을 따로 두고, 거기서 나가는 지출은 별도 계정으로 옮긴 뒤 진행하는 편이 안전합니다.
• "하위주소만 쓰면 완전히 익명이다." 앞 절에서 보았듯 네트워크 계층 노출과 오프체인 기록은 별개의 문제입니다. 하위주소는 강력한 한 겹일 뿐, Tor 사용과 비KYC 환전이 함께 가야 합니다.

이런 오해를 걷어내고 나면 결론은 단순해집니다. 주소는 아낌없이 만들고, 분리는 계정으로 하고, 네트워크와 장부의 위생은 별도로 챙기는 것입니다.

자주 묻는 질문(FAQ)

하위주소를 만들면 수수료가 더 드나요?

아닙니다. 하위주소 생성은 네트워크를 전혀 건드리지 않는 로컬 연산이므로 완전히 무료입니다. 누군가 실제로 그 주소로 결제할 때의 거래 수수료는 메인 주소로의 결제와 동일합니다. 프로토콜은 둘 다 평범한 스텔스 주소 출력으로 취급하며 추가 요금은 없습니다.

제 하위주소 두 개를 온체인에서 누가 연결할 수 있나요?

블록체인만으로는 불가능합니다. 하위주소들은 서로, 그리고 기본 주소와도 암호학적으로 연결할 수 없습니다. 오직 여러분 지갑의 비공개 키만이 이들을 관련된 것으로 인식할 수 있습니다. 연결은 오프체인에서만 일어날 수 있습니다. 예를 들어 한 주소를 두 공개 장소에 재사용하거나, 거래 상대가 기록을 공유하는 경우입니다.

지갑을 잃어버리면 제 하위주소는 어떻게 되나요?

25단어 니모닉 시드만 있으면 잃는 것은 없습니다. 여러분이 지금껏 만든 모든 하위주소는 그 시드에서 결정론적으로 파생되므로, 지갑을 복구하면 잔액을 포함한 주소 트리 전체가 다시 생성됩니다. 개별 하위주소를 따로 백업할 필요는 결코 없습니다.

분리하려면 새 계정과 새 주소 중 무엇을 써야 하나요?

단단하고 지속적인 분리, 즉 사업용 대 개인용 대 KYC 격리에는 새 계정을 쓰십시오. 계정은 지갑에서 별개의 잔액으로 추적되기 때문입니다. 청구서별, 연락처별처럼 세밀한 분리에는 한 계정 안에서 새 주소를 쓰십시오. 둘 다 온체인에서 연결할 수 없으며, 차이는 순전히 정리상의 문제일 뿐입니다.

정기 후원자에게 하위주소를 재사용해도 안전한가요?

그 절충을 받아들인다면 허용할 만합니다. 정기 후원자는 이미 그 주소를 알고 있으므로, 그 사람에게 재사용해도 그 한 당사자에게 새로 흘리는 것은 없습니다. 위험은 많은 사람이 볼 수 있는 곳에 그 주소를 게시하는 것입니다. 그 순간부터는 공개된 비프라이버시 주소로 취급하고, 절대로 민감한 자금을 그쪽으로 보내지 마십시오.

원격 노드를 쓰면 하위주소 프라이버시가 약해지나요?

하위주소 사이의 온체인 연결 불가성 자체는 약해지지 않습니다. 다만 원격 노드 운영자는 여러분의 IP와 트랜잭션 방송 시점을 볼 수 있어, 별도의 메타데이터 누수가 생깁니다. 이는 하위주소가 다루는 영역 밖의 문제이므로, Feather처럼 Tor 경유 연결을 기본 지원하는 지갑을 쓰거나 본인 노드를 운영해 보완하십시오.

한국 거래소에서 Monero를 살 수 없는데 어떻게 받나요?

국내 KYC 거래소는 특금법 이후 대부분 XMR을 상장 폐지했지만, 받는 것 자체에는 문제가 없습니다. 다른 코인을 비KYC 스왑 서비스에서 Monero로 바꿔 본인 지갑의 하위주소로 직접 수신하면 됩니다. 거래소 계정에 묶이지 않고 셀프 커스터디로 보관하므로, 처음부터 깨끗한 하위주소 위생을 적용할 수 있습니다.

사업 청구서에 하위주소를 써도 회계상 문제가 없나요?

없습니다. 오히려 더 깔끔합니다. 청구서마다 고유 하위주소를 발급하면 어떤 입금이 어떤 청구서에 대응하는지 라벨로 즉시 맞춰 볼 수 있어, 장부 정리와 세무 소명이 쉬워집니다. 사업용 계정을 분리해 두면 필요한 범위의 View 키만 제공해 내역을 투명하게 증빙할 수 있습니다.

결론

하위주소는 이미 강력한 Monero의 기반 계층 프라이버시를 실제로 지키며 살 수 있는 작업 흐름으로 바꿔 줍니다. 어려운 암호학, 즉 스텔스 주소와 링 서명, RingCT는 프로토콜이 처리합니다. 하지만 메타데이터 위생은 여러분 몫이고, 하위주소는 그 위생을 거의 힘들이지 않게 만들어 줍니다. 아낌없이 발급하고, 정직하게 라벨을 달고, 계정으로 분리하고, 공개된 것은 무엇이든 소각됨으로 다루십시오. 이 네 가지 습관은 오늘 당장, 어떤 추가 도구도 없이 시작할 수 있습니다. 그리고 한 번 몸에 배면 다시는 단일 주소 재사용으로 돌아갈 이유가 없어집니다.

다음 단계가 XMR을 신원에 다시 묶지 않고 취득하거나 환전하는 것이라면, 여러분과 똑같은 주소 위생을 실천하는 서비스를 통해 하십시오. MoneroSwapper는 모든 스왑마다 새로운 수신 주소를 발급하고 계정을 보관하지 않으므로, 익명으로 Monero를 구매하여 곧장 깨끗하고 라벨이 잘 달린 하위주소로 보낼 수 있습니다. 프라이버시는 습관이며, 하위주소는 이 생태계 전체에서 가장 값싼 좋은 습관입니다.