은행 앱에 들어갔는데 이체가 막혀 있고, 며칠 뒤 사기이용계좌라는 말이 적힌 통지가 옵니다. P2P로 코인을 팔고 원화를 받은 분도, 중고 거래로 물건값을 받은 분도 같은 화면을 봅니다. 그런데 이 상황에서 가장 많이 낭비되는 건 시간입니다. 풀 권한이 없는 곳에 계속 연락하고, 정작 그때만 남길 수 있는 자료를 놓치거든요. 코인은 거래소 장부에서 움직이고 원화는 은행망에서 움직입니다. 이 둘이 갈라져 있다는 데서 출발하면 지금 어느 창구에 무엇을 들고 가야 할지가 잡힙니다.

1. 코인을 팔았든 중고 물건을 팔았든, 계좌가 잠기는 길목은 같습니다

USDT를 팔고 원화를 받은 사람, 중고로 노트북을 넘긴 사람, 금은방에 반지를 판 사람, 일한 대가를 계좌로 받은 사람이 같은 통지를 받습니다. 은행 앱 로그인은 되는데 이체 버튼이 안 눌리고, 며칠 뒤 사기이용계좌, 지급정지, 채권소멸절차 같은 낯선 말이 적힌 종이가 옵니다.

여기서 거의 모두가 던지는 첫 질문이 나는 아무 짓도 안 했는데 왜입니다. 답은 은행 전산이 무엇을 보고 있느냐에 달려 있습니다. 내가 코인을 넘겼는지 자전거를 넘겼는지 반지를 넘겼는지는 은행 쪽 기록에 남지 않습니다. 남는 건 어딘가에서 피해 신고가 된 자금이 이 계좌로 들어왔다는 사실 하나입니다. 그 사실만으로 절차가 시작되고, 그 절차는 무엇을 팔았는지에 따라 달라지지 않습니다.

이런 일이 얼마나 넓게 퍼져 있는지는 주변을 떠올려 보면 짐작이 됩니다. 물건을 팔고 계좌번호를 알려 준 사람, 일을 하고 정산금을 받은 사람, 지인 부탁으로 돈을 잠깐 받아 준 사람. 이 셋은 서로 아무 관계가 없는데도 똑같은 절차를 밟게 됩니다. 공통점은 하나입니다. 낯선 사람이 보낸 돈이 내 계좌를 거쳤다는 것.

그래서 검색창에 ‘코인 팔았는데 계좌 정지’라고 친 사람과 ‘중고거래 대금 통장 정지’라고 친 사람이 같은 안내를 듣습니다. 팔린 물건이 코인이었을 때 한 가지가 더 얹힐 뿐입니다. 코인은 이미 상대에게 넘어갔고 되돌릴 수 없다는 점이죠.

또 하나 사람들을 당황하게 만드는 대목이 있습니다. 아무도 나에게 미리 묻지 않았다는 것이죠. 소명할 기회를 먼저 주고 시작하는 절차가 아닙니다. 일단 정지하고 나중에 가립니다. 이건 절차 설계가 그렇게 돼 있어서 그렇습니다. 사기 자금은 분 단위로 여러 계좌로 흩어지기 때문에, 먼저 묶어 두지 않으면 붙잡을 게 남지 않거든요. 그러니 나에게 확인 절차가 없었다는 사실 자체를 이상하게 볼 필요는 없습니다. 확인은 그다음 단계에서 내가 요구할 수 있게 돼 있습니다.

통지는 보통 두 번에 나눠 옵니다. 계좌가 정지됐다는 안내가 먼저 오고, 자금 처리 절차가 시작됐다는 공고 관련 통지가 뒤에 옵니다. 이 두 장은 성격이 다릅니다. 앞의 것은 지금 상태를 알리는 것이고, 뒤의 것부터 내가 대응할 수 있는 기간이 흐르기 시작합니다. 받은 통지가 어느 쪽인지 확인하는 게 첫 단추입니다.

코인은 플랫폼 장부 안에서 움직이고 원화는 은행망에서 움직입니다. 이 둘이 갈라져 있다는 게 뒤에 벌어지는 일 전부의 출발점입니다. 이미 계좌가 잠긴 상태로 들어오셨다면 「계좌가 이미 잠겼다면 오늘은 이 순서로」부터 보셔도 됩니다.

2. 코인은 거래소 장부에서 오가고, 원화는 은행에서 오갑니다

P2P 주문은 화면상 하나의 거래로 보입니다. 주문을 걸고, 상대가 돈을 보내고, 내가 코인을 풀어 주면 끝입니다. 그런데 실제로는 전혀 다른 두 통로에서 동시에 벌어지는 일입니다. 한쪽은 플랫폼이 통째로 쥐고 있는 자기 장부이고, 다른 쪽은 플랫폼이 손끝 하나 댈 수 없는 은행망입니다.

플랫폼 장부 안에서 코인이 움직인다는 말의 뜻

P2P에서 코인이 넘어갈 때 대부분 체인 전송이 일어나지 않습니다. 거래소 내부 데이터베이스에서 내 잔고 숫자가 줄고 상대 잔고 숫자가 느는 것뿐입니다. 그래서 취소도 되돌림도 플랫폼이 마음먹으면 가능합니다. 반대로 상대가 그 코인을 자기 개인 지갑으로 출금해 버리면 그때부터는 플랫폼 손을 떠납니다. 상대가 출금해 버렸느냐 아니냐, 회수 이야기는 사실상 여기서 갈립니다.

돈 쪽은 사정이 다릅니다. 은행 이체는 금융회사들 사이의 시스템에 기록으로 남고, 그 기록에는 보낸 사람과 받는 사람, 금액, 시각이 들어갑니다. 여기에 ‘무엇의 대가로 보냈다’는 항목은 없습니다. 플랫폼 장부와 은행 기록은 서로를 참조하지 않고, 둘을 이어 붙이는 일은 나중에 내가 자료로 해야 합니다.

이 구분이 중요한 건 권한 때문입니다. 플랫폼은 자기 장부 안에서는 무엇이든 할 수 있습니다. 코인을 붙잡아 두고, 풀어 주고, 계정을 막는 것까지요. 반대로 내 은행 계좌로 들어온 돈에는 아무 권한이 없습니다. 조회할 수도 없고 되돌릴 수도 없습니다. ‘플랫폼이 중개했으니 문제가 생기면 플랫폼이 해결해 주겠지’라고 기대하게 되는데, 그 기대가 정확히 여기서 끊깁니다.

이 표에서 제일 중요한 줄이 맨 아래입니다. 나는 입금자 이름까지는 봅니다. 그 사람이 그 돈을 어디서 구했는지는 어떤 화면에도 뜨지 않습니다. 은행 이체 내역에는 보낸 사람과 금액과 시각이 찍힐 뿐, 그 앞 단계는 나에게 보이지 않습니다.

코인을 개인 지갑으로 옮겨 두면 이 문제를 피할 수 있느냐는 질문을 자주 받는데, 그렇지 않습니다. 이 사고가 터지는 자리는 은행 쪽입니다. 개인 지갑을 쓰든 거래소에 두든 원화를 받는 통로는 그대로 은행이고, 잠기는 것도 그 통로입니다. 참고로 거래소에 맡긴 잔고가 법적으로 어떤 성격인지는 거래소가 무너졌을 때 내 코인이 어떻게 되는지 정리한 글에서 따로 다뤘습니다. 플랫폼이 잠글 수 있는 범위가 자기 장부까지라는 점은 그 글과 같은 이야기입니다.

3. 정지는 위에서부터 내려옵니다: 신고된 자금이 지나간 계좌들

계좌를 잠근 방아쇠는 대개 내가 한 행동이 아니라 내 앞으로 들어온 돈의 출처입니다. 흐름을 따라가 보면 단순합니다. 어딘가에서 누군가 피해를 입고 신고를 합니다. 그 신고가 접수되면 해당 자금이 지나간 계좌들이 경로를 따라 차례로 멈춥니다. 내 계좌는 그 경로의 한 정거장이 됩니다.

중간에 끼는 구조가 어떻게 만들어지나

P2P에서 흔한 형태는 이렇습니다. 사기 행위자가 피해자에게 이런저런 명목으로 돈을 요구하면서 입금처로 내 계좌번호를 알려 줍니다. 그 사이 나에게는 P2P 구매자로 접근해 주문을 겁니다. 피해자 돈이 내 계좌로 들어오고, 나는 정상 주문으로 알고 코인을 풀어 줍니다. 코인은 사기 행위자에게 넘어갑니다. 나중에 피해자가 신고하면, 그 돈이 마지막으로 도착한 자리에 내 계좌가 찍혀 있습니다.

여기서 억울함의 정체가 분명해집니다. 나는 정상적인 대가를 지급했습니다. 코인이라는 실물 가치를 넘겼죠. 그런데 그 지급 사실은 은행 전산 어디에도 남지 않습니다. 은행이 보는 화면에는 신고된 자금이 이 계좌로 들어왔다는 한 줄만 있습니다. 내가 무엇을 내줬는지는 플랫폼 안에 있고, 그 둘은 서로 연결돼 있지 않습니다. 코인 통로와 돈 통로가 갈라져 있다는 사실이 여기서 실제 손해로 나타납니다.

왜 경로 전체가 줄줄이 묶이나

신고된 자금은 보통 한 계좌에 머무르지 않습니다. 들어오자마자 여러 곳으로 쪼개져 나가고, 그중 일부가 또 다른 계좌로 갑니다. 그래서 절차는 한 계좌만 보지 않고 그 자금이 지나간 자리를 따라갑니다. 내 계좌가 마지막 도착지일 수도 있고, 중간에 잠깐 거쳐 간 자리일 수도 있습니다. 어느 쪽이든 경로에 이름이 올라가면 절차는 시작됩니다.

여기서 자주 나오는 오해가 하나 있습니다. 내가 그 돈을 다 써 버렸거나 이미 다른 곳으로 옮겼으면 상관없는 것 아니냐는 것이죠. 오히려 반대에 가깝습니다. 잔액이 남아 있으면 그 돈을 두고 다투게 되지만, 이미 빠져나갔으면 어디로 왜 옮겼는지를 하나하나 설명해야 합니다.

상대가 처음부터 사기 행위자가 아닐 수도 있습니다. 남의 계정을 빼앗아 거래에 쓰는 경우도 있어서, 평판이 쌓인 계정이라고 해서 그 계정을 지금 쓰고 있는 사람이 같은 사람이라는 보장은 없습니다. 계정을 어떻게 빼앗기는지는 거래소 계정 해킹 쪽에 정리해 뒀습니다.

그리고 이 흐름은 코인에만 붙는 게 아닙니다. 중고 거래로 물건을 팔든 귀금속을 넘기든, 내 계좌가 신고된 자금의 도착지가 되면 절차는 똑같이 시작됩니다. 무엇을 팔았느냐는 나중에 소명할 때 쓰는 재료입니다. 절차가 시작될지 말지를 정하지는 못합니다.

4. 지급정지, 채권소멸절차, 이의제기: 통지를 받았으면 여기부터

국내 절차는 통신사기피해환급법이라는 이름의 법에 따라 움직입니다. 피해자가 자기 은행이나 신고 창구에 피해 사실을 알리면, 자금이 들어간 것으로 지목된 계좌의 지급이 즉시 정지됩니다. 이 즉시성이 피해자 입장에서는 핵심입니다. 사기 자금은 몇 분 단위로 빠져나가기 때문에, 먼저 잠그고 나중에 가리는 설계로 만들어져 있습니다.

같은 제도 안에 명의인이 다툴 수 있는 길도 함께 들어 있습니다. 절차를 순서대로 놓으면 이렇습니다.

1. 지급정지. 신고를 받은 금융회사가 해당 계좌의 지급을 정지합니다. 이 시점에 명의인에게 통지가 갑니다.
2. 채권소멸절차 개시 공고. 정지된 자금에 대한 명의인의 권리를 정리하는 절차가 공고로 시작됩니다. 여기서부터 기간이 흐릅니다.
3. 이의제기. 명의인은 공고일부터 2개월이 지나기 전에 금융회사에 이의를 제기할 수 있습니다. 이 돈이 정상적인 거래의 대가라는 점을 자료로 소명하는 자리입니다.
4. 채무부존재확인의 소. 이의가 받아들여지지 않으면 법원에서 다투는 경로가 남아 있습니다. 소송이 법원에 계속 중이면 채권소멸절차는 진행되지 않습니다.

이 절차에는 두 얼굴이 있습니다. 피해자 입장에서는 돈이 흩어지기 전에 붙잡아 두는 수단이고, 명의인 입장에서는 갑자기 생활이 통째로 막히는 조치입니다. 둘 다 사실이고, 그래서 제도 안에 명의인이 다툴 수 있는 자리가 함께 들어 있습니다. 통지서에 적힌 절차 이름과 공고일을 확인해 두면 이의를 낼 수 있는 기간이 언제까지인지 바로 계산됩니다.

실제로 코인 P2P 대금이 이 절차에 걸린 사건에서, 정상 거래였음을 입증해 지급정지가 해제된 사례가 보고돼 있습니다. 중고 물품이나 귀금속을 판 대금도 같은 절차를 밟습니다. 무엇을 팔았든 소명의 뼈대는 같습니다. 이 돈이 무엇의 대가로 들어왔고, 나는 그 대가로 무엇을 내줬는가.

소명 자리에서 실제로 보는 것

이의를 낼 때 상대가 확인하려는 건 결국 하나입니다. 이 돈이 대가 관계에서 들어온 것인가. 그래서 소명 서류는 시간순으로 붙일 때 가장 잘 읽힙니다. 주문이 걸린 시각, 상대와 주고받은 대화, 입금이 찍힌 시각과 보낸 사람 이름, 그리고 내가 코인을 넘긴 시각. 이 네 개가 시간 순서대로 이어지면 설명이 따로 필요 없습니다.

여기에 내가 이 거래를 왜 이런 조건으로 했는지, 상대를 어떻게 확인했는지가 붙으면 더 낫습니다. 신원 확인을 요청한 메시지, 이름이 맞는지 대조한 화면 같은 것들이죠. 수사기관에서 진술할 기회가 생기면 같은 자료를 그대로 쓰게 되니, 처음 정리할 때부터 한 벌로 만들어 두면 두 번 일하지 않습니다.

서류를 실제로 묶을 때는 사실관계를 적은 경위서 한 장을 맨 앞에 두고 그 뒤에 자료를 번호대로 붙이는 형태가 읽기 좋습니다. 경위서에는 언제 어떤 경로로 거래를 시작했고, 상대를 어떻게 확인했고, 입금이 언제 들어와서 내가 무엇을 언제 넘겼는지를 문장으로 적습니다. 첨부는 그 문장에 나오는 순서 그대로 번호를 매기고, 각 자료가 경위서의 어느 대목을 뒷받침하는지 한 줄씩 달아 둡니다. 화면 캡처는 시각과 계정 이름이 잘린 것보다 화면이 통째로 보이는 쪽이 낫고, 은행 거래내역은 앱 캡처보다 인터넷뱅킹에서 뽑은 원본 형태가 다루기 편합니다. 어디에 내는지는 통지서에 적힌 금융회사와 담당 부서를 그대로 따르면 되고, 접수한 날짜와 받은 사람 이름까지 적어 두면 나중에 진행 상황을 물을 때 바로 씁니다.

다른 나라도 자금 출처를 확인하고 신고된 돈을 붙잡아 두는 절차를 각자 갖고 있습니다. 이름과 순서, 기한이 다를 뿐입니다. 그러니 해외 사례를 읽고 그 기간을 내 사건에 대입하는 건 별 도움이 안 됩니다. 내 계좌에 적용된 통지서에 적힌 절차 이름과 단계를 확인하는 쪽이 정확합니다.

5. 급여 통장까지 같이 잠기는 이유: 연관계좌와 두 번 잃는 자리

손해를 계산할 때 사람들은 잠긴 금액만 셉니다. 그런데 P2P 판매자 자리는 구조적으로 두 번 잃는 자리입니다. 코인은 이미 상대에게 넘어가 되돌릴 수 없고, 그 대가로 받은 돈은 계좌에서 묶입니다. 절차에 따라 그 돈이 피해자에게 돌아가는 결말도 있습니다. ‘코인은 어차피 넘겼으니 나는 잃을 게 없다’는 생각은 이 위험의 방향을 정반대로 읽은 것입니다.

잠금은 그 계좌 하나에서 끝나지 않습니다

여기에 하나가 더 얹힙니다. 통지에 연관계좌라는 말이 나오는데, 같은 명의로 열린 다른 계좌까지 함께 묶는 조치입니다. 한 계좌만 잠그면 돈이 옆 계좌로 빠져나갈 수 있으니 같은 사람 이름으로 열린 통로를 한 번에 잡아 두는 설계고, 그래서 푸는 순서도 정해져 있습니다. 원래 문제가 된 건이 정리돼야 딸려 묶인 계좌들이 함께 풀립니다. 딸려 묶인 계좌만 따로 풀어 달라는 요청은 대체로 통하지 않습니다.

그 결과가 생활 쪽에서 먼저 터집니다. 급여가 들어와도 인출이 안 되고, 관리비와 통신비 자동이체가 줄줄이 실패하고, 체크카드 결제가 승인 거절로 뜹니다. 보험료가 미납으로 넘어가고, 카드 대금이 연체로 잡히기도 합니다. 묶인 돈이 얼마든 간에 이쪽 타격이 먼저 오고, 체감상 더 큽니다.

여기서 급한 건 정지 자체보다 이번 달 나갈 돈입니다. 항목마다 늦었을 때의 무게가 다릅니다. 통신비나 관리비는 늦어져도 조정할 여지가 있는 편이지만, 카드 대금과 보험료는 연체 기록으로 남을 수 있어서 먼저 손을 써야 하는 항목입니다.

급여도 마찬가지입니다. 정지된 계좌로 급여가 들어오면 그 돈까지 인출이 안 되는 상황이 생깁니다. 회사에 사정을 다 설명할 필요는 없고, 입금 계좌를 바꾸겠다고만 요청하면 됩니다. 이런 조치는 절차와 충돌하지 않습니다. 이미 정지된 자금과 앞으로 들어올 급여는 별개 문제니까요.

그리고 정상 거래였다는 사실이 자동으로 인정되지는 않습니다. 절차에 따라 소명해야 하고, 소명이 받아들여져야 풀립니다. 그동안 자금은 묶여 있습니다. 억울한 일이지만 절차는 그렇게 굴러가고, 이 간격을 미리 알고 있으면 다음 달 생활 자금을 어떻게 돌릴지 준비할 수 있습니다.

6. 플랫폼에 항의하면 풀릴 거라는 기대가 어디서 끊기나

계좌가 잠기면 가장 먼저 떠오르는 창구가 거래한 플랫폼입니다. 거기서 만난 상대 때문에 생긴 일이니 거기서 풀어 주는 게 맞다고 느껴지죠. 실제로 고객센터에 상황을 길게 써서 보내는 분들이 많습니다. 그런데 플랫폼이 되돌릴 수 있는 범위는 자기 장부 안까지입니다. 내 은행 계좌의 지급정지는 그 바깥에 있습니다.

플랫폼 창구에서 실제로 얻어야 할 것은 거래 기록입니다. 몇 시 몇 분에 어떤 주문이 있었고, 수량과 단가가 얼마였고, 상대 계정이 무엇이었는지가 적힌 자료요. 이 확인서는 소명 서류에 붙이는 자료입니다. 해제 권한과는 상관이 없습니다. 이 구분을 해 두면 어디에 무엇을 요청할지가 정리됩니다.

은행 계좌가 잠겼다는 줄이 제일 자주 오해받는 자리입니다. 플랫폼 이의제기 창구는 코인 쪽 분쟁을 다루는 곳이라 나름의 규칙이 있습니다. 이의가 접수되면 해당 코인은 잠긴 상태로 유지되고, 상대에게 회신할 기회가 주어지고, 담당자가 양쪽 자료를 보고 판단합니다. 처리 기한도 정해져 있고요. 다만 그 심사 결과가 무엇이든 은행 쪽 지급정지에는 닿지 않습니다.

플랫폼에 요청할 때 무엇을 적어 보내나

고객센터에 사정을 길게 설명하는 것보다, 필요한 항목을 지정해서 요청하는 편이 훨씬 빠릅니다. 요청서에 넣을 항목은 대체로 이렇습니다. 주문 번호, 주문 체결과 완료 시각, 거래 수량과 단가, 결제 수단, 상대 계정 식별 정보, 그리고 해당 주문의 대화 기록. 여기에 ‘금융 절차 소명에 제출할 목적’이라고 용도를 밝히면 어떤 형식으로 내줄지 판단이 서기 때문에 처리가 수월해집니다.

주의할 점은 조회 기간입니다. 플랫폼마다 지난 주문을 화면에서 볼 수 있는 기간에 제약이 있어서, 오래된 거래일수록 직접 캡처가 어려워집니다. 이럴 때는 내역 내려받기 기능이나 고객센터 요청이 남은 방법입니다. 그러니 계좌가 잠긴 걸 안 그날 바로 요청을 넣어 두는 게 좋습니다.

비슷하게 들리지만 전혀 다른 상황이 하나 더 있습니다. 거래소에서 출금이 막히는 경우요. 그건 플랫폼이 자기 장부를 잠근 것이라 창구도 절차도 플랫폼 쪽에 있습니다. 이 글이 다루는 건 은행 쪽 잠금이고, 거래소 쪽 잠금은 거래소 출금이 막혔을 때에 따로 정리해 뒀습니다. 두 글은 같은 사고의 양쪽 짝이라고 보시면 됩니다. 지금 내가 어느 쪽에 걸린 건지부터 구분하면 시간을 크게 아낍니다.

7. 거래하던 그 순간에만 남길 수 있는 자료들

소명에 힘이 되는 자료는 대부분 거래하던 그 순간에만 남길 수 있습니다. 계좌가 잠긴 뒤에 앱을 열어 캡처하는 것도 늦지는 않지만, 그때는 이미 사라진 것들이 있습니다.

국내 환경에서 실제로 캡처할 수 있는 형태

표를 우리 화면에 맞춰 옮기면 이렇게 됩니다. 플랫폼 주문 상세는 주문 번호가 보이도록 전체 화면으로 찍고, 가능하면 내역 내려받기 기능까지 씁니다. 대화는 캡처만 하지 말고 대화 내보내기로 원문 파일을 남겨 두면 좋습니다. 카카오톡이나 플랫폼 채팅으로 옮겨 간 대화도 마찬가지입니다. 상대가 대화방을 나가거나 계정을 닫으면 그 내용은 되살아나지 않습니다.

입금 내역은 은행 앱에서 보낸 사람 이름이 그대로 보이는 화면으로 남기고, 플랫폼 계정 이름과 나란히 놓아 대조한 흔적을 만들어 둡니다. 코인을 넘긴 기록은 플랫폼 거래 내역에 남지만, 체인에서 조회되는 전송 기록이 있다면 그것까지 확보해 두면 설명이 단단해집니다.

모아 두는 방식까지 정해 두면 편합니다

자료가 흩어져 있으면 정작 필요할 때 못 씁니다. 거래 날짜로 폴더를 하나 만들고, 파일 이름 앞에 시각을 붙여 두면 나중에 시간순으로 정렬만 하면 됩니다. 예를 들어 주문 화면, 대화 내보내기 파일, 입금 내역, 전송 기록 네 종류를 같은 폴더에 넣고 짧은 메모 하나를 같이 둡니다. 메모에는 상대 계정 이름, 입금자 이름, 금액, 내가 넘긴 수량 정도만 적으면 충분합니다.

거래를 자주 하신다면 이 폴더가 그대로 평소 거래 패턴 자료가 됩니다. 이번 건이 평소와 크게 다르지 않은 흐름이라는 걸 보이려면 과거 거래가 정리돼 있어야 하거든요. 몇 달치가 쌓이면 따로 준비할 게 거의 없어집니다.

저장은 원본 그대로가 원칙입니다. 보기 좋게 잘라 붙인 이미지보다, 시각과 화면 정보가 그대로 들어간 캡처와 내려받은 파일이 낫습니다. 날짜별 폴더 하나로 충분합니다.

8. 해제가 빨라지는 조건 셋: 기록, 창구, 그리고 돈이 아직 계좌에 있는가

같은 상황처럼 보여도 어떤 사건은 비교적 정리가 되고 어떤 사건은 길게 갑니다. 그 차이를 만드는 건 대체로 세 가지입니다.

첫째, 기록이 있는가

소명은 주장으로 성립하지 않습니다. 자료로 합니다. 이 돈이 무엇의 대가였는지 보여 주는 자료가 있으면 설명이 한 줄로 끝납니다. 자료가 없으면 같은 말을 여러 번 반복해야 하고, 상대가 계정을 닫았거나 대화가 지워졌으면 아예 복원되지 않는 부분이 생깁니다. 주문 상세와 대화 원문, 입금 내역, 코인을 넘긴 기록이 그 역할을 합니다.

둘째, 어느 창구에 내는가

지급정지를 요청한 곳, 자료를 접수하는 금융회사, 사건을 들여다보는 수사기관, 그리고 법원. 이 창구들은 역할이 다릅니다. 엉뚱한 곳에 좋은 자료를 내면 시간만 흘러갑니다. 그래서 통지서에 적힌 요청 기관과 담당 창구를 먼저 확인하고, 그다음에 자료를 정리하는 순서가 효율적입니다.

실제로 헷갈리는 조합이 있습니다. 지급정지를 실행한 건 내 거래 은행인데, 정지를 요청한 곳은 다른 금융회사거나 신고 창구인 경우입니다. 이때 내 은행에 아무리 설명해도 그쪽이 풀 수 있는 게 아닙니다. 반대로 절차상 서류를 접수하는 창구는 또 따로 정해져 있을 수 있고요. 그래서 첫 통화에서 요청 기관 이름과 접수 창구를 확보하는 것만으로 며칠을 아낄 때가 많습니다.

셋째, 돈이 아직 계좌에 있는가

들어온 돈을 그대로 둔 쪽이 설명하기 훨씬 쉽습니다. 반대로 입금되자마자 여러 계좌로 나눠 옮긴 흐름은, 의도가 무엇이었든 설명할 항목이 늘어납니다. 왜 옮겼는지, 어디로 갔는지, 그 계좌들은 무엇인지가 차례로 붙습니다.

덧붙이자면 계좌가 잠긴 걸 확인한 다음에 돈을 옮기려고 시도하는 건 도움이 되지 않습니다. 지급이 정지된 상태라 대체로 실행도 안 되고, 시도한 흔적은 그대로 남습니다. 잔액을 그대로 두고 절차를 밟는 쪽이 설명에서도 유리합니다.

거래 규모와 빈도도 같은 이유로 들여다보는 대상이 됩니다. 평소 소득 흐름과 동떨어진 금액이 짧은 기간에 반복해서 들어오고 나가면 확인 항목이 하나씩 붙습니다. 이 돈은 어디서 왔고 왜 이 시점에 들어왔는지, 채워 넣어야 할 칸이 그만큼 늘어나는 겁니다. 그래서 평소 거래가 어떤 모양이었는지 보여 줄 수 있는 자료가 있으면 이 대목이 짧아집니다.

9. 계좌가 이미 잠겼다면 오늘은 이 순서로

이미 통지를 받은 상태라면 순서가 중요합니다. 급한 마음에 여기저기 연락부터 돌리면 정작 필요한 자료를 놓치기 쉽습니다.

1. 내 계좌가 지금 어느 단계인지 확인합니다. 지급정지만 걸린 상태인지, 채권소멸절차 공고까지 갔는지에 따라 남은 시간과 낼 서류가 달라집니다. 거래 은행에 정지 사유와 요청 기관을 물어보고, 통지서에 적힌 절차 이름을 그대로 적어 둡니다.
2. 기록부터 확보합니다. 남겨야 할 자료 네 가지, 그러니까 플랫폼 주문 상세와 대화 원문, 입금 내역, 코인 전송 기록을 한 폴더에 모읍니다. 상대가 계정을 닫기 전에 하는 게 좋습니다. 계좌에 남은 돈은 건드리지 말고 그대로 둡니다.
3. 플랫폼 고객센터에 거래 기록을 요청합니다. 여기서 받아 낼 것은 해당 주문의 상세 기록과 확인서입니다. 계좌를 푸는 일은 이 창구 소관이 아니니, 요청서에는 주문 번호와 시각을 정확히 적어 보내면 처리가 빠릅니다.
4. 이의 절차에 낼 서류를 정리합니다. 이 돈이 무엇의 대가였는지, 내가 무엇을 언제 넘겼는지가 한눈에 보이게 시간순으로 붙입니다. 필요하면 이런 사건을 다뤄 본 법률 조력을 받는 것도 방법입니다.
5. 생활 금융을 다른 수단으로 돌립니다. 급여 입금 계좌 변경, 자동이체 출금 계좌 변경, 카드 결제일 대응. 미리 적어 둔 자동이체 목록이 여기서 쓰입니다.
6. 다음 거래를 이어 갈 생각이라면 세 가지를 미리 정해 둡니다. 계정 이름과 입금자 이름이 다르면 진행하지 않는다, 계좌 잔액에 실제로 찍힌 걸 확인하고 코인을 푼다, 이상하다 싶으면 풀기 전에 이의를 건다. 셋 다 그 순간이 지나면 되돌릴 수 없는 선택입니다.

은행에 전화할 때 물어볼 것

창구 통화는 대체로 짧게 끝납니다. 물어볼 항목을 미리 적어 두고 걸면 한 번에 필요한 것을 받습니다. 지급이 정지된 사유가 무엇인지, 정지를 요청한 기관이 어디인지, 지금 절차가 어느 단계까지 왔는지, 이의를 접수하는 창구와 필요한 서류가 무엇인지, 정지 범위가 이 계좌 하나인지 다른 계좌까지인지. 이 다섯 가지면 다음 행동이 정해집니다.

상담원이 답할 수 있는 범위 밖의 질문도 있습니다. 사건 내용이나 신고자 정보 같은 것들이죠. 그건 알려 줄 수 없는 게 원칙이라 더 물어봐도 진도가 나가지 않습니다. 대신 통지서에 적힌 기관과 사건 번호를 확보하는 데 집중하면, 그다음 문의를 어디에 해야 할지가 분명해집니다.

상대에게 연락해 항의하거나 돈을 돌려달라고 요구하고 싶은 마음도 듭니다. 연락 자체를 막을 이유는 없지만, 기대는 낮게 잡는 게 현실적입니다. 이미 코인을 받아 간 쪽이 순순히 대응하는 경우는 드물고, 대화가 격해지면 나중에 자료로 쓸 대화 흐름만 지저분해집니다. 연락을 한다면 사실 확인 위주로 짧게 남기고, 그 대화도 그대로 보관해 두세요.

마지막으로 하나. 지금 대화 내용을 지우거나 계정을 정리하고 싶은 마음이 들 수 있는데, 그 기록이 나를 설명해 주는 유일한 자료입니다. 보기 싫어도 그대로 두시는 편이 낫습니다.

10. 에스크로가 지켜 준 것은 코인 인도 한 가지뿐입니다

P2P를 처음 써 본 사람은 에스크로라는 말에서 꽤 큰 안심을 얻습니다. 주문이 걸리는 순간 판매자의 코인이 플랫폼 보관으로 옮겨져 잠기고, 판매자가 입금을 확인했다고 누르기 전에는 상대가 그 코인을 가져갈 수 없으니까요. 이 잠금은 실제로 잘 작동합니다. 다만 무엇을 막아 주는 기능인지를 정확히 볼 필요가 있습니다.

내 코인이 잠긴다고 하니까 나를 지켜 준다는 말로 들리는데, 실제로는 상대가 결제한 뒤 코인을 확실히 받아 가도록 붙잡아 두는 쪽입니다. 그러니까 이건 사는 쪽을 보고 만든 기능입니다.

에스크로가 막아 주는 상황은 하나입니다. 돈은 보냈는데 코인을 못 받는 것. 즉 인도 불이행을 막는 잠금입니다. 그 돈이 어디서 온 돈인지 검사하는 기능은 처음부터 들어 있지 않습니다. 자금 출처 위험은 에스크로가 손대는 범위 바깥에 있었고, 지금도 바깥에 있습니다.

판매자 입장에서 에스크로가 해 주는 일도 있긴 합니다. 코인을 임의로 빼앗기지 않게 붙잡아 두는 것이죠. 그런데 그 보호는 내가 확인 버튼을 누르는 순간까지만입니다. 확인을 누르면 코인은 상대에게 넘어가고, 그때부터 판매자를 지켜 주는 건 내가 남겨 둔 기록뿐입니다.

이미 풀어 준 뒤에 이의를 걸면 어떻게 되나

플랫폼 이의 창구는 코인이 아직 잠겨 있을 때 가장 강하게 작동합니다. 문제는 확인 버튼을 이미 눌러 코인이 넘어간 뒤입니다. 그 경우에도 이의 접수는 됩니다. 다만 이의가 인정된다는 것과 넘어간 코인을 플랫폼이 되찾아 온다는 것은 다른 문제입니다. 상대가 이미 개인 지갑으로 출금했다면 플랫폼이 손댈 대상 자체가 없습니다.

그래서 판매자 쪽 방어선은 사실상 확인 버튼 하나에 몰려 있습니다. 풀기 전이라면 주문을 세워 두고 이의를 걸 수 있고, 푼 뒤에는 남겨 둔 기록으로만 다툽니다. 상대가 조금이라도 이상하게 굴면 코인을 풀기 전에 이의를 거는 쪽이 훨씬 유리합니다.

에스크로는 상대가 실제로 돈을 보냈는지도, 그 돈이 어디서 왔는지도 확인하지 않습니다. 코인 인도 하나가 보장된다는 사실이 거래 전체가 안전해졌다는 뜻으로 번지면서 문제가 생깁니다. 확인 버튼 앞에서 직접 봐야 하는 건 두 가지입니다. 은행 앱에 찍힌 잔액, 그리고 그 돈을 보낸 사람 이름. 그 화면은 그대로 남겨 두세요.

11. 많이 듣는 이야기와 실제로 벌어지는 일

이 주제에는 반복해서 도는 이야기가 많습니다. 자주 듣는 말과 실제로 벌어지는 일을 나란히 놓으면 정리가 됩니다.

표에 없지만 자주 도는 말이 하나 더 있습니다. 나도 피해자니까 수사기관이 알아서 정리해 줄 거라는 기대요. 절차는 그렇게 굴러가지 않습니다. 명의인이 자료를 내고 사정을 설명하는 자리가 따로 마련돼 있고, 그 자리를 쓰지 않으면 기간만 흘러갑니다. 이의를 낼 수 있는 기간 안에 자료를 갖춰 내는 일은 명의인 몫으로 남습니다. 통지서에 적힌 접수 창구와 공고일부터 확인해 두세요.

12. 확률은 낮출 수 있는데, 여기까지가 한계입니다

확률을 낮추는 방법은 분명히 있습니다. 동시에 그 방법들이 무엇을 못 해 주는지도 같이 알아야 한 번에 얼마를 받을지 정할 수 있습니다. 두 가지를 한 표에 놓았습니다.

이름 불일치를 거절하는 게 왜 정당한가

플랫폼 계정 이름과 실제로 돈을 보낸 사람 이름이 다르면, 그 돈은 최소한 한 사람을 더 거쳐 온 것입니다. 이런 제3자 결제는 대형 플랫폼들이 공통으로 금지하는 거래 형태이고, 규칙상 판매자가 코인을 풀어 주면 안 되며 받은 돈은 돌려주고 주문을 취소하는 것이 정해진 처리 방식입니다. 즉 이름이 다를 때 거절하는 쪽이 규칙에 맞는 처리입니다. 명의가 다른 결제로 들어온 돈은 최소한 한 사람을 더 거쳤다는 뜻이라, 소명 자리에서 설명할 항목이 그만큼 늘어납니다.

메모 이야기의 정확한 위치

입금 메모에 코인 관련 문구를 쓰지 말라는 조언이 널리 퍼져 있고, 플랫폼 공식 안내에도 들어 있습니다. 취지는 자동 감시 규칙에 불필요하게 걸리지 않게 하려는 것입니다. 다만 메모를 어떻게 쓰든 신고된 자금이 들어오면 절차는 똑같이 시작됩니다. 나중에 소명할 때는 무엇을 팔았는지가 기록에 남아 있는 쪽이 설명이 쉬워지는 면도 있고요. 마찰을 줄이는 요령 정도로 보시면 되고, 무언가를 감추는 용도로 쓸 일은 아닙니다.

신원 확인을 요청하는 실제 방식

거래 전에 상대에게 확인을 요청하는 건 생각보다 어색하지 않습니다. 플랫폼 채팅에서 계정 이름과 입금할 계좌 명의가 같은지 먼저 묻고, 다르면 진행하지 않겠다고 미리 말해 두는 정도면 됩니다. 이 한마디로 두 가지가 정리됩니다. 즉흥적으로 붙은 상대는 여기서 떨어져 나가고, 내가 확인을 했다는 기록도 같이 남습니다. 상대가 이유 없이 얼버무리거나 화를 내면 그 자리에서 거래를 접는 편이 낫습니다.

다만 이걸로 안심하면 곤란합니다. 이름이 같아도 그 사람이 그 돈을 어디서 받아 왔는지는 여전히 보이지 않습니다. 확인 절차로 확률은 낮아지지만, 여기서 남는 몫은 한 번에 얼마를 받느냐로 넘어갑니다.

이걸 구체적으로 잡으면 이런 질문이 됩니다. 이 계좌가 한동안 멈춰도 생활이 굴러가는가. 급여가 들어오는 통로와 거래 대금을 받는 통로가 같은가. 자동이체가 걸려 있는 계좌로 낯선 사람의 입금을 받고 있지는 않은가. 세 질문에 답해 보면 지금 내 통로에서 어디가 제일 약한지가 드러납니다.

다만 계좌를 나누는 것도 만능은 아닙니다. 연관계좌까지 함께 묶이면 분리 효과가 줄어듭니다. 그래도 한 건의 금액을 줄이고 받는 빈도를 조절하는 것은 여전히 남는 선택지입니다. 사고가 났을 때 묶이는 금액의 크기 자체가 달라지니까요.

13. 입출금 통로를 P2P 하나로 두지 않는다는 선택

P2P가 나쁜 통로라는 뜻으로 여기까지 읽히면 곤란합니다. 어떤 나라, 어떤 상황에서는 P2P가 가장 싸고 가장 빠른 통로입니다. 다만 그 값싼 구조의 일부는 자금 출처 위험을 이용자가 떠안는 대가로 이뤄져 있다는 점을 계산에 넣자는 얘기입니다.

그래서 실무적으로 유용한 선택은 통로를 하나로 두지 않는 것입니다. 거래소에는 P2P 말고도 카드 결제, 은행 이체, 각 나라의 즉시이체 연동 같은 공식 입출금 경로가 함께 있습니다. 수수료와 속도, 이용 가능 여부는 경로마다 다르고 시기에 따라 구성이 바뀌기도 하니 본인 화면에서 확인하는 게 정확합니다. 경로별 비용을 실제로 비교한 내용은 수수료를 아끼는 매수 경로 비교에 정리해 뒀습니다. 스테이블코인을 원화로 바꾸는 흐름 자체가 생소하다면 스테이블코인이 무엇인지부터 보고 오시면 이해가 빠릅니다.

경로마다 쓰임이 다르다는 점도 알아 두면 좋습니다. 카드 결제는 절차가 간단한 대신 비용이 붙는 편이고, 은행 이체는 비용이 낮은 대신 처리에 시간이 걸립니다. P2P는 상대와 직접 붙는 만큼 조건이 유연하지만, 자금 출처 위험을 이용자가 안고 갑니다. 어느 쪽이 유리한지는 나라와 금액, 급한 정도에 따라 달라집니다.

실무적으로는 이렇게들 씁니다. 금액이 크고 급하지 않으면 공식 이체 경로로, 소액이거나 급하면 P2P로. 그리고 한쪽 경로가 점검이나 처리 지연으로 막혔을 때를 대비해 최소한 두 갈래는 미리 열어 둡니다. 계좌가 잠기는 사고가 났을 때도 다른 통로가 살아 있으면 대응할 여유가 생깁니다.

플랫폼을 고를 때 볼 것도 정해져 있습니다. 공식 입출금 경로가 몇 가지나 있는지, P2P 상대를 실적으로 걸러 낼 수 있는지, 주문 이의 절차와 처리 기한이 문서로 공개돼 있는지, 계정 보호 설정이 어디까지 제공되는지. 판단 기준은 거래소를 판별하는 기준에 항목별로 적어 뒀습니다.

제휴 고지: 일부 링크는 제휴 링크이며, 추가 비용 없이 수수료를 받을 수 있습니다. 투자 조언이 아닙니다.

다시 한번 분명히 해 둡니다. 어느 거래소를 쓰든 상대가 낸 돈의 출처는 보이지 않습니다. 위 카드에 적힌 곳들도 마찬가지고, 여기서 거래하면 계좌 동결이 생기지 않는다는 뜻이 아닙니다. 거래소별로 다른 건 입출금 경로 구성과 상대를 거를 수 있는 도구, 계정 보호 설정의 범위입니다. 그 이상을 약속하는 문장이 있다면 그건 사실이 아닙니다. 거래소 전반 비교는 거래소 비교 정리에 있습니다.

14. 통지서와 창구에서 듣게 되는 말들

통지서와 은행 창구에서 실제로 듣게 되는 말들입니다. 뜻을 알고 들으면 무엇을 물어봐야 할지가 분명해집니다.

지급정지. 특정 계좌의 출금과 이체를 막는 조치입니다. 요청한 기관이 따로 있고, 은행이 임의로 푸는 게 아닙니다.

사기이용계좌. 피해 신고된 자금이 들어간 것으로 지목된 계좌를 가리키는 말입니다.

명의인. 그 계좌의 주인으로 등록된 사람입니다. 절차에서 이의를 낼 수 있는 당사자이기도 합니다.

채권소멸절차. 지급정지된 자금에 대한 명의인의 권리를 정리하는 절차입니다. 공고로 시작합니다.

이의제기. 명의인이 금융회사에 이 돈이 자기 몫임을 주장하며 절차를 멈춰 달라고 내는 신청입니다.

소명. 자료를 갖춰 사정을 설명하는 것입니다. 말만으로는 성립하지 않고 기록이 필요합니다.

연관계좌. 같은 명의로 열린 다른 계좌들입니다. 원 건과 함께 묶입니다.

채무부존재확인의 소. 이의가 받아들여지지 않았을 때 법원에서 다투는 경로입니다.

에스크로. 주문이 걸리면 판매자의 코인을 플랫폼 보관으로 옮겨 잠가 두는 기능입니다. 판매자가 입금을 확인하면 풀립니다.

제3자 결제. 거래 상대의 계정 이름과 실제로 돈을 보낸 사람 이름이 다른 결제입니다. 대형 플랫폼이 공통으로 금지합니다.

자금 출처. 그 돈이 어디서 나왔는지를 가리킵니다. 받는 쪽에서 확인할 방법은 사실상 없습니다.

거래 확인서. 플랫폼이 발급하는 주문 기록입니다. 소명에 쓰는 자료이며 해제 권한과는 무관합니다.

자주 묻는 질문

거래소별 입출금 경로와 수수료 비교 보기