비트코인 주소는 어떻게 생겼을까? 2026년 완벽 가이드

bc1qar0srrr7xfkvy5l643lydnw9re59gtzzwf5mdq 같은 긴 문자열을 보고 이게 지갑 주소인지, 스마트 컨트랙트 식별자인지, 아니면 단순한 오타인지 헷갈렸던 경험이 있다면 혼자만 그런 게 아닙니다. 2025년 말 기준으로 비트코인 네트워크는 하루 47만 건이 넘는 온체인 트랜잭션을 처리하고 있으며, 메인넷에서는 네 가지 서로 다른 주소 형식이 공존합니다. 각 형식은 외형도 다르고, 사용할 때 발생하는 수수료도 다르며, 송신자에 대해 노출되는 정보의 양도 미묘하게 차이가 납니다. 이 글에서는 2026년에 마주칠 수 있는 모든 비트코인 주소 형태를 한 줄로 구분하는 법, 수수료와 프라이버시에 미치는 영향, 그리고 MoneroSwapper를 통해 BTC를 Monero로 바꿔 송금하려는 분이 출금 필드에 붙여넣는 BTC 주소 형식에 왜 신경 써야 하는지까지 함께 살펴봅니다.

비트코인 주소의 네 가지 얼굴

비트코인 주소는 단일한 무언가가 아닙니다. 인코딩된 스크립트의 한 가족이며, 프로토콜이 성숙해지면서 인코딩 방식이 몇 차례 바뀌었습니다. 2012년에 만든 지갑과 2024년에 만든 지갑이 생성하는 주소는 둘 다 완벽하게 유효함에도 거의 다른 형태처럼 보입니다. 네 가지 형식을 이해하는 것만으로도 암호화폐에서 가장 흔히 발생하는, 그러나 충분히 피할 수 있는 실수 — 송금 지갑이 지원하지 않는 형식의 주소로 자금을 보내는 일 — 를 피할 수 있습니다.

• Legacy (P2PKH): 2009년의 원조 형식. 숫자 1로 시작하며, 보통 26~35자 길이이고, Base58Check 인코딩을 사용합니다(숫자 0, 대문자 O, 대문자 I, 소문자 l 제외). 예: 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa — 최초 50 BTC를 받았던 그 유명한 "사토시 주소"입니다.
• P2SH (Pay-to-Script-Hash): 2012년 BIP-16을 통해 도입되어 멀티시그와 기타 복잡한 스크립트를 지원합니다. 항상 3으로 시작하고 Base58Check를 사용하며, 길이는 Legacy와 비슷합니다. 예: 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy. SegWit의 중첩 형식이 자리를 잡기 전까지 멀티시그 환경을 지배했던 형식입니다.
• Native SegWit / Bech32 (P2WPKH 및 P2WSH): 2017년 8월 BIP-173과 함께 활성화되었습니다. 메인넷에서는 항상 bc1q로 시작하고 소문자와 숫자만 사용합니다(대소문자 혼용 불가). 단일 서명용(P2WPKH)은 42자, 멀티시그용(P2WSH)은 62자입니다. 트랜잭션 용량이 작아 Legacy 대비 수수료가 약 30% 정도 저렴합니다.
• Taproot / Bech32m (P2TR): 2021년 11월 BIP-340~342를 통해 활성화되었습니다. 외형은 Bech32와 거의 동일하지만 bc1q 대신 bc1p로 시작하고, 길이는 항상 62자로 고정됩니다. 내부적으로는 Schnorr 서명을 사용하며 체크섬도 Bech32가 아닌 Bech32m을 씁니다.

테스트넷은 접두사가 다릅니다 — Legacy는 m 또는 n, P2SH는 2, SegWit은 tb1q, Taproot은 tb1p — 하지만 일반 사용자가 신경 쓰는 것은 거의 항상 메인넷입니다. Regtest와 signet은 또 다른 접두사를 사용합니다. bcrt1로 시작하는 주소를 본 적이 있다면 누군가 regtest 환경을 쓰고 있다는 뜻이며, 그 자금은 해당 로컬 머신을 벗어나는 순간 가치가 없습니다.

한눈에 형식을 구분하는 법

주소 형식을 알아보는 데 바이트 구조를 외울 필요는 없습니다. 처음 한 글자에서 네 글자, 그리고 사용된 문자 집합만 보면 매번 정확히 식별할 수 있습니다. 다음은 경험 많은 지갑 사용자들이 활용하는 치트 시트입니다.

표에서 몇 가지 실용적인 관찰을 얻을 수 있습니다. 어디선가 복사한 주소가 bc1로 시작하는데 대소문자가 섞여 있다면 붙여넣기 과정에서 손상된 것입니다 — Bech32와 Bech32m은 엄격히 소문자만 허용합니다. 1로 시작하는 주소에 숫자 0이나 대문자 O가 들어 있다면 가짜이거나 오타입니다. Base58Check가 시각적으로 혼동되는 문자를 의도적으로 제외했기 때문입니다. 누군가 전부 대문자로 BC1...로 시작하는 주소를 넘겨준다면 — 기술적으로는 유효한 Bech32 표현이긴 합니다(통일된 대소문자라면 형식이 케이스를 가리지 않음) — 현대 지갑은 대부분 이를 거부합니다. 혼용은 금지되어 있고, 전부 대문자인 경우는 워낙 드물어 의심 신호로 분류되기 때문입니다. 가장 안전한 원칙은 수신자가 준 그대로, 한 글자도 손대지 않고 송금하는 것입니다.

왜 형식이 이렇게 여러 개일까요?

비트코인 코어 개발은 하드포크를 거의 회피하는 보수적 노선을 견지해 왔습니다. 그래서 새로운 스크립트 유형은 소프트포크로 도입되었고, 각 소프트포크는 기존 형식을 깨지 않은 채 새로운 접두사를 추가하는 방식으로 안착했습니다. 결과적으로 2009년에 만들어진 Legacy 주소도 오늘날 그대로 유효하며, 2009년에 채굴된 코인이 잠긴 주소에서 지금 자금을 옮기더라도 노드들은 그 트랜잭션을 정상 검증합니다. 이런 호환성 덕분에 비트코인은 16년 가까운 시간 동안 단 한 번도 사용자 자금을 잃게 만드는 변경을 강제하지 않았습니다 — 다른 체인에서는 흔치 않은 미덕입니다.

ENS 같은 도메인 이름이나 "BTC 핸들"은 어떻게 되나요?

비트코인은 이더리움의 ENS와 같은 네이티브 네이밍 시스템을 갖고 있지 않습니다. BTC Name Service, Stacks 위의 BNS, 여러 사이드체인이 제공하는 .btc 핸들 등 오버레이 형태는 존재하지만, 그 어느 것도 비트코인 프로토콜 계층에서는 인식되지 않습니다. 어떤 서비스가 송금 대상으로 "satoshi.btc" 같은 이름을 보여준다면, 지갑은 송신 직전에 이를 실제 bc1... 또는 1... 주소로 변환합니다. 송금 확인 버튼을 누르기 전에 반드시 변환된 실제 주소를 직접 확인하세요. 이름 해석 계층은 2024년과 2025년에만도 여러 차례 피싱 공격의 표적이 되었습니다.

주소 형식이 실제로 중요한 이유

2026년에 "그래도 진짜 비트코인 같아 보여서" Legacy 주소를 고르는 것은 비용이 큰 미적 선택입니다. Legacy 입력은 위트니스 할인을 받지 못한 채 가장 많은 블록 공간을 차지하며, 이는 곧 채굴자 수수료로 직결됩니다. 2024년 11월 Runes와 Ordinals로 인한 멤풀 혼잡기에는 단일 Legacy UTXO를 사용하는 비용이 동일한 Taproot UTXO를 사용하는 비용의 약 2.4배까지 치솟았습니다. 적당한 빈도로 자가수탁을 1년간 유지한다고 가정하면 그 차이는 실질적인 금액 — 한국 사용자 기준으로 연간 수만 원에서 수십만 원 — 으로 누적됩니다.

수수료만이 문제가 아닙니다. 사용하는 주소 형식은 지갑 소프트웨어에 대한 정보를 유출합니다. Chainalysis나 Elliptic 같은 체인 분석 업체는 주소를 형식, 거스름돈 위치, 스크립트 템플릿 지문 등으로 클러스터링하는 휴리스틱을 보유하고 있습니다. 항상 Taproot 거스름돈을 만들면서 수신 주소는 Legacy로 쓰는 지갑은 공개 주소록을 무작위화하더라도 식별이 가능합니다. 프라이버시를 중시하는 사용자는 단일 형식으로 표준화하거나, 위협 모델에 따라 의도적으로 형식을 순환시키는 전략을 택합니다.

송금 전에 모든 출력 주소의 첫 네 글자를 다시 한번 확인하세요. 비트코인 역사 전체를 통틀어, 지갑 자체의 취약점보다 클립보드를 바꿔치기하는 멀웨어 때문에 잃은 금액이 훨씬 큽니다.

호환성 함정

모든 거래소나 지갑이 모든 형식을 지원하는 것은 아닙니다. 대형 플랫폼 대부분이 2022년과 2023년 사이에 Taproot 출금을 추가했지만, 일부 구식 커스터디 서비스와 결제 처리업체는 여전히 bc1p 주소를 거부합니다. "유효하지 않은 주소"라는 오류를 띄우거나, 더 나쁜 경우 트랜잭션을 조용히 누락시키기도 합니다. 처음 사용하는 서비스에서 Taproot 주소로 출금하기 전에는 반드시 최소 허용 금액으로 테스트 송금을 먼저 시도하세요. 수신은 보편적으로 가능합니다 — 누구든 어떤 형식의 주소에든 송금할 수 있습니다 — 하지만 송금 지갑은 적절한 트랜잭션을 구성하려면 명시적인 지원이 필요합니다.

3으로 시작하는 P2SH 주소는 특수 케이스입니다. 같은 외형 안에 여러 다른 스크립트를 숨길 수 있기 때문입니다. 동일한 3... 주소가 2-of-3 멀티시그일 수도, 중첩 SegWit 단일 서명일 수도, 해시 타임락 계약일 수도, 그보다 더 이국적인 무언가일 수도 있습니다. 주소만 봐서는 알 수 없습니다. 본인이 직접 생성한 3... 주소로 결제를 받는 경우에는 본인이 알고 있고, 외부로 보내는 경우에는 수신자가 알고 있습니다. 체인은 주소에서 자금이 빠져나가는 순간까지 스크립트 템플릿을 노출하지 않습니다 — 이는 P2SH가 P2PKH에 비해 가지는 프라이버시 이점 중 하나입니다.

국내 거래소의 출금 형식 정책

한국 사용자가 가장 자주 마주치는 시나리오는 업비트나 빗썸 같은 원화 거래소에서 자가수탁 지갑으로 BTC를 인출하는 경우입니다. 두 거래소 모두 2023년 이전부터 SegWit 출금을 지원해 왔으며, Taproot 출금은 2023년 후반부터 순차적으로 추가되었습니다. 다만 출금 주소 검증 단계에서 트래블룰 솔루션(코드, VerifyVASP)이 등록된 VASP의 주소만 즉시 허용하고, 미등록 자가수탁 지갑은 1백만 원 이상 출금 시 추가 인증을 요구합니다. 형식 자체와는 별개 문제이지만, 출금 흐름을 설계할 때 함께 고려해야 할 운영상의 마찰입니다.

단계별 가이드: 송금 전에 비트코인 주소 검증하기

친구에게 송금하든, 거래소에서 출금하든, MoneroSwapper를 통해 BTC를 XMR로 변환하든, 다음 다섯 단계 점검은 99%의 회피 가능한 손실을 막아줍니다. 근육 기억처럼 몸에 익히세요.

1. 예상한 접두사와 일치하는지 확인합니다. 수신자가 "Taproot 주소로 보내세요"라고 했다면 문자열은 반드시 bc1p로 시작해야 합니다. bc1q로 시작하면 Taproot가 아니라 단일 서명 SegWit이며, 1이나 3으로 시작하면 Legacy나 P2SH로 보통 더 오래된 지갑에서 생성된 것입니다.
2. 문자 집합을 확인합니다. Bech32와 Bech32m 주소는 엄격히 소문자만 사용하며, 분리자 이후로는 숫자 1과 문자 b, i, o를 사용하지 않습니다. Legacy 주소는 Base58이며 0, O, I, l을 제외합니다. 이 집합 밖의 문자가 보이면 오타이거나 손상된 것입니다.
3. 길이를 확인합니다. Legacy와 P2SH는 26~35자, 네이티브 SegWit 단일 서명은 42자, 네이티브 SegWit 멀티시그와 Taproot는 62자입니다. 비정상적인 길이의 주소는 지갑 검증에서 걸러지지만, 직접 알아채는 것이 더 빠릅니다.
4. 지갑 내장 체크섬 검증에 의존합니다. 현대 비트코인 지갑은 모두 붙여넣기 시 체크섬을 실행합니다. 지갑이 초록색 체크나 주소록 이름을 표시하거나 오류가 없다면 체크섬은 정상입니다. 빨간 오류가 뜨면 수학적으로 무효한 주소이며, 어느 한 문자가 잘못된 것입니다.
5. 수신자나 송금 대상이 처음이고 금액이 큰 경우, 먼저 소액 테스트 송금을 보냅니다. 5만 사토시(2025년 말 기준 약 4~5만 원) 정도의 테스트 송금 비용은 잘못된 문자 하나 때문에 원금을 잃는 것에 비하면 미미합니다.

매우 큰 금액을 보내는 전문 데스크는 여기에 여섯 번째 단계를 추가합니다 — 직접 건 전화나 영상 통화에서 수신자와 함께 주소를 한 글자씩 소리 내어 읽는 것입니다. 편집증처럼 들릴 수 있지만, 2024년 Bybit 사고와 이후 여러 기업 트레저리 도난 사건들은 모두 서명 UI의 주소 표시 계층을 공격자가 손상시킨 결과였습니다. 체인 자체는 정직하지만, 서명 대상을 보여주는 화면은 항상 정직하지는 않습니다.

실수했을 때 일어나는 일

오타가 검출되지 않은 채 트랜잭션이 체인에 올라가는 경우는 사실상 일어나지 않습니다. 비트코인 주소 형식 네 가지 모두 강력한 체크섬을 내장하고 있으며, 한 글자가 잘못된 주소가 우연히 유효한 다른 주소로 해석될 확률은 형식에 따라 다르지만 대체로 10억분의 1보다 작습니다. 실질적인 위험은 두 가지로 좁혀집니다. 첫째, 클립보드 변조 멀웨어가 복사한 주소를 같은 형식의 공격자 주소로 바꿔치기하는 경우. 둘째, 가짜 거래소나 피싱 사이트가 보여주는 주소가 처음부터 공격자의 것인 경우. 두 시나리오 모두 체크섬은 정상적으로 통과하므로 지갑이 거부하지 않습니다. 그래서 "체크섬이 통과했으니 안전하다"가 아니라 "내가 의도한 사람의 주소가 맞는지"를 별도 채널로 확인해야 합니다.

비트코인 주소 vs Monero 주소: 프라이버시 현실 점검

비트코인과 Monero를 함께 사용해본 사람이라면 그 차이를 즉시 느낍니다. 표준 Monero 주소는 숫자 4로 시작하는 95자 Base58 문자열입니다. 예: 44AFFq5kSiGBoZ4NMDwYtN18obc8AemS33DBLWs3H7otXft3XjrpDtQGv7SqSsaBYBb98uNbr2VBBEt7f2wfn3RVGQBEP3A. Monero의 서브어드레스는 8로 시작하며 길이는 비슷합니다. 그 불투명함 뒤에는 Monero를 구조적으로 프라이빗하게 만들어주는 암호학 기본 구성 요소들이 있습니다. 현재 링 사이즈 16의 링 서명, 금액을 가리는 RingCT, 수신마다 새로 생성되는 스텔스 주소, 그리고 증명 크기를 줄여주는 Bulletproofs+가 그것입니다.

핵심적인 차이는 이렇습니다. 당신이 공개한 비트코인 주소는 매번 수신할 때마다 그대로 체인에 영원히 기록됩니다. 반면 당신이 공개한 Monero 주소는 일종의 "뷰 템플릿"입니다 — 실제 온체인 출력은 트랜잭션마다 새로 파생된 스텔스 주소이며, 당신과 송신자 외에는 누구도 이를 공개 주소와 연결할 수 없습니다. 그래서 "비트코인 주소가 어떻게 생겼는가?"라는 질문에는 (위의 네 가지 형식 중 하나라는) 구체적인 답이 있는 반면, "Monero 주소가 체인에서 어떻게 생겼는가?"에는 사실상 답이 없습니다. 애초에 체인에 그대로 나타나는 일이 없기 때문입니다.

Monero가 제공하는 프라이버시 속성을 노리고 BTC를 XMR로 바꾸려는 경우에도, 출금 시 사용하는 비트코인 주소의 형식은 여전히 중요합니다. KYC가 적용된 거래소(국내라면 업비트, 빗썸, 코빗 같은 곳)에서 bc1p Taproot 주소로 출금한 뒤 MoneroSwapper를 통해 스윕하면, 같은 흐름을 분명히 클러스터링되어 거래소가 자체 기록에 태그한 1... 주소에서 진행하는 것보다 온체인 모호성을 더 많이 보존할 수 있습니다. 형식 선택만으로 KYC를 되돌릴 수는 없습니다. 그러나 비커스터디 스왑과 깨끗한 Monero 수신 주소가 결합되면 감시 상관관계를 추적하는 비용을 눈에 띄게 높일 수 있습니다.

RingCT와 스텔스 주소가 만드는 비대칭성

비트코인에서 자금을 받으려면 누군가에게 주소를 알려줘야 하고, 그 순간 그 주소와 본인의 관계는 영구적 사실이 됩니다. 한 번이라도 KYC 거래소가 그 주소를 출금 목적지로 기록했다면, 이후의 모든 입금은 자동으로 동일 클러스터에 묶입니다. Monero에서는 동일한 시드에서 파생된 주소 하나를 평생 공개해도, 들어오는 각 입금은 체인상 완전히 무관해 보이는 일회용 출력으로 분산됩니다. 송신자 본인 외에는 그 출력들이 동일 수신자에게 흘러갔다는 사실을 확인할 수 없습니다. 이 비대칭성이 BTC→XMR 스왑이 단순 매도가 아닌 프라이버시 전환으로 기능하는 이유입니다.

하드웨어 지갑과 파생 경로

네 가지 주소 형식이 같은 시드 문구에서 파생된다는 사실은 처음 접하면 직관에 어긋날 수 있습니다. BIP-32가 정의하는 계층적 결정론 지갑(HD wallet)은 마스터 시드에서 트리 구조로 키를 파생시키며, 각 가지의 인덱스가 다르면 서로 완전히 무관한 키가 만들어집니다. BIP-44는 이 트리에 의미를 부여해 "m/44'/0'/0'/0/0은 첫 번째 비트코인 계정의 첫 번째 외부 주소"라는 표준을 만들었습니다. 이후 BIP-49는 중첩 SegWit용 m/49'/..., BIP-84는 네이티브 SegWit용 m/84'/..., BIP-86은 Taproot용 m/86'/... 경로를 정의했습니다.

실용적인 의미는 다음과 같습니다. Trezor에서 BIP-84 경로로 만든 SegWit 계정과 BIP-86 경로로 만든 Taproot 계정은 같은 24단어 백업으로 복구할 수 있지만, 복구 시 사용한 지갑 소프트웨어가 어떤 경로를 검색하는지에 따라 일부 자금이 보이지 않을 수 있습니다. Sparrow나 Electrum 같은 데스크톱 지갑은 네 경로를 모두 자동으로 탐색하지만, 일부 모바일 지갑은 한두 가지 경로만 기본 지원합니다. 자금이 "사라진" 것처럼 보이는 대부분의 사례는 사실 다른 파생 경로의 계정이 화면에 나타나지 않는 것뿐이며, 올바른 경로를 추가하면 즉시 복구됩니다.

FAQ

비트코인을 Monero 주소로(또는 그 반대로) 보낼 수 있나요?

아니요. 두 네트워크는 완전히 분리되어 있으며 호환되지 않는 암호 체계를 사용합니다. 잘못된 네트워크의 주소로 보낸 자금은 일반적으로 영원히 사라집니다. 수신 체인의 어떤 키로도 그 자금을 쓸 수 없기 때문입니다. BTC와 XMR 사이에서 가치를 이동시키려면 MoneroSwapper 같은 크로스체인 스왑 서비스, 아토믹 스왑, 또는 중앙화 거래소가 필요합니다. 트랜잭션을 브로드캐스트하기 전에 항상 목적지 주소 형식이 송금 네트워크에 맞는지 다시 한 번 확인하세요.

왜 어떤 비트코인 주소는 bc1로 시작하고 다른 주소는 1이나 3으로 시작하나요?

앞에 오는 문자가 주소 형식, 즉 스크립트 유형을 인코딩하기 때문입니다. 1로 시작하는 주소는 원조 2009년 프로토콜의 Legacy Pay-to-Public-Key-Hash입니다. 3으로 시작하는 주소는 2012년에 멀티시그와 중첩 SegWit을 위해 주로 도입된 Pay-to-Script-Hash입니다. bc1q로 시작하는 주소는 2017년의 네이티브 SegWit이며, bc1p로 시작하는 주소는 2021년의 Taproot입니다. 네 가지 모두 같은 네트워크의 유효한 비트코인 주소이며, 차이는 수수료 비용과 코인을 잠그는 스크립트의 종류에 있습니다.

긴 비트코인 주소가 짧은 주소보다 안전한가요?

직접적으로는 아닙니다. 길이 차이는 자금을 보호하는 키의 암호학적 강도가 아니라, 기저의 스크립트와 인코딩 방식을 반영합니다. 현재의 모든 비트코인 주소는 256비트 타원곡선 암호로 보호되며, 이는 고전 컴퓨터로는 사실상 깨뜨릴 수 없습니다. Taproot 주소가 62자로 더 긴 이유는 32바이트의 x-only 공개키와 Bech32m 체크섬을 인코딩하기 때문이며, Legacy 주소는 20바이트 해시와 Base58Check 체크섬을 인코딩합니다.

BTC를 약간 잘못 입력한 주소로 보내면 어떻게 되나요?

거의 항상 아무 일도 일어나지 않습니다 — 모든 비트코인 주소 형식의 체크섬은 한 글자 오타를 압도적으로 높은 확률로 잡아냅니다. 지갑이 송금 자체를 거부할 것입니다. 위험한 경우는 복사한 주소를 같은 형식의 공격자 통제 주소로 바꿔치기하는 클립보드 스왑 멀웨어입니다. 이때는 진짜 주소로 대체되었기 때문에 체크섬이 통과해 버립니다. 송금 확인 전에 매번 주소의 처음 네 글자와 마지막 네 글자를 시각적으로 검증하는 습관이 보편적으로 권장되는 이유가 바로 이것입니다.

비트코인 주소 형식마다 다른 지갑이 필요한가요?

아닙니다. Sparrow, Electrum, Wasabi, BlueWallet 같은 현대 비트코인 지갑과 주요 하드웨어 지갑(Trezor, Ledger, ColdCard)은 네 가지 주소 유형을 모두 동시에 생성하고 사용할 수 있습니다. 동일한 시드 문구 아래에서 서로 다른 파생 경로를 사용합니다 — Legacy는 BIP-44, 중첩 SegWit은 BIP-49, 네이티브 SegWit은 BIP-84, Taproot은 BIP-86입니다. 사용한 파생 경로를 기억하는 한, 같은 12자리 또는 24자리 백업으로 모든 형식의 모든 계정을 복구할 수 있습니다.

같은 주소로 여러 번 받아도 안전한가요?

기술적으로는 비밀키를 깨뜨리는 데 영향을 주지 않으므로 안전합니다. 그러나 프라이버시 측면에서는 매번 새 주소를 사용하는 것이 표준 권장 사항입니다. 같은 주소로 두 번 이상 받으면 그 두 입금이 동일 수신자에게 향했다는 사실이 체인에 영구적으로 기록되며, 체인 분석 도구가 사용자 지갑의 전체 잔액을 추정할 수 있게 됩니다. 모든 HD 지갑은 새 수신 요청마다 자동으로 새 주소를 생성합니다 — 그 기능을 활용하세요.

결론

2026년의 비트코인 주소는 네 가지 형태 중 하나입니다 — Legacy 1..., P2SH 3..., SegWit bc1q..., 또는 Taproot bc1p.... 각 형식은 다른 스크립트를 인코딩하고, 다른 수수료를 발생시키며, 체인 분석 도구에 미묘하게 다른 메타데이터를 노출합니다. 그 차이를 아는 데는 목적지 주소를 붙여넣을 때마다 30초만 집중하면 충분하며, 자가수탁 습관이 이어지는 동안 실질적인 금액을 절약해 줍니다. 비트코인의 투명한 원장에서 구조적으로 프라이빗한 자산으로 옮겨가는 것이 목표라면, MoneroSwapper는 계정 등록이나 KYC 양식 없이 그 변환을 처리합니다. 비트코인 측에서 선택하는 주소 형식은 그 스왑에 가져가는 프라이버시 자세의 일부입니다. 접두사를 보고, 글자 수를 세고, 지갑 체크섬을 믿고, 테스트 송금을 보내세요. 그 순간 주소는 자기 일을 해낸 것입니다.