USDT를 보낼 때는 주소만 맞으면 끝이 아닙니다. 받는 곳이 안내한 네트워크와 보내는 곳에서 고른 네트워크가 같아야 합니다. 가장 안전한 순서는 받는 쪽 입금 화면을 먼저 열고, 자산·네트워크·주소·메모 또는 태그를 확인한 뒤 그 내용을 보내는 쪽 출금 화면에 그대로 맞추는 것입니다.
이 글은 2026년 8월 19일 기준의 일반적인 확인 순서를 설명합니다. 특정 거래소·지갑의 지원 여부, 최소 입금액, 수수료, 처리 시간은 수시로 바뀌므로 실제 전송 직전에는 보내는 곳과 받는 곳의 공식 입출금 안내를 다시 확인해야 합니다.
핵심
입금 주소를 복사하기 전에 입금 네트워크를 확인하고, 출금 화면에서도 같은 이름의 네트워크를 선택합니다. 주소 모양이나 수수료만 보고 네트워크를 정하면 안 됩니다.
왜 네트워크까지 맞춰야 할까
USDT라는 이름은 같아도 여러 블록체인에서 전송될 수 있습니다. 블록체인은 서로 다른 장부라고 생각하면 쉽습니다. 한 장부에서 보낸 기록이 다른 장부의 입금 기록으로 저절로 옮겨지는 것은 아닙니다.
문제가 더 헷갈리는 이유는 일부 네트워크가 비슷한 주소 모양을 쓰기 때문입니다. 특히 EVM 계열 네트워크에서는 같은 형태의 주소가 여러 체인에서 보일 수 있습니다. 주소 문자열만으로 어느 네트워크로 보내려는지 충분히 알 수 없다는 문제 때문에, 체인 정보를 주소와 함께 표시하자는 표준 제안도 나와 있습니다. ERC-3770의 설명도 주소만으로 체인을 구분하기 어려운 상황이 사람의 전송 실수로 이어질 수 있다고 짚습니다.
그래서 전송 화면에서 봐야 할 것은 주소 한 줄이 아니라 네 가지입니다. 자산 이름, 네트워크, 주소, 그리고 메모·태그 같은 추가 식별값입니다. 네 가지가 모두 맞아야 출금 버튼을 누를 근거가 생깁니다.
출금 전에 확인하는 순서
순서를 바꾸지 않는 편이 좋습니다. 보내는 쪽에서 네트워크를 먼저 고르면, 나중에 받는 쪽이 그 네트워크를 지원하지 않는다는 사실을 발견하기 쉽습니다. 입금 화면에서 기준을 잡으면 실수가 줄어듭니다.
- 받는 곳에서 입금 화면을 엽니다. 먼저 USDT를 선택합니다. 이름이 비슷한 자산을 잘못 고르지 않았는지도 이때 확인합니다.
- 입금 네트워크를 확인합니다. 입금 주소 옆이나 위에 표시된 네트워크 이름을 읽습니다. 자동 선택된 기본 네트워크가 원하는 전송 경로인지도 다시 봅니다.
- 주소와 추가 입력값을 함께 복사합니다. 메모·태그·식별자 입력란이 보이면, 필요한 값인지와 입력 방법을 같은 화면의 안내로 확인합니다.
- 보내는 곳으로 돌아가 같은 네트워크를 고릅니다. 자산 이름만 같다고 넘기지 말고, 표기가 다르다면 두 서비스의 공식 안내에서 같은 체인을 뜻하는지 확인합니다. 이름이 비슷하다는 이유만으로 선택하지 마세요.
- 마지막 확인 화면에서 네 가지를 다시 봅니다. 자산, 네트워크, 주소, 메모·태그를 한 번에 훑고, 수수료와 실제 도착 예상 금액은 그다음에 확인합니다.
해당 서비스가 처음 쓰는 전송 경로에서 시험 전송을 허용한다면, 작은 금액으로 수신 처리가 되는지 먼저 확인하는 방법도 있습니다. 다만 최소 입금액보다 적게 보내면 입금 처리에 문제가 생길 수 있으므로, 금액을 정하기 전에는 받는 곳의 최소 입금 조건을 확인해야 합니다.
한 화면에서 무엇을 비교하면 될까
| 확인 항목 | 받는 곳 입금 화면 | 보내는 곳 출금 화면 |
|---|---|---|
| 자산 | 입금하려는 자산 이름 | 출금하려는 자산 이름 |
| 네트워크 | 입금 지원으로 표시된 네트워크 | 반드시 같은 네트워크를 선택 |
| 주소 | 해당 네트워크에서 받은 입금 주소 | 복사한 주소를 붙여 넣고 전체 문자열을 대조 |
| 메모·태그 | 필요 여부와 값 확인 | 필요한 경우 빠뜨리지 않고 입력 |
이 표에서 가장 중요한 칸은 네트워크입니다. 수신 서비스가 여러 네트워크를 지원한다면 입금 주소와 네트워크가 함께 바뀔 수 있습니다. 주소를 복사한 뒤에 네트워크 선택을 바꿨다면, 바뀐 화면의 주소를 다시 복사하는 편이 안전합니다.
수수료가 낮은 네트워크를 먼저 고르면 생기는 문제
전송 화면에는 네트워크마다 수수료가 다르게 보일 수 있습니다. 그렇다고 가장 낮은 수수료가 표시된 항목을 먼저 고르는 것은 안전한 판단이 아닙니다. 그 네트워크를 받는 서비스가 지원하지 않으면, 전송 자체는 완료되어도 잔액이 자동 반영되지 않을 수 있습니다.
순서는 단순합니다. 지원 여부를 먼저 확인하고, 그 안에서 비용과 처리 조건을 비교합니다. 어떤 서비스는 여러 네트워크를 지원하고, 어떤 서비스는 하나만 지원합니다. 지원하는 네트워크 중에서도 입금 중단, 점검, 최소 입금액, 추가 확인 조건이 있을 수 있습니다. 화면에 표시된 안내가 예전 경험이나 인터넷 글보다 우선합니다.
Coinbase의 다중 네트워크 자산 안내도 송신과 수신에 같은 네트워크를 사용하라고 설명합니다. 다만 그 서비스가 문서로 명시한 예외가 있다면 그 예외만 적용해야 합니다. 다중 네트워크 자산 공식 안내처럼, 예외가 있는지 여부는 해당 서비스의 현재 안내에서 직접 확인하는 것이 맞습니다.
네트워크를 맞추는 것과 브리지는 다르다
전송 화면에서 네트워크를 선택한다고 해서 자산을 다른 체인으로 옮기는 작업이 자동으로 이루어지는 것은 아닙니다. 보내는 곳과 받는 곳이 같은 네트워크를 안내하는 일반 전송은, 같은 장부 안에서 주소를 바꾸는 일에 가깝습니다. 반면 브리지는 한 네트워크의 자산을 다른 네트워크에서 사용할 수 있는 형태로 옮기는 별도 과정입니다.
이 둘을 섞어 생각하면 ‘다른 네트워크를 골라도 받는 쪽에서 알아서 바꿔 주겠지’라는 오해가 생깁니다. 일부 서비스가 자체적으로 특정 경로를 지원하는 경우가 있더라도, 그것은 그 서비스가 현재 화면에서 명시한 조건일 때만 기대할 수 있습니다. 화면에 브리지나 네트워크 전환이 표시되지 않았다면, 일반 전송에서는 양쪽 네트워크를 맞춘다고 보는 편이 안전합니다.
주소록을 쓸 때도 네트워크를 같이 적는다
자주 쓰는 주소를 주소록에 저장하면 복사 실수는 줄어듭니다. 대신 주소 이름만 ‘내 지갑’이나 ‘가족 지갑’처럼 적어 두면, 나중에 어떤 네트워크로 쓰던 주소였는지 잊기 쉽습니다. 주소록 이름에는 자산과 네트워크를 함께 적어 두는 편이 좋습니다. 예를 들어 ‘USDT · 수신 화면에서 확인한 네트워크’처럼, 실제로 확인해야 할 항목이 보이게 기록합니다.
단, 저장된 주소도 영구적인 정답은 아닙니다. 서비스는 입금 주소, 지원 네트워크, 최소 입금 조건을 바꿀 수 있습니다. 오랜만에 보내거나 처음 보는 안내가 나타났다면 주소록 값만 믿지 말고 입금 화면에서 다시 확인합니다. 복사한 주소를 붙여 넣은 뒤 중간 부분까지 포함해 전체 문자열을 비교해야 합니다.
이미 보냈는데 지갑이나 거래소에 안 보일 때
잔액이 바로 보이지 않는다고 같은 금액을 다시 보내지 마세요. 먼저 보낸 거래의 상태를 확인해야 합니다. 전송 내역에서 거래 ID, 흔히 TxID라고 부르는 값을 찾고 보관합니다. 이것이 어디로 어떤 네트워크를 통해 보냈는지 확인하는 출발점입니다.
- 출금 내역에서 거래가 처리 중인지, 완료인지 확인합니다.
- TxID를 열어 해당 네트워크의 블록 탐색기에서 상태, 받는 주소, 자산 정보를 확인합니다.
- 받는 곳의 입금 화면에서 당시 선택한 네트워크와 주소가 무엇이었는지 다시 확인합니다.
- 거래가 완료됐는데도 입금이 보이지 않으면, 받는 서비스의 공식 고객지원 절차에 TxID·자산·네트워크·입금 주소를 전달합니다.
지갑 앱에 토큰이 안 보이는 경우에는 전송이 실패한 것이 아니라 다른 네트워크를 보고 있거나 토큰 표시가 자동으로 추가되지 않은 경우도 있습니다. MetaMask는 먼저 거래가 확정됐는지, 올바른 네트워크를 선택했는지, 그 네트워크의 블록 탐색기에서 잔액이 보이는지를 확인하라고 안내합니다. 토큰 잔액이 보이지 않을 때의 공식 점검 순서를 참고할 수 있습니다.
브리지를 이용해 자산을 옮긴 뒤 지갑에 안 보이는 문제는 네트워크 선택 문제와 닮았지만, 별도의 절차가 더해질 수 있습니다. 브리지 전송이라면 브리지로 옮긴 토큰이 지갑에 안 보일 때의 점검 순서도 함께 확인하세요.
메모나 태그가 보이면 그냥 비워도 될까
안 됩니다. 메모·태그·식별자는 여러 사용자가 같은 입금 주소를 공유하는 서비스에서 누가 보낸 입금인지 구분하는 데 쓰일 수 있습니다. 입금 화면에 필요하다고 표시되어 있다면 주소와 같은 중요도로 다뤄야 합니다.
메모나 태그가 필요한 자산의 대표적인 예로 XRP가 있습니다. 주소는 맞았지만 태그를 빠뜨린 경우의 확인 절차는 XRP 데스티네이션 태그를 빠뜨렸을 때의 글에서 따로 설명했습니다. USDT 전송과는 자산이 다르지만, ‘주소 외 입력값도 전송 조건’이라는 원칙은 같습니다.
전송 뒤에 누군가 복구를 도와준다고 하면
주의
전송 오류를 이유로 개인키나 시드 문구를 요구하는 정상적인 고객지원은 없습니다. 복구 가능 여부를 확인하는 과정에서도 시드 문구를 입력하거나 전달하지 마세요.
전송이 잘못됐을 때 조급해지면 검색 광고, 메신저, 사칭 계정의 ‘복구 대행’ 제안을 믿기 쉽습니다. 하지만 지갑의 시드 문구나 개인키를 알려주면 지갑 전체를 넘겨주는 것과 같습니다. 문의가 필요하면 보낸 서비스나 받는 서비스의 공식 웹사이트에서 직접 들어간 고객지원 경로만 사용합니다.
이미 거래가 완료된 뒤에는 복구 가능 여부와 절차가 각 서비스의 지원 정책에 따라 달라집니다. 누구도 복구를 보장할 수 없습니다. TxID와 전송 조건을 정리해 공식 지원에 전달하고, 그 외의 사람에게 비밀 정보를 주지 않는 것이 우선입니다.
고객지원에 문의하기 전에 적어 둘 정보
문의 내용을 길게 쓰기보다 확인 가능한 정보를 정확히 정리하는 편이 좋습니다. 전송한 자산 이름, 선택한 네트워크, 보내는 주소, 받는 주소, TxID, 전송 시각, 입금 화면에 표시됐던 메모·태그 유무를 준비합니다. 이 정보는 거래를 추적하는 데 필요하지만, 개인키와 시드 문구는 포함하지 않습니다.
답변을 기다리는 동안 같은 주소로 같은 금액을 재전송하지 않습니다. 첫 전송이 처리 중인 상황에서 다시 보내면 문제가 두 건으로 늘어날 수 있습니다. 블록 탐색기에서 거래가 확정됐는지, 서비스 내 출금 상태가 무엇인지, 공식 지원에 어떤 정보를 이미 전달했는지를 차례로 기록하면 상황을 훨씬 차분하게 판단할 수 있습니다.
출금 버튼을 누르기 전 확인할 목록
- 받는 곳 입금 화면에서 자산을 확인했다.
- 입금 네트워크와 출금 네트워크가 같다.
- 현재 화면에서 복사한 주소를 붙여 넣었다.
- 메모·태그가 필요하면 함께 입력했다.
- 최소 입금액·점검 공지·지원 조건을 읽었다.
- 전송 후 문제가 생기면 재전송보다 TxID 확인을 먼저 하기로 했다.
USDT 전송은 ‘주소를 복사하는 일’보다 ‘전송 조건을 맞추는 일’에 가깝습니다. 받는 쪽에서 네트워크를 먼저 확인하고, 보내는 쪽에서 같은 조건을 고르는 습관을 들이면 실수를 크게 줄일 수 있습니다.