입금 주소가 남과 공유되는 이유: XRP·ATOM의 태그

2026년 11월 3일 10:04 UTC, 운영 DB에는 주문 146건과 서로 다른 입금 주소 137개가 있었습니다. 그중 9건은 이미 다른 주문이 쓴 주소에 얹혀 있었고, 관련된 두 주소는 같은 종류의 체인에 속합니다. 10월 6일부터 26일 사이의 XRP 주문 7건은 모두 rKKbNYZRqwPgZYkFWvqNUFBuscEyiFyCE를 가리켰고, ATOM 주문 4건은 모두 cosmos1hgp84me0lze8t4jfrwsr05aep2kr57zrk4gecx를 가리켰습니다. 나머지는 전부 새 주소였습니다. USDT-TRX 49건 모두 전용, BTC 13/13, USDT-TRON 12/12, ETH 10/10, XMR 6/6, TRX 5/5, LTC 4/4, BCH 3/3, ADA 3/3. 재사용은 무작위가 아니라, 주문을 '받는 주소'가 아니라 '거래 안에 적힌 숫자'로 식별하는 두 체인에서만 일어났습니다. (BCH to XMR guide)

이유는 구조적입니다. 비트코인, 모네로, EVM 체인에서 입금 주소가 곧 라우팅 키입니다. 당신 주소로 온 송금은 당신 것일 수밖에 없으니 풀은 주문마다 새 주소를 파생하고 장부가 무료로 기록을 맞춰 줍니다. XRP와 코스모스는 반대입니다. XRP Payment에는 거래 본문에 32비트 정수 필드인 DestinationTag가 있고, 코스모스 bank send에는 같은 자리에 자유 문자열 memo가 있습니다. 그래서 풀은 입금 계정 하나를 공개하고 주문마다 숫자 하나를 주면 됩니다. 누가 지불했는지를 말하는 것은 주소가 아니라 그 숫자입니다. 이런 체인에서 주문마다 새 주소를 만드는 것은 아무것도 사지 못합니다. 두 지불자를 가르는 것은 원래부터 태그뿐이니까요. 공유가 아끼는 것은 주소 파생과 집결이고, 대가는 목적지가 수백 명이 함께 쓰는 공개된 장소가 된다는 점입니다.

그 XRP 계정을 원장에서 직접 읽었습니다. RequireDestinationTag가 true로 설정되어 있습니다. 태그 없는 지불을 조용히 도착시키지 않고 실패하게 만드는 계정 수준 플래그입니다. 14:00 UTC 잔액은 21,309.198964 XRP, sequence(이 계정이 보낸 거래 수)는 64,083,497이었습니다. 핵심은 그다음입니다. 03:06:50부터 14:01:51 UTC까지 10시간 50분 동안 입금 227건을 받았습니다. 227건 모두 DestinationTag가 있었고, 227개 값이 전부 달랐으며 1,445,952에서 998,772,380까지 분포했습니다. 두 입금 사이 간격 중앙값은 110초. 금액 중앙값 50 XRP, 평균 1,332.9, 합계 302,567.4 XRP, 최대 37,000, 최소 0.934303. 같은 창에서 173건이 계정 밖으로 나갔습니다. 풀이 입금을 다음 단계로 쓸어 담는 것입니다. 주소 하나, 낯선 사람 227명, 2분에 한 건.

이것은 '입금 주소'의 의미를 바꿉니다. 주문마다 새 주소를 주는 체인에서 당신의 지불은 오직 당신에게 속한 출력입니다. 풀은 어느 주문인지 알고, 세상은 이력 없는 주소로의 송금만 봅니다. 공유 주소 체인에서 당신은 11시간 동안의 227건 중 하나입니다. 진짜 은폐이고, 동시에 이름표를 달고 있는 것입니다. 태그는 거래 본문에 평문으로 적히고, 유일하며, 계정의 입금 전체가 공개됩니다. 태그를 가진 사람은 누구든(주문 페이지, 스크린샷, 지원 메일, 지갑 기록에서) 금액과 시각으로 227건 중 당신의 건을 골라낼 수 있고, 앞뒤 110초의 이웃까지 볼 수 있습니다. 군중은 송금을 숨기고, 태그는 그것을 드러냅니다.

다섯 가지 실패 유형. 첫째, 태그 없이 XRP를 보내는 것. 이 계정은 태그를 요구하므로 거래는 원장에 포함되지만 tecDST_TAG_NEEDED로 실패합니다. 10 drops 수수료는 소각되고 XRP는 움직이지 않으며, 결제했다고 믿는 주문은 조용히 만료됩니다. 둘째, memo 없이 ATOM을 보내는 것. 코스모스는 강제하지 않아 bank 모듈이 그대로 받아들이고, 코인은 키 없이 공유 계정에 떨어집니다. 복구는 당신의 해시를 수백 건의 입금과 금액·시각으로 사람이 대조하는 작업이 됩니다. 셋째, 주소와 태그를 한 칸에 쓰는 것(그렇게 표시하는 지갑이 있습니다). 파서가 거부하거나 잘라 버립니다. 넷째, 앞자리 0이나 끝 공백이 붙은 태그를 복사하는 것. 태그는 정수이고 0633316478과 633316478은 다른 문자열입니다. 다섯째, 이전 주문의 태그를 재사용하거나 같은 태그로 두 번 결제하는 것. 두 건이 하나의 키 아래 도착해 구분되지 않습니다.

저희 쪽 구현과 현재 가격. 62개 네트워크, 433개 자산 중 추가 ID가 필요하다고 표시된 것은 6개뿐입니다. XRP, ATOM, XLM, HBAR, STX, 그리고 이더리움의 NEIRO로 카탈로그의 1.4%입니다. 주문 응답에는 주소 옆에 depositExtraId 필드가 있고, 주문 페이지는 이를 'Memo / Tag'라는 별도 행으로 복사 버튼과 함께 네 언어 모두에 표시합니다. DB의 146건 중 12건(8.2%)이 이 값을 가졌고 전부 태그 체인이었습니다. 그렇다고 태그 없이 보내는 것을 막는 장치는 없습니다. 공유 주소에서는 무엇이 일어날지를 사이트가 아니라 체인이 결정합니다. 11월 3일 14:04 UTC, 100 XRP는 0.19302352 XMR, 1,000 XRP는 2.00893603 XMR이었습니다. XRP 1.28, XMR 624.54로 계산하면 현물보다 5.8%와 2.0% 낮고, 차이는 주문당 고정 비용입니다. 100 ATOM은 0.21424328 XMR로 역시 5.8% 낮았습니다. 하한은 10.93 XRP와 9.94 ATOM, 상한은 131,275 XRP 대 2,576 ATOM이었습니다.

태그 체인을 위한 여섯 단계. 1) 주소와 태그를 하나의 목적지로 다루고, 따로 외워야 할 두 가지로 만들지 마십시오. 2) 태그는 주문 페이지에서 복사하고 이전 주문에서 가져오지 마십시오. 비어 있지도 0이지도 않은지 확인하십시오. 3) 지갑의 tag, memo, destination tag 칸에 붙이고 주소 칸에는 넣지 마십시오. 서명 전에 지갑이 둘 다 보여 주는지 확인하십시오. 4) 지갑이 주소 저장을 제안하면 반드시 쌍으로 저장하십시오. 태그 없이 저장된 주소는 다음번의 함정입니다. 5) 태그를 재사용하지 마십시오. 주문마다 고유하고, 옛 태그는 이미 만료된 주문을 결제합니다. 6) 큰 금액이라면 먼저 계정 플래그를 읽으십시오. XRPL 탐색기는 RequireDestinationTag를 보여 주고, 그 불리언 하나가 실수의 대가가 수수료인지 전액인지를 알려 줍니다. (모네로 확인 대기)

경계. 공유 입금 주소는 유출도 결함도 아닙니다. 라우팅 키가 주소가 아니라 거래 안에 있는 체인의 자연스러운 모습이고, XRP를 다루는 대형 사업자는 모두 이 방식입니다. 실무 규칙은 여기서 나옵니다. 입금 구간의 프라이버시는 태그가 당신의 신원과 함께 이동하지 않는 데 달려 있습니다. 그러니 태그를 주문 링크처럼 다루십시오. 풀에 도달해야 하는 비밀이고, 그 밖에는 주지 않는 것입니다. 단서도 기억할 만합니다. 서로 다른 두 주문에 같은 주소를 주는 사이트는 라우팅이 주소 밖에서 일어난다고 알려 줍니다. 그리고 그 '밖'은 잃어버리면 안 되는 필드입니다. 여기 모든 가격은 2026년 11월 3일 스냅샷이며, 실제로는 페이지의 실시간 견적이 기준입니다.