누락된 메모, XRP 또는 TON 입금 복구하기

비트코인이나 이더리움에서 주소는 수취인을 식별합니다. XRP Ledger, Stellar, TON에서는 그것으로 충분하지 않습니다. 주소는 계정을 식별하고, 추가 필드가 해당 계정 내에서 누구에게 입금되어야 하는지를 식별합니다. 이 필드는 XRP에서는 Destination Tag, Stellar에서는 Memo, TON에서는 comment라고 불립니다.

이를 잊어버려도 자금이 사라지지는 않습니다. 그러나 자동 입금을 수동 처리 사례로 바꾸고, 어떤 상황에서는 영구적인 손실로 이어질 수 있습니다. 그 이유와 그 다음에 무슨 일이 일어나는지 설명합니다.

필드가 존재하는 이유

수천 명의 고객으로부터 입금을 받는 서비스는 고객을 구분하는 두 가지 방법이 있습니다.

첫 번째는 고객별로 하나의 주소를 만드는 것입니다. 이것이 비트코인과 EVM 체인이 하는 방식입니다. 주소 생성에는 비용이 들지 않으며, 키를 파생하기만 하면 됩니다.

두 번째는 하나의 주소를 사용하고 각 거래에 첨부된 라벨로 고객을 구분하는 것입니다. 이것이 XRP Ledger, Stellar, TON의 구조가 강제하는 모델이며, 구체적인 경제적 이유가 있습니다. 해당 네트워크에서 계정을 개설하려면 네이티브 자산으로 최소 준비금을 묶어야 합니다. 만 개의 계정을 개설한다는 것은 만 개의 준비금을 묶는 것을 의미합니다. "하나의 주소, 많은 태그" 모델이 합리적인 해답입니다.

직접적인 결과: 이 네트워크에서 우리가 제공하는 입금 주소는 공유됩니다. 메모가 당신을 식별하는 유일한 수단입니다. 메모 없이 거래가 계정에는 도착하지만, 그것이 누구의 것인지 알려주는 정보는 없습니다.

메모 없이 발생하는 정확한 상황

세 가지 경우가 있으며, 매우 다릅니다.

사례 1: 네트워크가 거래를 거부합니다. 일부 계정은 Destination Tag 없이 들어오는 모든 거래를 거부하는 플래그(XRP Ledger의 RequireDest)를 설정합니다. 이것이 최선의 결과입니다. 거래는 실패하고, 자금은 당신에게 남으며, 이 체인들에서는 무시할 만한 수준인 네트워크 수수료만 잃게 됩니다.

사례 2: 거래가 우리가 통제하는 계정에 도착합니다. 주문에 연결되지 않은 채 풀(pool) 계정으로 입금됩니다. 자금은 존재하며 우리 재무부에 있지만, 어떤 자동화도 이를 귀속시킬 수 없습니다. 이것은 표준적인 경우이며 복구가 가능합니다 — 절차는 아래에 있습니다.

사례 3: 거래가 다른 서비스에 도착합니다. 다른 수탁 기관의 주소를 붙여넣었거나, 메모 없이 한 플랫폼에서 다른 플랫폼으로 보냈습니다. 복구는 전적으로 수취인의 정책에 달려 있습니다. 일부 대형 서비스는 상당한 복구 수수료를 부과하고, 다른 서비스는 메모 없는 입금 처리를 단순히 거부하며 이를 이용약관에 명시합니다.

사례 3이 영구적 손실의 실제 원인입니다. 이는 우리와 직접적인 관련은 없지만, 두 계정 간에 XRP를 이동시키는 모든 사람과 관련이 있습니다.

당사에서의 복구 절차

사용 가능한 메모 없이 입금이 당사의 XRP, XLM 또는 TON 계정에 도달하면 다음과 같은 일이 발생합니다.

1. 탐지. 당사 시스템은 입금 계정의 변동을 미결 주문과 지속적으로 대조합니다. 일치하는 항목이 없는 항목은 자동으로 수동 조정 대기열로 분리됩니다.
2. 고객 측 신고. 헬프 센터에서 세 가지 항목을 포함하여 티켓을 엽니다: 거래 해시, 보낸 주소, 관련 주문 번호. 해시만으로도 기술적으로 충분하지만, 세 가지 모두가 확인 속도를 높입니다.
3. 통제권 증명. 발신자가 실제로 당신임을 입증해야 합니다. 네트워크에 따라 이는 거래를 발행한 키의 서명 메시지 또는 이미 당신 이름으로 식별된 원본 플랫폼과의 일치를 의미합니다. 이것은 형식적인 절차가 아닙니다. 이것 없이는 누구나 공개 탐색기에서 읽은 해시를 가진 무주인 입금을 주장할 수 있습니다.
4. 귀속 또는 반환. 증명이 확립되면 두 가지 결과가 있습니다: 입금이 주문에 귀속되어 귀속 시점의 환율로 처리되거나, 반환의 네트워크 비용을 차감한 후 자금이 원래 주소로 반환됩니다.

처리 시간은 수동 대기열과 통제권 증명을 얼마나 빨리 제공하는지에 따라 달라집니다. 즉시 처리되지 않으며, 자동화된 경로를 벗어난 작업에 대해 계약상 기한을 약속하지 않습니다.

당사가 할 수 없는 일

한계를 명확히 밝힐 필요가 있습니다.

• 다른 서비스로 보낸 입금에 대해서는 아무것도 할 수 없습니다. 수신 주소가 당사 주소가 아니면 해당 계정에 접근할 수 없습니다. 유일한 방법은 해당 서비스의 지원팀에 문의하는 것입니다.
• 확인된 거래를 되돌릴 수 없습니다. XRP Ledger에서 최종성은 몇 초 안에 도달하며 확정적입니다. 어떤 운영자, 검증인, 기관도 이를 취소할 수 없습니다.
• 당신의 신원을 추측할 수 없습니다. 공유 거래소 주소에서 온 메모 없는 입금은 통제권 증명이 불가능하므로 귀속시킬 수 없습니다. 이것이 바로 손실로 끝나는 시나리오입니다.

이런 상황을 절대 만들지 않는 방법

규칙은 짧으며 거의 모든 사고를 포괄합니다.

• 입금 화면 전체를 읽으십시오. 메모가 필요한 경우 주소 옆에 동일한 시각적 중요도로 표시됩니다. 선택 필드가 아닙니다.
• 복사 버튼으로 메모를 복사하고, 손으로 입력하지 마십시오. 한 글자가 많거나 적으면 존재하지 않는 태그가 생성되며, 이는 메모가 없는 것과 동일합니다.
• 메모를 올바른 필드에 붙여넣으십시오. 출금 인터페이스는 이를 다르게 부릅니다: Tag, Memo, Destination Tag, Comment, Message. 때로는 "고급 옵션" 링크 뒤에 숨겨져 있습니다.
• 금액이 큰 경우 테스트 금액을 보내십시오. 먼저 소액을 보내는 것은 이 네트워크에서 몇 센트의 비용이 들며 전체 경로가 작동함을 입증합니다.
• 선택권이 있다면 메모가 필요 없는 네트워크를 선택하십시오. USDT를 판매하는 경우 Tron, Solana, Polygon은 메모가 전혀 필요 없습니다. 비교는 USDT TRC-20 또는 ERC-20에서 확인할 수 있습니다.

TON 특수 사례

TON은 별도의 언급이 필요합니다. 여기서 필드는 "comment"라고 불리며 기술적으로 거래에 첨부된 텍스트 메시지이지, XRP의 Destination Tag와 같은 정수가 아닙니다. 두 가지 함정이 따릅니다:

• 일부 지갑은 기본적으로 comment를 암호화하여 보냅니다. 암호화된 comment는 수취인이 읽을 수 없습니다. 입금은 메모가 없는 것처럼 도착합니다. 암호화 옵션이 꺼져 있는지 확인하십시오.
• TON 주소 형식은 여러 변형(EQ... 및 UQ..., 그리고 원시 형식)으로 존재합니다. 이들은 서로 다른 플래그를 가진 동일한 계정을 나타냅니다. 당사가 표시하는 주소를 다시 쓰지 말고 사용하십시오.

최신 설계가 메모에서 멀어지는 이유

메모는 해결책이 아니라 임시 방편입니다. 이는 해당 네트워크에서 계정을 만드는 데 비용이 들기 때문에 존재하며, 정확성의 부담을 가장 준비가 덜 된 참가자인 송금인에게 떠넘깁니다.

두 가지 발전이 그 부담을 서서히 제거하고 있습니다.

첫 번째는 계정 보유 비용의 하락입니다. 준비금 요건이 낮아지거나 수탁 기관이 이를 부담하기로 수락하면 고객별 입금 주소 생성이 다시 실행 가능해지며 — 네트워크가 여전히 이를 지원하더라도 사용자 화면에서 메모가 사라집니다. 여러 서비스가 이미 XRP Ledger에서 대형 고객을 위해 이 전환을 했습니다.

두 번째는 계정 모델 네트워크에서의 주소 파생입니다. TON에서 지갑은 부모에서 파생된 경량 계약을 배포할 수 있어, 운영자가 수천 개의 키 쌍을 관리하지 않고도 각 고객에게 고유한 주소를 제공할 수 있습니다.

두 변화 모두 오늘날 보편적이지는 않습니다. 그때까지는 실용적인 규칙이 유지됩니다: 입금 화면에 메모 필드가 표시되면 그 필드는 주소만큼 필수이며, 이를 선택 사항으로 취급하는 것이 일상적인 송금을 지원 티켓으로 바꾸는 것입니다.

기억해야 할 한 가지

XRP, Stellar, TON에서 주소는 자금이 가는 곳을 말하고, 메모는 자금이 누구를 위한 것인지 말합니다. 메모 없는 주소는 수신자 이름이 없는 봉투를 천 개의 아파트가 있는 건물의 프런트 데스크에 맡겨둔 것과 같습니다.

네트워크별 입금 요건(확인 횟수 및 주소 형식 포함)은 입금 네트워크 선택 및 관련 자산 페이지(예: XRP 판매)를 참조하십시오.