모네로 서브주소 완벽 가이드: 프라이버시 모범 사례

모네로 서브주소란 무엇인가?

모네로를 처음 사용하는 분들이 종종 혼란스러워하는 개념 중 하나가 서브주소(Subaddress)입니다. 비트코인이나 이더리움처럼 하나의 주소를 계속 재사용하는 방식에 익숙한 사용자들에게는 왜 여러 주소가 필요한지 이해하기 어려울 수 있습니다. 하지만 모네로의 프라이버시 모델을 제대로 이해하면, 서브주소가 왜 단순한 편의 기능이 아닌 필수적인 프라이버시 도구인지 명확해집니다.

이 가이드에서는 모네로 서브주소의 기술적 작동 원리부터 실제 사용 방법, 그리고 최대한의 프라이버시를 보장하는 모범 사례까지 모든 것을 다룹니다. 서브주소를 제대로 이해하고 활용하면 모네로가 제공하는 프라이버시를 한층 더 강화할 수 있습니다.

모네로 주소 체계 이해하기

기본 주소 (Primary Address)

모네로 지갑을 처음 생성하면 하나의 기본 주소(Primary Address)가 생성됩니다. 이 주소는 항상 숫자 "4"로 시작하며, 95자로 구성됩니다. 예를 들면 다음과 같은 형식입니다: 4A6pZAm6RQeGM3vVgbGjNhCkbqR5jy...

기본 주소는 공개적으로 공유하기에 적합하지만, 같은 주소를 여러 발신자에게 공유하면 프라이버시 문제가 발생합니다. 모네로의 스텔스 주소 기술은 각 거래를 독립적인 일회용 주소로 처리하지만, 동일한 수신 주소가 여러 거래에 사용되었다는 사실 자체는 블록체인에서 드러날 수 있습니다. 외부 관찰자는 동일한 기본 주소로 여러 번 자금이 전송되었다는 사실을 관찰할 수 있고, 이를 통해 활동 패턴을 추론할 수 있습니다.

서브주소 (Subaddress)

서브주소는 기본 주소로부터 파생된 새로운 주소입니다. 이 주소들은 항상 숫자 "8"로 시작하며, 마찬가지로 95자로 구성됩니다. 기본 주소와 달리, 서브주소들은 서로 연결되지 않는 것처럼 보입니다. 즉, 외부 관찰자는 두 서브주소가 같은 지갑에 속해 있다는 것을 블록체인만으로는 알 수 없습니다.

서브주소의 핵심 특징을 정리하면 다음과 같습니다:

• 같은 지갑에서 무제한으로 생성 가능하며, 각각이 암호학적으로 독립적으로 보입니다.
• 수신된 모든 자금은 하나의 지갑에서 통합 관리되므로 관리 부담이 없습니다.
• 개인 키를 공유하지 않고도 다양한 용도로 분리 사용할 수 있습니다.
• 각 서브주소에 레이블(이름표)을 붙여 용도를 명확히 구분할 수 있습니다.
• 서브주소 간의 연결이 외부에서 증명 불가능합니다.

통합 주소 (Integrated Address)

모네로에는 세 번째 유형의 주소인 통합 주소(Integrated Address)도 있습니다. 이는 기본 주소와 결제 ID(Payment ID)를 결합한 것으로, 주로 거래소들이 입금 식별에 사용했습니다. 예를 들어, 거래소가 모든 고객에게 동일한 입금 주소를 제공하되 결제 ID로 고객을 구분하는 방식입니다.

그러나 통합 주소는 프라이버시 관점에서 서브주소보다 열등합니다. 여러 사용자가 동일한 기본 주소를 사용하기 때문에 연결 가능성이 높아집니다. 현재 모네로 커뮤니티에서는 서브주소 사용이 강하게 권장되며, 많은 서비스들이 통합 주소에서 서브주소 방식으로 전환했습니다.

서브주소의 암호학적 원리

키 파생 구조의 수학적 기반

모네로의 주소 체계는 계층적 결정론적(HD, Hierarchical Deterministic) 구조를 기반으로 합니다. 지갑은 두 쌍의 키를 가집니다: 개인 뷰 키(private view key) / 공개 뷰 키(public view key)와 개인 지출 키(private spend key) / 공개 지출 키(public spend key).

서브주소는 이 키들과 인덱스(i, j)를 사용하여 다음과 같이 파생됩니다. 인덱스 (i, j)에 해당하는 서브주소의 공개 지출 키는 다음 공식으로 계산됩니다:

서브주소 공개 지출 키 = 기본 공개 지출 키 + Hs(개인 뷰 키 || i || j) × G

여기서 Hs는 스칼라 해시 함수이고, G는 Ed25519 타원 곡선의 생성 점(generator point), ||는 연결 연산입니다. 이 수식의 핵심은 개인 뷰 키 없이는 서로 다른 서브주소들이 같은 지갑에 속한다는 것을 증명할 수 없다는 점입니다. 개인 뷰 키는 항상 지갑 소유자만 알고 있습니다.

왜 서브주소가 연결되지 않는가?

서로 다른 서브주소 간의 연결 불가능성은 수학적으로 보장됩니다. 외부 관찰자가 서브주소 A(인덱스 1,0)와 서브주소 B(인덱스 1,1)가 같은 지갑에 속하는지 확인하려면, 개인 뷰 키를 알거나 Hs 함수를 역산해야 합니다. Hs는 암호화 해시 함수이므로 역산이 현실적으로 불가능합니다. 또한 이산 대수 문제를 풀어야 하는데, 이 역시 현재 컴퓨터로는 해결이 불가능합니다.

더 나아가, 두 서브주소가 같은 비밀(개인 뷰 키)로부터 파생되었다는 사실 자체도 공개 정보만으로는 알 수 없습니다. 각 서브주소는 수학적으로 독립적인 것처럼 보이며, 연결 고리는 오직 개인 뷰 키를 가진 지갑 소유자만 알 수 있습니다.

수신 감지와 스캐닝 프로세스

서브주소로의 자금 수신을 감지하기 위해 지갑 소프트웨어는 블록체인을 주기적으로 스캔합니다. 각 거래에 대해 지갑은 개인 뷰 키와 거래 데이터를 사용하여 해당 거래가 자신의 서브주소 중 하나로 온 것인지 확인합니다. 이 프로세스는 순수하게 로컬에서 이루어지며, 서버나 제3자에게 어떤 정보도 노출하지 않습니다.

서브주소가 많을수록 스캐닝 시간이 약간 길어질 수 있습니다. 그러나 현대 하드웨어에서는 수천 개의 서브주소를 관리해도 스캐닝 성능에 큰 차이가 없습니다. Feather Wallet 같은 최적화된 클라이언트는 특히 빠른 스캐닝 성능을 자랑합니다.

서브주소를 사용해야 하는 이유

1. 발신자 분리 (Sender Isolation)

가장 중요한 사용 사례는 서로 다른 발신자에게 서로 다른 서브주소를 제공하는 것입니다. 이를 통해 각 발신자가 서로의 존재를 모르게 할 수 있으며, 발신자들 간에 여러분의 금융 활동이 공유되는 것을 방지할 수 있습니다.

구체적인 예를 들면:

• 고용주에게는 서브주소 A 제공 (급여 수령용)
• 가족에게는 서브주소 B 제공 (개인 용도)
• 쇼핑 사이트에는 서브주소 C 제공 (구매 결제용)
• 기부 모금에는 서브주소 D 제공 (공개용)
• 새로운 비즈니스 파트너에게는 서브주소 E 제공

이렇게 하면 고용주는 여러분이 어떤 쇼핑을 하는지, 어떤 단체에 기부하는지 알 수 없습니다. 쇼핑 사이트는 여러분의 급여나 다른 수입원을 알 수 없습니다. 각 상대방은 오직 자신과의 거래만 볼 수 있습니다.

2. 비즈니스와 개인 생활의 프라이버시 분리

프리랜서나 소규모 사업자라면 비즈니스 거래와 개인 거래를 분리하는 것이 중요합니다. 모네로 서브주소를 사용하면 하나의 지갑으로 이 두 영역을 완전히 분리할 수 있습니다. 비즈니스 클라이언트들은 여러분의 개인 자금 현황을 알 수 없으며, 개인 거래 내역도 비즈니스 클라이언트에게 노출되지 않습니다.

예를 들어, 세 명의 클라이언트에게 각각 다른 서브주소를 제공하면, 각 클라이언트는 자신이 얼마를 지불했는지만 알 수 있습니다. 클라이언트 A는 클라이언트 B나 C가 얼마를 지불하는지 알 수 없으므로, 여러분의 총 수입이나 요금 정책이 공개되지 않습니다.

3. 거래 추적 방지와 패턴 분석 저지

같은 주소를 반복 사용하면, 관찰자가 해당 주소의 모든 거래 이력을 조회하고 전체 금융 활동 패턴을 파악할 수 있습니다. 비트코인이나 이더리움 같은 투명한 블록체인에서는 이것이 심각한 프라이버시 위협이며, 모네로도 주소 재사용이 이 문제를 어느 정도 초래할 수 있습니다.

서브주소를 매 거래마다 새로 생성하면 이러한 추적이 훨씬 어려워집니다. 특히 공개적으로 수신 주소를 공유하는 경우(예: 기부 모금, 공개 팁 주소), 누구든 해당 주소로 들어오는 모든 거래를 추적할 수 있습니다. 따라서 공개 컨텍스트에서는 정기적으로 서브주소를 교체하는 것이 좋습니다.

4. 유출 경로 식별

각 상대방에게 다른 서브주소를 제공하면, 어떤 서브주소가 스팸이나 원치 않는 거래를 받는지 쉽게 파악할 수 있습니다. 특정 서브주소로 원치 않는 거래나 스팸이 들어오면, 그 주소를 더 이상 홍보하지 않고 새 서브주소로 전환하면 됩니다. 이는 어떤 채널에서 주소 정보가 유출되었는지를 파악하는 데도 도움이 됩니다.

예를 들어, 쇼핑 사이트 A에 서브주소 1을, 쇼핑 사이트 B에 서브주소 2를 제공했는데 서브주소 1로 피싱 거래가 온다면, 쇼핑 사이트 A에서 데이터 유출이 발생했을 가능성을 알 수 있습니다. 이 경우 서브주소 1의 사용을 중단하고 쇼핑 사이트 A와의 계정을 재검토할 수 있습니다.

5. 감사 가능성과 프라이버시의 균형

모네로의 뷰 키를 사용하면 특정 서브주소로 수신된 거래를 선택적으로 공개할 수 있습니다. 예를 들어, 세금 신고를 위해 세무사에게 특정 서브주소의 뷰 키만 제공하면, 해당 서브주소의 거래 내역만 감사할 수 있습니다. 다른 서브주소들은 여전히 비공개로 유지됩니다. 이 기능은 비즈니스 투명성이 필요한 상황에서 전체 금융 프라이버시를 희생하지 않고도 필요한 정보만 공개할 수 있게 해줍니다.

모네로 지갑에서 서브주소 관리하기

공식 GUI 지갑에서 서브주소 생성

공식 모네로 GUI 지갑에서 서브주소를 생성하는 방법을 단계별로 설명합니다:

1. 지갑 메인 메뉴에서 "계정(Account)" 탭으로 이동합니다.
2. 현재 계정의 주소 목록 하단에 있는 "서브주소 추가(Add subaddress)" 버튼을 클릭합니다.
3. 레이블 입력 창이 나타나면 이 서브주소의 용도를 설명하는 레이블을 입력합니다. 예: "월급 수령 - 회사명", "Amazon 구매용", "기부 수신용" 등.
4. 확인을 클릭하면 새로운 서브주소가 생성됩니다.
5. 생성된 서브주소 옆의 복사 버튼을 클릭하거나 QR 코드 아이콘을 클릭하여 주소를 공유합니다.

레이블은 지갑 파일(.keys)에만 저장되며 블록체인에는 기록되지 않습니다. 따라서 지갑을 복원할 때 레이블도 함께 백업해야 합니다. 지갑 파일은 지갑 설정 메뉴에서 파일 위치를 확인할 수 있습니다.

CLI 지갑에서 서브주소 생성

CLI(명령줄 인터페이스) 지갑을 사용하는 경우 더 강력한 제어가 가능합니다:

새 서브주소 생성:

address new [레이블]

예시:

address new 급여_2026년10월

생성된 모든 서브주소 및 레이블 확인:

address all

특정 서브주소로 받은 거래만 필터링하여 조회:

incoming_transfers subaddr_index=1

CLI 지갑은 스크립팅이 가능하여 대량의 서브주소를 자동으로 생성하거나 특정 서브주소의 잔액을 모니터링하는 자동화 작업에 적합합니다.

계정(Account)과 서브주소(Subaddress)의 2단계 구조

모네로 지갑은 계정과 서브주소의 2단계 구조를 가집니다. 각 계정 내에서 여러 서브주소를 생성할 수 있으며, 계정 간의 자금은 별도로 표시됩니다. 그러나 모든 계정은 동일한 개인 키에서 파생됩니다.

실용적인 조직 구조 예시:

• 계정 0 (기본 계정): 개인용
  • 서브주소 0: 기본 주소 (친한 친구/가족용)
  • 서브주소 1: 정기 구독 서비스용
  • 서브주소 2: 일회성 구매용 (매 거래 교체)
  • 서브주소 3: 공개 기부 주소
• 계정 1: 비즈니스용
  • 서브주소 0: 클라이언트 A용
  • 서브주소 1: 클라이언트 B용
  • 서브주소 2: 클라이언트 C용
  • 서브주소 3: 미사용 (새 클라이언트용 예비)
• 계정 2: 저축용
  • 서브주소 0: 장기 저축 수령용

서브주소 모범 사례 (Best Practices)

원칙 1: 매 거래마다 새 서브주소 사용

가능하다면 각 거래마다 새로운 서브주소를 사용하세요. 이는 비트코인의 HD 지갑에서 매 거래마다 새 주소를 생성하는 것과 유사한 개념입니다. 단, 모네로에서는 이것이 더욱 중요합니다. 왜냐하면 같은 주소로 여러 번 수신하면 링 서명의 효과가 다소 약화될 수 있기 때문입니다.

거래 유형별로 주소 교체 주기를 다르게 설정하는 것이 실용적입니다. 일회성 구매나 새로운 서비스에는 매번 새 서브주소를 사용하고, 신뢰할 수 있는 장기 관계(예: 급여 수령)에는 일정 기간 동일 서브주소를 사용해도 괜찮습니다. 단, 공개적으로 배포하는 주소는 정기적(3-6개월마다)으로 교체하세요.

원칙 2: 의미 있는 레이블 사용과 체계적 관리

각 서브주소에 명확한 레이블을 붙이세요. 수십 개의 서브주소를 관리하다 보면, 어떤 주소가 어떤 목적으로 생성되었는지 잊기 쉽습니다. 좋은 레이블 규칙의 예:

• [날짜]-[용도]-[대상]: "2026-01-급여-ABC회사"
• [서비스명]-[목적]: "Netflix-구독"
• [이름이니셜]-[관계]: "KJ-친구"

레이블은 지갑 파일에만 저장되므로, 지갑 파일 백업 시 반드시 레이블도 함께 보존해야 합니다. 중요한 경우 레이블 목록을 별도 파일로 오프라인 백업해두는 것도 좋습니다.

원칙 3: 기본 주소 노출 최소화

기본 주소(4로 시작하는)는 최대한 비공개로 유지하세요. 기본 주소는 공개 뷰 키와 공개 지출 키를 직접 인코딩하고 있어, 서브주소보다 더 많은 기술적 정보를 노출합니다. 이론적으로 기본 주소가 공개되면 뷰 키 공유 없이도 더 많은 정보가 추론될 수 있습니다. 공개적으로 공유할 때는 항상 서브주소(8로 시작하는)를 사용하고, 기본 주소는 신뢰할 수 있는 개인에게만 공유하거나 완전히 비공개로 유지하는 것이 좋습니다.

원칙 4: 정기적인 주소 교체와 사이클링

특정 서브주소를 오랫동안 공개적으로 사용했다면 교체를 고려하세요. 공개된 주소로의 거래 패턴이 시간이 지남에 따라 축적되면, 타이밍 분석 등의 고급 기법으로 일부 정보가 추출될 수 있습니다. 정기적인 주소 교체는 이러한 위험을 줄입니다. 오래된 서브주소는 삭제할 필요 없이 그냥 더 이상 홍보하지 않으면 됩니다. 해당 주소로 이미 들어온 자금은 여전히 지갑에서 확인하고 사용할 수 있습니다.

원칙 5: 서브주소와 거래 금액 분산

같은 서브주소로 동일한 금액을 반복 수신하면 패턴이 생길 수 있습니다. 예를 들어 매월 정확히 1.5 XMR을 같은 주소로 받는 것은 급여 패턴을 암시합니다. 가능하다면 금액을 약간 변화시키거나 여러 서브주소로 분산 수신하는 것이 좋습니다. 예를 들어 급여의 일부는 서브주소 A로, 나머지는 서브주소 B로 받는 방식입니다.

자주 발생하는 실수와 해결책

실수 1: 기본 주소를 거래소 입금 주소로 사용

일부 거래소는 모네로 입금 시 기본 주소를 사용하도록 안내합니다. 이 경우 거래소는 여러분의 기본 주소를 알게 됩니다. 이후 모든 입금은 이 주소와 연결됩니다. 해결책: 서브주소를 지원하는 거래소를 선택하세요. 대부분의 현대적인 거래소들은 서브주소를 지원합니다. 불가피하게 기본 주소를 사용해야 하는 경우, 해당 거래소와의 연결성을 인식하고 관리하세요. 거래소 출금 후 자금을 새 서브주소로 이동하는 것도 방법입니다.

실수 2: 서브주소 레이블 백업 누락

지갑을 새 기기에 복원할 때 시드 문구만으로는 자금은 복원되지만 서브주소 레이블은 복원되지 않습니다. 어떤 서브주소가 어떤 목적으로 사용되었는지 알 수 없게 됩니다. 해결책: 지갑 파일(.keys)을 정기적으로 암호화하여 백업하세요. 또한 중요한 서브주소 레이블 목록을 별도로 기록하여 오프라인에 안전하게 보관하세요. 복원 후 레이블을 수동으로 재입력해야 할 수 있습니다.

실수 3: 서브주소 재사용

한 번 특정 목적으로 사용한 서브주소를 다른 목적에 재사용하는 것은 프라이버시를 약화시킵니다. 예를 들어 쇼핑 사이트에 공개한 서브주소를 나중에 급여 수령에도 사용하면, 쇼핑 패턴과 급여가 동일 주소로 연결될 수 있습니다. 서브주소는 무제한으로 생성할 수 있으므로 각 용도마다 별도의 서브주소를 사용하세요.

실수 4: 동일 서브주소로 여러 서비스 가입

온라인 서비스들에 가입할 때 동일한 서브주소를 여러 서비스에 제공하면, 서비스들 간의 데이터 공유나 침해 시 서브주소로 연결되는 모든 거래가 노출될 수 있습니다. 각 서비스마다 고유한 서브주소를 제공하는 것이 최선이지만, 최소한 중요도에 따라 그룹을 나누어 사용하세요.

실수 5: 하드웨어 지갑 서브주소 혼동

하드웨어 지갑(Ledger, Trezor)에서 모네로를 사용할 때도 서브주소를 생성하고 사용할 수 있습니다. 하드웨어 지갑은 키 보안을 강화하지만, 서브주소 프라이버시와는 별개의 개념입니다. 하드웨어 지갑을 사용할 때도 서브주소 모범 사례를 동일하게 적용하세요.

고급 서브주소 활용: 비즈니스 시나리오

전자상거래 결제 게이트웨이 통합

모네로를 결제 수단으로 받는 온라인 상점의 경우, 각 주문마다 고유한 서브주소를 자동으로 생성하는 것이 필수입니다. 각 고객이 다른 서브주소로 결제하므로, 고객들 간의 결제 금액 비교나 구매 이력 추적이 불가능합니다. 또한 미결제 주문을 쉽게 추적할 수 있습니다.

기술적 구현: 지갑의 RPC API를 사용하여 주문 생성 시마다 새 서브주소를 생성합니다. 공식 모네로 데몬(monerod)의 wallet RPC는 `create_address` 메서드를 제공하여 프로그래밍 방식으로 서브주소를 생성할 수 있습니다.

급여 지불 및 정산 시스템

여러 직원이나 계약자에게 모네로로 지불하는 경우, 각 수신자에게 고유한 서브주소를 할당하면 지불 이력을 체계적으로 관리할 수 있습니다. 회계 소프트웨어와 통합 시 어떤 서브주소로의 지불이 어떤 비용 항목인지 추적하기 용이합니다. 수신자 간의 지불 금액 정보는 블록체인에서 공개되지 않습니다.

기부 및 자금 모금 캠페인

각 캠페인마다 별도의 서브주소를 사용하면, 캠페인별 수금 현황을 명확히 파악하면서도 여러 캠페인 간의 자금 흐름이 외부에 노출되지 않습니다. 캠페인이 종료되면 해당 서브주소의 홍보를 중단하고 새 캠페인에는 새 서브주소를 사용하세요. 기부자들은 자신의 기부 내역만 볼 수 있으며, 다른 기부자들의 금액이나 총 모금액은 알 수 없습니다.

다양한 모네로 지갑에서의 서브주소 지원

Feather Wallet (데스크탑)

Feather Wallet은 모네로 전용 가벼운 데스크탑 지갑으로, 서브주소 관리에 특히 뛰어납니다. 주요 장점으로는 직관적인 서브주소 레이블링 인터페이스, 각 서브주소별 거래 이력 분리 조회, 미사용 서브주소 자동 생성 옵션, 서브주소별 잔액 표시, Tor 통합 지원을 통한 IP 프라이버시 강화가 있습니다.

Feather Wallet은 특히 Tor를 통한 연결을 기본으로 지원하여, 서브주소를 사용하는 동시에 네트워크 프라이버시도 강화할 수 있습니다. 초보자보다는 중급 이상 사용자에게 적합합니다.

공식 GUI 지갑 (데스크탑)

공식 모네로 GUI 지갑은 가장 완전한 기능을 제공하며, 공식적으로 검증된 코드베이스를 사용합니다. 서브주소 관리 기능이 직관적이며, 계정 단위의 체계적 관리도 지원합니다. 보안을 최우선으로 하는 사용자에게 추천합니다.

Monerujo (Android)

Monerujo는 안드로이드용 오픈소스 모네로 지갑으로, 서브주소를 완전히 지원합니다. 주소 관리 탭에서 쉽게 새 서브주소를 생성하고 레이블을 붙일 수 있습니다. Tor 연결도 지원하여 모바일에서도 네트워크 프라이버시를 유지할 수 있습니다. 오픈소스이며 F-Droid를 통해 설치 가능하여 Google Play에 의존하지 않을 수 있습니다.

Cake Wallet (iOS / Android)

Cake Wallet은 iOS와 Android 모두를 지원하는 인기 있는 모네로 지갑입니다. 서브주소 생성 및 관리 기능을 제공하며, 내장된 교환 기능을 통해 다른 암호화폐를 모네로로 교환할 수도 있습니다. iOS 사용자들에게 특히 좋은 선택이며, 직관적인 UI로 입문자들도 쉽게 서브주소를 사용할 수 있습니다.

자주 묻는 질문 (FAQ)

Q: 서브주소는 몇 개까지 생성할 수 있나요?

A: 이론적으로 무제한입니다. 모네로의 서브주소 인덱스는 32비트 정수 두 개를 사용하므로, 각 계정당 약 40억 개의 서브주소를 생성할 수 있으며, 계정 수도 약 40억 개까지 만들 수 있습니다. 실용적으로는 원하는 만큼 생성하고 관리할 수 있으며, 수백 개의 서브주소를 사용해도 지갑 성능에 영향이 거의 없습니다.

Q: 서브주소로 받은 자금을 다른 서브주소로 이전하면 연결되나요?

A: 온체인에서는 연결되지 않습니다. 자금을 이전할 때 모네로의 링 서명이 작동하므로, 두 서브주소 간의 연결은 블록체인에서 확인되지 않습니다. 단, 여러분의 지갑 소프트웨어는 내부적으로 이 연결을 알고 있으며, 뷰 키를 공유한 상대방도 두 거래가 같은 지갑에서 왔다는 것을 알 수 있습니다.

Q: 지갑을 새로 복원할 때 이전 서브주소들도 복원되나요?

A: 시드 문구로 복원하면 모든 서브주소의 암호화 키는 재생성됩니다. 따라서 해당 주소들로의 자금 수신은 정상적으로 감지됩니다. 그러나 레이블(이름표)은 지갑 파일에 저장되므로, 지갑 파일 없이 시드만으로 복원하면 레이블은 손실됩니다. 이 때문에 지갑 파일 백업이 중요합니다. 복원 후 지갑이 블록체인을 완전히 스캔하면 이전에 받은 모든 자금이 올바르게 표시됩니다.

Q: 기본 주소(4로 시작)와 서브주소(8로 시작)의 차이는 보안 면에서 어떻게 다른가요?

A: 기본 주소는 공개 뷰 키와 공개 지출 키를 직접 인코딩하므로, 뷰 키를 공유할 때 더 많은 정보가 연결될 수 있습니다. 또한 기본 주소는 모든 서브주소의 "부모"이므로 더 많은 잠재적 연결성을 가집니다. 서브주소는 파생된 키를 사용하므로 원본 키에 대한 직접적인 정보를 덜 노출합니다. 실용적 관점에서는 가능하면 서브주소를 사용하고, 기본 주소는 최소한으로만 사용하는 것이 좋습니다.

Q: 서브주소를 사용하면 지갑 스캐닝 속도가 느려지나요?

A: 서브주소 수가 늘어날수록 스캐닝 속도가 약간 느려질 수 있지만, 현대 하드웨어에서는 수백 개의 서브주소를 사용해도 체감할 만한 차이가 없습니다. Feather Wallet이나 공식 CLI 지갑은 효율적인 스캐닝 알고리즘을 사용하므로, 실제 사용에서 성능 문제를 걱정할 필요는 없습니다.

결론

모네로 서브주소는 단순한 편의 기능이 아닙니다. 이는 온체인 프라이버시를 실용적으로 구현하는 핵심 도구입니다. 링 서명이 발신자를 보호하고 RingCT가 금액을 숨기는 것처럼, 서브주소는 수신자의 신원과 거래 패턴을 보호합니다. 모네로의 세 가지 프라이버시 기술(링 서명, 스텔스 주소, RingCT)을 올바른 서브주소 관리와 결합하면, 금융 프라이버시의 모든 측면이 강력하게 보호됩니다.

서브주소를 올바르게 사용하는 것은 어렵지 않습니다. 핵심 원칙만 기억하세요: 각 발신자에게 다른 서브주소를 제공하고, 기본 주소 노출을 최소화하며, 정기적으로 주소를 교체하고, 레이블로 체계적으로 관리하세요. 이 원칙들을 따르면 모네로가 제공하는 최고 수준의 프라이버시를 완전히 활용할 수 있습니다.

프라이버시는 기본권입니다. 모네로 서브주소는 그 권리를 기술적으로 보장하는 도구입니다. 이 가이드를 통해 여러분의 금융 프라이버시를 한 단계 높이시길 바랍니다. 모네로와 서브주소를 활용하여 자신의 금융 정보를 스스로 통제하는 디지털 금융 자유를 누리세요.