MoneroSwapper MoneroSwapper

Monero Jamtis 주소 완벽 가이드

MoneroSwapper · · · 2 min read · 10 views

Monero Jamtis 주소 완벽 가이드

수백 개의 하위 주소(subaddress)가 등록된 Monero 지갑을 열고 동기화가 끝나기를 한참 기다려 본 적이 있다면, Jamtis가 풀어내려는 문제를 이미 몸으로 겪은 셈입니다. 지금 쓰이는 주소 형식은 2014년 CryptoNote까지 거슬러 올라가며, 2022년 8월 네트워크 업그레이드에서 view tag가 추가된 뒤에도 블록체인을 뒤져 내 자금을 찾아내는 작업은 여전히 필요 이상으로 무겁습니다. Jamtis는 Monero를 위한 차세대 주소 체계 제안으로, Seraphis 트랜잭션 프로토콜과 곧 도입될 FCMP++ 프라이버시 업그레이드에 맞물리도록 설계되었습니다.

이 변화는 실제로 XMR을 주고받는 사람이라면 누구에게나 의미가 있습니다. 친구에게서 받든, 채굴 보상으로 받든, MoneroSwapper에서 스왑으로 받든, Monero를 수령하면 지갑은 체인상의 어떤 계정이나 사용자명도 없이 그 자금이 내 것임을 알아내야 합니다. Jamtis는 이 인식 과정과 주소 생성 방식, 그리고 누구에게 부분적인 접근 권한을 안전하게 넘길 수 있는지를 처음부터 다시 다듬습니다. 이 글에서는 Jamtis가 무엇인지, Monero Research Lab이 왜 이를 설계했는지, 그리고 일반 사용자에게 무엇이 달라지는지를 차근차근 정리합니다.

Monero에 새로운 주소 체계가 필요한 이유

Monero의 프라이버시는 보내는 사람, 받는 사람, 금액을 모두 숨기는 데서 나옵니다. 받는 쪽은 스텔스 주소(stealth address)가 담당합니다. 모든 결제는 내 주소에서 파생된 고유한 일회용 공개키로 향하므로, 나에게 들어오는 두 건의 결제가 체인상에서 같은 식별자를 공유하는 일은 결코 없습니다. 프라이버시 측면에서는 강력하지만 장부 관리 측면에서는 부담이 큰 설계입니다. 지갑이 네트워크의 모든 출력(output)을 하나씩 검사해 그것이 나를 향한 것인지 확인해야 하기 때문입니다.

10년 넘게 쓰이는 동안 현재 체계에는 실제 불편이 쌓였습니다. Jamtis가 겨냥하는 문제점은 막연하지 않고 구체적입니다.

  • 느린 하위 주소 탐지: 여러 수신 주소를 지원하기 위해 지갑은 하위 주소 지출키의 조회 테이블을 미리 계산해 두고, 모든 출력을 그 테이블과 대조합니다. 테이블이 커질수록 스캔은 느려지며, 수천 개의 주소를 운용하는 가맹점이 이를 가장 크게 체감합니다.
  • Janus 공격: 악의적인 송신자는 내 두 하위 주소가 같은 지갑에 속하는지 시험할 수 있는 결제를 꾸며낼 수 있습니다. 주소를 분리해 쓰는 의미가 부분적으로 무너지는 것입니다. 지금은 이를 프로토콜이 원천 차단하는 것이 아니라 클라이언트 측에서 임시방편으로 막고 있습니다.
  • 전부 아니면 전무인 열람 권한: 기존 view key는 제3자에게 들어오는 모든 결제와 금액을 그대로 보여 줍니다. 잔액 전체를 노출하지 않으면서 입금만 감지하게 해 주는 깔끔한 방법이 없습니다.
  • 과거의 짐: 통합 주소(integrated address)와 payment ID는 메타데이터를 흘린다는 이유로 점차 폐기되어 왔고, 그 결과 주소 계층에는 어색한 이음매가 남았습니다.
  • 구형 엔진에 맞춘 설계: 현재 형식은 링 서명과 CLSAG를 전제로 합니다. 다음 세대 프로토콜에는 그에 맞춰 새로 만든 주소 계층이 필요합니다.

Monero 주소의 진화: CryptoNote에서 Jamtis까지

Jamtis가 왜 이렇게 생겼는지 이해하려면 Monero 주소가 걸어온 길을 짧게 되짚어 보는 편이 빠릅니다. 각 단계는 앞 단계의 한계를 메우려다 새로운 이음매를 남겼고, Jamtis는 그 누적된 이음매를 한꺼번에 정리하려는 시도이기 때문입니다.

  • 2014년 — CryptoNote 기반 주소: Monero가 출발할 때 채택한 원형입니다. 공개 지출키와 공개 view key, 두 개의 키만으로 스텔스 주소를 만들어 냈습니다. 단순했지만 하나의 지갑에 사실상 하나의 공개 주소만 존재했습니다.
  • 통합 주소와 payment ID: 거래소가 한 입금 주소로 여러 사용자를 구분해야 했기에 payment ID가 도입되었고, 이를 주소에 합친 것이 통합 주소였습니다. 그러나 payment ID가 메타데이터를 흘리는 문제가 드러나면서 점차 권장되지 않게 되었습니다.
  • 2018년 — 하위 주소: 메타데이터 누출 없이 여러 수신 주소를 쓰게 해 준 큰 진전이었습니다. 다만 이를 탐지하려면 지갑이 지출키 조회 테이블을 미리 계산해 두어야 했고, 이 테이블이 오늘날의 스캔 부담으로 이어졌습니다.
  • 2022년 8월 — view tag: 출력마다 1바이트 힌트를 붙여, 지갑이 첫 단계에서 대부분의 출력을 곧바로 건너뛰게 했습니다. 동기화 속도를 눈에 띄게 끌어올린 개선이었지만, 어느 주소를 향한 출력인지까지 알려 주지는 못했습니다.
  • 차세대 — Jamtis: 위 모든 단계의 교훈을 흡수해, address tag로 스캔을 끝까지 가속하고 계층형 키로 열람 권한을 깔끔하게 나눕니다.

다시 말해 Jamtis는 무에서 튀어나온 발명이 아니라, 10년간의 점진적 개선이 도달한 다음 정거장입니다. 그래서 기존 사용자에게도 낯설지 않게 다가올 가능성이 높습니다.

Jamtis는 실제로 무엇인가

Jamtis는 Monero Research Lab 내부에서 작성된 주소 및 지갑 키 명세로, Seraphis와 함께 출시되도록 의도되었습니다. 단순한 "지출키 + view key" 쌍 대신, 여러 개의 서로 다른 기능을 열어 주는 계층형 키 체계를 정의합니다. 각 단계는 그 위 단계에서 파생할 수 있지만 반대 방향으로는 불가능합니다. 따라서 상위 단계를 위험에 빠뜨리지 않으면서 하위 단계만 노출할 수 있습니다.

계층형 키 구조

이것이 핵심 기능입니다. Jamtis는 지갑 접근 권한을 깔끔한 계층으로 나누고, 각 계층에 고유한 비밀값을 부여합니다.

  • Master 계층: 모든 것을 쥐고 있으며 서명과 지출이 가능합니다. Mnemonic 시드로 복구하는, 말 그대로 지갑 전체입니다.
  • View-balance 계층: 들어오고 나가는 모든 거래를 보고 실제 잔액을 계산할 수 있지만 지출은 못 합니다. 신뢰도가 낮은 기기에서 지갑을 감사할 때 안성맞춤입니다.
  • Find-received 계층: 어떤 체인상 출력이 나에게 향하는지 식별할 수 있지만 금액을 읽거나 잔액을 계산하지는 못합니다. 원격 스캔 서비스와 라이트 지갑을 위한 권한입니다.
  • Generate-address 계층: 자금을 전혀 볼 수 없으면서도 지갑의 새 공개 주소를 생성할 수 있습니다. 새 주소만 발급하면 되는 결제 단말기(POS)에 유용합니다.

이 중에서 조용히 가장 중요한 것이 find-received 계층입니다. 오늘날 라이트 지갑은 입금을 스캔하기 위해 내 view key 전체를 서버에 맡겨야 하는 경우가 많습니다. Jamtis에서는 스캔 서버에 find-received 키만 건네면 됩니다. 서버는 mempool과 블록체인을 훑는 무거운 작업을 대신 수행한 뒤 "4번, 19번, 88번 출력이 당신 것입니다"라고 알려 주면서도, 내가 얼마를 보유했는지는 끝내 알지 못합니다.

주소 태그와 더 빠른 스캔

Jamtis 주소에는 address tag라고 부르는 암호화된 인덱스가 박혀 있습니다. 지갑이 새 수신 주소를 생성할 때, 나와 내 열람 계층만 가진 비밀값을 이용해 작은 주소 인덱스를 태그 안에 암호화해 넣습니다. 스캔할 때 지갑은 이 태그를 복호화해, 일회용 키를 미리 계산해 둔 테이블과 일일이 대조하는 대신 어떤 주소를 겨냥한 출력인지에 대한 즉각적인 힌트를 얻습니다.

view tag의 자연스러운 후계자라고 생각하면 됩니다. view tag가 첫 단계에서 출력의 약 99.6%를 건너뛰게 해 주는 1바이트짜리 힌트라면, address tag는 한 걸음 더 나아가, 출력이 첫 필터를 통과한 뒤 정확히 어떤 주소 인덱스가 관련됐는지까지 알려 줍니다. 그 결과 동기화는 빨라지고, 기업이 하위 주소 방식으로 자금을 정리하는 비용은 훨씬 저렴해집니다.

달라진 주소 형식

Jamtis 주소는 생김새와 동작이 다릅니다. 오늘날 표준 Monero 주소는 95자이며 공개 지출키와 공개 view key를 인코딩합니다. Jamtis 주소는 추가 공개키들과 address tag를 함께 담아 눈에 띄게 길어지며 — 거의 두 배에 가깝습니다 — 오타가 있으면 자금이 움직이기 전에 잡아내도록 새로운 체크섬 인코딩을 사용합니다. 복사해서 붙여 넣는 방식은 지금과 똑같습니다. 다만 내부적으로 덩치가 더 클 뿐입니다.

Jamtis 그 자체로는 익명성 집합(anonymity set)을 키우지 않습니다. 그 도약은 FCMP++에서 옵니다. Jamtis가 손보는 것은 주소를 둘러싼 모든 것 — 스캔 속도, 위임 열람, 그리고 공격 표면입니다.

Jamtis vs. 현재 체계

업그레이드를 가장 또렷이 이해하는 방법은 나란히 놓고 보는 것입니다. 아래 표는 자리 잡은 CryptoNote + 하위 주소 모델과 Jamtis가 제안하는 바를 비교합니다.

항목현재 체계Jamtis
주소 길이95자, 공개키 2개약 2배 길이, 추가 공개키 + 태그
수신 주소 탐지사전 계산 테이블 + 출력별 대조암호화된 address tag
열람 권한단일 view key, 전부 아니면 전무3계층: view-balance, find-received, generate-address
Janus 공격클라이언트 측 임시 차단프로토콜 수준 보호
Payment ID구형 통합 주소address tag에 인덱스 내장
설계 대상링 서명, CLSAG, RingCTSeraphis와 FCMP++

대부분의 이득이 순수한 거래 프라이버시보다는 사용성, 위임, 견고함에 관한 것임을 눈여겨보십시오. 이 역할 분담은 의도된 것입니다. 프로토콜 계층은 연결 불가능성(unlinkability)을 책임지고, 주소 계층은 얼마나 깔끔하게 운용하고 접근 권한을 나눌 수 있는지를 책임집니다.

Jamtis가 FCMP++ · Seraphis 로드맵에 들어맞는 방식

오랫동안 계획은 묶음 개편이었습니다. Seraphis가 트랜잭션 프로토콜을 교체하고, 동시에 Jamtis가 주소를 교체하는 그림이었습니다. Seraphis는 링 서명을 추상화해 더 강력한 멤버십 증명이 들어설 공간을 만드는 일반화된 프레임워크입니다. Jamtis는 그 짝이 되는 주소 형식이었습니다.

그러다 로드맵이 바뀌었습니다. 2024년 무렵 Monero Research Lab과 더 넓은 커뮤니티는 FCMP++ — Full-Chain Membership Proofs++ — 를 다음 주요 프라이버시 업그레이드로 우선순위에 올렸습니다. CLSAG로 16개의 링 미끼(decoy) 속에 진짜 지출을 숨기는 대신, FCMP++는 Curve Trees와 Generalized Bulletproofs 구성을 이용해 지금까지 생성된 출력 전체를 대상으로 멤버십을 증명합니다. 익명성 집합이 16에서 사실상 체인 전체로 도약하는 것입니다.

결정적으로, FCMP++는 Seraphis 전면 재작성을 기다리지 않고도 배포할 수 있습니다. 주소 관련 이점을 더 빨리 누리기 위해 연구진은 "Jamtis-RCT" 변형을 제안했습니다. 현재의 RingCT 방식 출력과 FCMP++에 맞게 Jamtis 주소를 적응시킨 것으로, 사용자가 완전한 프로토콜 교체에 앞서 계층형 view key와 빠른 스캔을 먼저 얻을 수 있게 하려는 것입니다. 2025년 한 해 동안 FCMP++ 코드베이스는 Monero의 Community Crowdfunding System으로 마련된 자금을 통해 외부 보안 감사에 들어갔으며, 이 업그레이드는 향후 네트워크 하드포크를 목표로 하고 있습니다.

그래서 2026년 현재 솔직한 상태는 이렇습니다. Jamtis는 명세가 확정되어 활발히 개발되고 있지만, 아직 메인넷에서 가동되지는 않습니다. 지금 당신의 지갑은 여전히 표준 95자 주소를 발급합니다. FCMP++ 업그레이드가 도착하면, 새 주소 계층은 그와 함께 또는 그 직후에 따라올 것으로 보입니다.

일반 XMR 사용자에게 Jamtis가 갖는 의미

Monero를 결제 수단으로 받으면서 국세청에 소득을 신고해야 하는 프리랜서를 떠올려 보십시오. 오늘날 세무사에게 거래 내역을 보여 주려면 view key 전체를 공유해야 하고, 이는 결제 이력과 잔액을 통째로 노출합니다. Jamtis의 view 계층이 있으면 프리랜서는 상대방마다 꼭 필요한 만큼만 공유할 수 있습니다.

Jamtis가 가동된 뒤 현실적인 구성은 다음과 같이 짤 수 있습니다.

  1. master 계층은 하드웨어 기기나 인터넷과 분리된(air-gapped) 컴퓨터에 오프라인으로 보관합니다. 지출이 가능한 유일한 키이기 때문입니다.
  2. 휴대폰에서는 find-received 키만으로 라이트 지갑을 돌려, 원격 노드가 금액을 알지 못한 채 입금만 표시하게 합니다.
  3. 장부 도구에는 view-balance 키를 건네, 지출 권한은 전혀 건드리지 않으면서 세무 신고 시즌의 합계 정산과 내보내기를 처리하게 합니다.
  4. 쇼핑몰 결제 페이지에는 generate-address 키를 배치해, 고객마다 새 주소를 발급하는 것 외에는 아무것도 하지 못하게 합니다.

이 위임 모델은 Monero로 스왑해 들어올 때도 유효합니다. MoneroSwapper 같은 서비스의 입금이 Jamtis 주소에서 파생된 일회용 스텔스 주소로 정산되면, address tag 덕분에 지갑은 그것을 빠르게 포착하고, 계층형 키 덕분에 자금을 움직이는 키를 노출하지 않고도 신뢰도 낮은 기기에서 그 도착을 지켜볼 수 있습니다. 프라이버시를 중시하는 사용자에게 "입금을 볼 수 있는" 권한과 "지출할 수 있는" 권한을 분리한다는 것은, 단일 view key뿐이던 현재보다 의미 있는 진전입니다.

가맹점과 결제 서비스가 받을 영향

개인보다 변화를 더 크게 느낄 쪽은 Monero를 받는 사업자입니다. 온라인 상점, 자율 호스팅(self-hosted) 결제 게이트웨이, 기부를 받는 비영리 단체는 모두 고객마다 새 주소를 발급하고 들어오는 입금을 빠르게 대조해야 합니다. 바로 이 두 가지가 현재 체계에서 가장 비싼 작업입니다.

오늘날 가맹점은 수많은 하위 주소를 운용하기 위해 거대한 지출키 조회 테이블을 유지하고, 들어오는 모든 출력을 그 테이블과 대조해야 합니다. 주소 수가 늘수록 스캔은 느려지고 서버 비용은 올라갑니다. Jamtis의 address tag는 이 대조를 즉각적인 복호화 힌트로 바꿔, 같은 규모의 운영을 훨씬 가볍게 처리하게 해 줍니다.

generate-address 계층도 운영 보안 측면에서 결정적입니다. 인터넷에 노출된 결제 페이지에는 새 주소를 발급할 권한만 두고, 자금을 보거나 지출하는 키는 전혀 두지 않을 수 있기 때문입니다. 결제 서버가 침해당하더라도 공격자가 얻는 것은 새 주소를 만드는 능력뿐, 잔액 정보나 지출 권한이 아닙니다. 여기에 view-balance 계층을 회계 시스템에만 따로 연결하면, 권한이 역할별로 깔끔하게 분리된 구성이 완성됩니다.

자율 호스팅 결제 도구를 운영하는 소규모 사업자에게 이런 분리는 특히 값집니다. 지금까지는 입금을 자동으로 감지하려면 view key를 결제 소프트웨어에 넣어 두어야 했고, 그 기기가 뚫리면 전체 매출 흐름과 잔액이 드러났습니다. Jamtis 이후에는 같은 자동 감지를 find-received 키만으로 처리할 수 있어, 노출되는 정보의 범위 자체가 크게 줄어듭니다. 보안 사고가 곧 프라이버시 사고로 번지는 연결 고리를 끊어 주는 셈입니다.

한국 사용자가 미리 챙겨 두면 좋은 점

Jamtis가 메인넷에 오르기까지 시간이 더 걸리더라도, 지금 갖추는 습관은 그대로 이어집니다. 핵심은 시드 백업입니다. master 계층은 결국 Mnemonic 시드에서 복구되므로, 종이나 금속판에 오프라인으로 시드를 적어 안전하게 보관하는 일은 Jamtis 전후로 달라지지 않습니다.

또한 거래 기록을 깔끔하게 남기는 습관을 들이면 좋습니다. 국세청은 가상자산 거래에 대한 보고 기준을 단계적으로 강화해 왔고, 거래소 밖에서 오간 자금이라도 소득의 성격을 갖는다면 신고 의무가 생길 수 있습니다. Jamtis의 view-balance 계층은 바로 이 지점에서 빛을 발합니다. 지출 권한을 내주지 않고도 세무 대리인이 정산에 필요한 합계만 확인하도록 해, 프라이버시와 성실 신고를 동시에 챙길 수 있기 때문입니다.

마지막으로, 라이트 지갑을 즐겨 쓰는 사용자라면 지금부터 자신이 어떤 노드를 신뢰하는지 의식해 두면 좋습니다. 현재는 원격 노드나 스캔 서버에 view key를 넘기는 순간 잔액까지 드러나지만, Jamtis 이후에는 find-received 키만 넘기면 됩니다. 어떤 정보를 누구에게 주는지 구분하는 사고방식 자체가, 새 주소 체계를 가장 잘 활용하는 출발점입니다.

자주 묻는 질문

Jamtis 주소는 지금 Monero에서 쓸 수 있습니까?

아닙니다. 2026년 현재 Jamtis는 명세가 확정되고 활발히 개발 중인 주소 체계이지만, 메인넷에 배포되지는 않았습니다. 지갑들은 여전히 표준 CryptoNote 방식 주소를 발급합니다. Jamtis는 FCMP++ 업그레이드 및 더 넓은 Seraphis 로드맵과 연계되어 도착할 것으로 예상됩니다.

Jamtis와 Seraphis의 차이는 무엇입니까?

Seraphis는 트랜잭션 프로토콜입니다. 출력이 어떻게 지출되고 멤버십이 체인상에서 어떻게 증명되는지를 정의합니다. Jamtis는 그 위에 얹히는 주소 및 지갑 키 계층으로, 주소가 어떻게 생겼는지와 열람 권한을 어떻게 위임하는지를 정의합니다. 둘은 함께 설계되었지만, FCMP++는 Seraphis 전면 재작성보다 먼저 메인넷에 도달할 수 있습니다.

Jamtis 이후에도 지금 쓰는 Monero 주소가 작동합니까?

이미 보유한 자금은 그대로 지출할 수 있고, 당신이 통제하는 시드가 무용지물이 되지는 않습니다. 지갑은 새 Jamtis 주소를 생성하게 해 주면서도 기존 출력을 쓸어 담을 수 있게 지원할 것으로 보입니다. 소프트웨어가 두 형식을 모두 다루는 전환기가 있을 것으로 예상되며, 정확한 마이그레이션 세부 사항은 네트워크 업그레이드에 가까워질 무렵 확정될 것입니다.

Jamtis는 Monero를 더 프라이빗하게 만듭니까?

대체로 간접적으로 그렇습니다. Jamtis는 스캔 속도를 높이고, 계층형 view key를 추가하며, Janus 공격을 프로토콜 수준에서 막습니다. 거래 익명성의 큰 도약은 링 서명을 풀체인 멤버십 증명으로 대체하는 FCMP++에서 옵니다. Jamtis는 그 핵심을 둘러싼 더 깔끔하고 안전한 지갑 운용에 관한 것입니다.

왜 Jamtis 주소는 지금 것보다 깁니까?

Jamtis 주소는 오늘날의 2개 키 형식보다 더 많은 공개키를 담고, 거기에 암호화된 address tag와 새 체크섬 인코딩을 더합니다. 이 추가 데이터가 바로 빠른 태그 기반 스캔과 계층형 키 모델을 가능하게 하므로, 길이는 새 기능에 대한 대가인 셈입니다. 실제 사용에서는 여전히 주소를 복사해 붙여 넣기만 하면 됩니다.

find-received 키만 넘기면 정말 안전합니까?

설계상 find-received 키는 어떤 출력이 나를 향하는지 식별할 수만 있고, 금액을 읽거나 잔액을 계산하거나 자금을 지출할 수는 없습니다. 따라서 스캔 서버가 이 키만 가지고 있으면 "이 출력이 당신 것"이라는 사실 이상은 알 수 없습니다. 그래도 어떤 출력이 활성화되는지에 대한 활동 패턴은 드러날 수 있으므로, 민감한 경우에는 Tor를 거치거나 직접 노드를 운영하는 편이 좋습니다.

Jamtis를 쓰려면 시드를 새로 만들어야 합니까?

세부 사항은 네트워크 업그레이드 시점에 확정되겠지만, 일반적인 기대는 기존 시드에서 Jamtis 키 계층을 파생하는 방식입니다. 즉 새 시드 문구를 외우기보다는, 지갑 소프트웨어가 업데이트되면서 같은 시드로부터 새 주소 형식을 만들어 주는 흐름이 될 가능성이 큽니다.

Jamtis를 둘러싼 흔한 오해

새 기술에는 늘 과장과 오해가 따라붙습니다. Jamtis에 관해 자주 보이는 잘못된 통념을 정리합니다.

  • "Jamtis가 Monero를 더 익명하게 만든다" — 직접적으로는 아닙니다. 거래 익명성의 도약은 FCMP++의 몫이고, Jamtis는 스캔과 위임, 공격 표면을 다듬는 역할입니다. 둘을 혼동하면 기대가 어긋납니다.
  • "이미 내 지갑에서 쓸 수 있다" — 2026년 현재 메인넷에서는 아직 가동되지 않습니다. 지갑은 여전히 95자 표준 주소를 발급합니다.
  • "주소가 길어지면 수수료가 오른다" — 주소 길이는 화면에 표시되고 복사되는 문자열의 길이일 뿐, 온체인 트랜잭션 크기나 수수료와 직접 비례하지 않습니다.
  • "계층형 키는 일반 사용자에게 쓸모없다" — 거래소나 가맹점만의 기능처럼 들리지만, 라이트 지갑으로 입금을 확인하거나 세무 대리인에게 잔액만 보여 주는 등 개인에게도 직접적인 쓸모가 있습니다.

맺음말

Jamtis는 Monero 주소의 마케팅용 새 이름이 아닙니다. CryptoNote 형식을 10년간 따라다닌 느린 스캔, Janus 노출, 전부 아니면 전무인 view key를 고치는 세심한 재설계입니다. FCMP++ 및 Seraphis와 짝을 이루면, 동기화는 더 빠르고 권한 위임은 훨씬 안전한 지갑 경험을 가리킵니다. FCMP++ 감사와 다음 하드포크를 눈여겨보십시오. 바로 그때 지갑 속 주소의 모습이 바뀔 가능성이 높습니다. 오늘 당장 Monero의 프라이버시를 활용할 준비가 되었다면, 계정 없이 MoneroSwapper를 통해 익명으로 Monero를 구매하고, Jamtis가 출시되기 한참 전에 미리 자리를 잡아 둘 수 있습니다.

이 기사 공유

관련 기사

익명 모네로 거래소

KYC 없음 • 등록 없음 • 즉시 교환

지금 교환