VeilSwap
← All posts
프라이버시2026-11-018 min read

ZEC 주소 4종: 스왑에 무엇을 넘겨야 하나

여섯 개 가치 풀, 네 가지 접두사, 100개 블록에서 파싱한 873개 투명 출력 — 그리고 t1·t3·zs1·u1을 스왑 데스크에 넘기면 실제로 무슨 일이 벌어지는지에 대한 실측 답.

Zcash는 더 이상 두 가지 주소의 코인이 아니며, 그 옛 한 줄 조언이 아직 통하는 이유는 지도를 보지 않기 때문입니다. t 주소로 받고 shield 하라는 권고는 여전히 유효하지만, 그 사이에서 고르는 대상이 둘이 아닙니다. 2026-11-01 18:00 UTC 블록 3,538,406의 가치는 여섯 개 회계 풀(투명, Sprout, Sapling, Orchard, Ironwood, lockbox)에 나뉘어 있고, 체인에 실제로 기록되는 접두사는 네 가지였습니다. 같은 시간대에 세 가지를 쟀습니다. 코인이 실제로 어디 있는지, 최근 100개 블록이 어떻게 구성됐는지, 그리고 각 접두사를 지급 데스크에 넘기면 무슨 일이 벌어지는지. 가격은 움직이므로 모든 숫자는 그 오후의 스냅숏입니다. (Zcash vs 모네로 2026 비교)

돈은 프라이버시 조언이 가리키는 곳에 없습니다. 해당 블록의 온체인 가치는 투명 11,973,671.27 ZEC(총 17,018,392.35의 70.36%), Ironwood 4,188,492.90(24.61%), Sapling 428,815.25(2.52%), Orchard 340,741.89(2.00%), lockbox 73,501.31(0.43%), Sprout 13,169.73(0.08%)입니다. 두 가지가 중요합니다. 첫째, 출시 당시 목적지였던 Orchard가 이제 Sapling보다 적습니다. 2.00% 대 2.52%로 지갑 기본값이 옮겨갔습니다. 둘째, 공급의 24.6%가 Ironwood에 있는데 2024년에 쓰인 주소 설명글 대부분이 이 풀을 언급하지 않습니다. z 주소는 한 가지가 아닙니다. zs1은 Sapling으로 지급하고, u1은 발신자가 선호하는 수신기를 담고, 최신 세대 쉴드 수신기는 Ironwood에 있습니다. 투명 대 쉴드 이분법으로 생각하면 거래마다 풀 하나를 놓칩니다. (Zcash vs 모네로 2026 비교)

최근 100개 블록에 실제로 기록된 것. 블록 3,538,300부터 3,538,410까지 595개 거래를 전부 가져왔습니다. 111개가 코인베이스이고 실제 거래는 484개입니다. 그중 투명 대 투명 284개(58.7%), 투명 입출력이 없는 완전 쉴드 80개(16.5%), 쉴드 풀에서 투명 출력으로 75개(15.5%), 반대 방향 45개(9.3%)였습니다. 즉 실제 거래의 41.3%가 쉴드 풀을 거쳤습니다. 프라이버시 장치는 이론이 아닙니다. 주소가 드러나는 쪽은 투명면이고, 출력 873개 중 724개가 t1(82.9%), 146개가 t3(16.7%), 3개가 OP_RETURN 데이터였습니다. 크기 차이가 나머지 절반입니다. 투명 거래 중앙값 245바이트, 완전 쉴드 중앙값 9,166바이트로 37.4배이며 최대 53,350바이트입니다. 쉴드 프라이버시는 바이트로 사고, 바이트는 수수료로 지불합니다.

네 가지 접두사, 실은 세 종류의 다른 객체입니다. t1은 P2PKH로 2바이트 버전 접두사, 20바이트 해시, 4바이트 체크섬을 base58로 표현한 35자이며 비트코인 주소처럼 동작합니다. t3는 같은 길이의 P2SH로 스크립트 쪽이며, 멀티시그와 일부 에스크로가 t1이 아니라 t3로 나타나는 이유입니다. zs1은 Sapling 인코딩으로 bech32, 이번 표본에서 78자, 키 하나·풀 하나이고 수신기를 고를 수 없습니다. u1은 옛 의미의 주소가 아니라 컨테이너입니다. ZIP-316에 따라 (typecode, 길이, 수신기)를 typecode 오름차순으로 이어 붙이며 0x00은 P2PKH, 0x01은 P2SH, 0x02는 Sapling, 0x03은 Orchard입니다. Revision 0 u1은 쉴드 수신기를 최소 하나 포함해야 하고, Revision 2(ZIP상 여전히 Draft)는 투명 수신기를 금지하는 zu와 tu를 추가합니다. 붙여넣는 문자열의 길이는 장식이 아니라 발신자가 어느 풀에 지급할 수 있는지를 인코딩합니다. 규격을 따르는 지갑은 UA에 Orchard가 있으면 Orchard를 골라야 합니다.

지급 데스크가 실제로 필요로 하는 것은 문자열 하나이며, 그것은 당신 지갑보다 엄격합니다. 주문에는 주소와 금액만 필요하고 Zcash의 다른 정보는 전혀 넘어가지 않습니다. 그래서 2026-11-01 18:05 UTC에 100 USDT 주문으로 주소 동물원을 차례로 시험했습니다. t1 대조군(파싱한 블록의 실제 투명 출력)은 주문 bfa4f400-a0b0-442f-82ea-1f11c01a1490, 입금 주소 TV4RmcZEe5B6u3gYivM8HNt1gk2DcWibE4, 지급 0.08021900 ZEC, 상태 waiting_deposit을 반환했습니다. u1 문자열(zcash_address 인코더 테스트 벡터의 106자 통합 주소)은 400과 함께 provider rejected: ff create 301: Invalid address를 돌려줬습니다. Sapling zs1도 같은 오류였습니다. 정확히 읽어야 합니다. 두 문자열은 형식상 유효한 인코딩이지만 아무도 그 키를 보유하지 않으므로, 이는 '데스크가 오늘 그 문자열을 받지 않는다'는 증명이지 통합 주소가 영원히 불가능하다는 뜻이 아닙니다. 자기 지갑으로 결론을 내리는 싼 방법은 큰 금액 전에 27 USDT로 시험하는 것입니다. (XMR→USDT 출구 루트)

오타가 어느 층에서 잡히는지는 접두사에 달려 있고, 이것도 시험했습니다. 자체 폼은 t1과 t3를 완전히 검증합니다. base58check이므로 마지막 글자를 바꾸면 address checksum mismatch — a character was likely mistyped를 반환합니다. zs1과 u1 검사는 얕습니다. 문자 모양과 전체 길이 51~111자만 봅니다. 유효한 u1과 zs1의 글자를 하나씩 바꿨더니 둘 다 통과했고, 45자로 자른 u1은 거부됐습니다. zu1로 시작하는 Revision 2 주소는 not a Zcash address로 곧바로 거부됐는데, 그 초안이 출시된 뒤 메워야 할 전방 호환 구멍입니다. 실무적 결론은 이렇습니다. 투명 주소의 오타는 폼에서 죽고, 쉴드·통합 주소의 오타는 풀에서 죽습니다. 그때 돌아오는 것은 어느 글자가 틀렸는지 알려주지 않는 무정보한 Invalid address입니다. 폼이 검증하지 못하는 접두사일수록 복사·붙여넣기 규율이 더 중요합니다. (Zcash vs 모네로 2026 비교)

가격은 접두사를 신경 쓰지 않지만 흔적은 신경 씁니다. 18:05 UTC 견적에서 100 USDT는 0.080219 ZEC, ZEC당 1,246.59달러로 시장 표시 1,234.11보다 1.01% 높았습니다. 1,000 USDT는 0.8053821 ZEC, 1,241.65로 0.61% 높았습니다. 하한은 26.458586 USDT(약 0.0212 ZEC), 상한은 74,057.97 USDT(약 59.41 ZEC)였습니다. 반대 방향으로 1 ZEC는 1,191.75 USDT(시장 표시보다 3.43% 낮음) 또는 1.99518944 XMR, 0.01 BTC는 0.6273111 ZEC 즉 62.73 ZEC/BTC로 약 77,417달러/BTC를 시사합니다. zs1을 고르든 t1을 고르든 이 숫자는 변하지 않습니다. 견적 엔진은 주소 유형을 보지 않습니다. 변하는 것은 정산 이후 전부입니다. 245바이트 투명 입금 대 9,166바이트 쉴드 입금, 공개된 금액 대 암호화된 금액, 오래 남는 주소 하나가 늘어나는지 전혀 없는지. 같은 값으로 전혀 다른 흔적을 사는 것이니 흔적은 의식적으로 골라야 합니다. (XMR→USDT 출구 루트)

다섯 줄 결정 목록이 이론 한 단락보다 낫습니다. 첫째, 자기 지갑의 u1이 소액 주문에서 통하는 것을 직접 확인하지 않았다면 t1을 넘기세요. 위 실측이 그 이유입니다. 둘째, 26~30 USDT로 먼저 시험하세요. 측정한 하한이 26.458586 USDT이므로 27 USDT 주문이 가장 싼 탐침입니다. 셋째, 받은 당일 shield 하고 투명 주소가 아니라 풀에서 지출하세요. 넷째, 수취 주소는 절대 재사용하지 마세요. 주문마다 새 주소가 당신이 쥔 유일한 무료 연결 차단 수단입니다. 다섯째, refundAddress는 보내는 네트워크에서 자신이 보유한 지갑이어야 합니다. 환불은 그 주소로 가는 새 거래일 뿐입니다. 가장 흔한 세 가지 실수는 지갑이 만들어 줬다는 이유로 u1을 어디서나 통한다고 보는 것, ZEC가 프라이버시 코인이라 t 주소 수령도 익명이라고 보는 것, 폼이 오타를 잡았다고 믿는 것(실제로는 문자열 모양만 봤습니다)입니다. (XMR→USDT 출구 루트)

Frequently asked questions

스왑이 Zcash 통합 주소(u1)로 보낼 수 있나요?

측정한 경로에서는 안 됩니다. 2026-11-01 18:05 UTC, 100 USDT 주문에 u1을 넣으면 400 provider rejected: ff create 301: Invalid address, Sapling zs1도 같았고 같은 분에 t1 대조군은 주문 bfa4f400을 만들었습니다. u1은 미검증으로 두고 t1을 쓰세요.

쉴드 풀이 있는데 왜 투명 출력의 82.9%가 여전히 t1인가요?

t1이 지급 시스템의 기본값이기 때문입니다. 3,538,300~3,538,410 100개 블록에서 투명 출력 873개를 파싱하니 724개가 P2PKH t1, 146개가 P2SH t3, 3개가 OP_RETURN이었습니다. 거래소·풀·스왑 데스크 모두 모든 지갑이 읽는 t1을 내줍니다.

t 주소로 스왑한 뒤 shield 하면 충분한가요?

장기적 연결은 끊지만 입금 사실은 남습니다. shield는 가치를 풀로 옮길 뿐, 그 자금 거래는 입금 주소·금액·시각을 그대로 공개합니다. 중앙값 245바이트 투명 거래는 사라지지 않습니다. 같은 날 shield 하고 풀에서 지출하며 수취 주소는 재사용하지 마세요.

Ready to swap?

No account · No KYC · No email

Exchange now
ZEC 주소 4종: 스왑에 무엇을 넘겨야 하나 — VeilSwap