원격 지원으로 입금을 유도한 뒤 자금 세탁 방지를 빌미로 출금을 거부한 GTC Management의 수법이 고발되다

최근 남아프리카공화국의 한 트레이더가 BrokersView에 GTC Management가 설치한 출금 함정에 빠진 전 과정을 자세히 설명하는 불만을 제기했습니다. 주의:  이 사기 브로커는 규제 기관의 감독을 받는 GTC 브로커와는 아무런 관련이 없습니다.

신고자에 따르면 GTC 매니지먼트 소속 직원이 전화로 신고자에게 연락한 후, AnyDesk라는 원격 데스크톱 소프트웨어를 사용하여 신고자의 컴퓨터에 직접 접속해 일련의 복잡한 작업을 수행했다고 합니다.

신고자가 제출한 송금 내역에 따르면, 자금은 처음에는 법정화폐로 유출되었습니다. 2025년 12월 1일, 신고자는 FNB 계좌를 통해 Nedbank에 있는 "9bb500a18f81479e8098"이라는 수취인에게 1,000랜드를 송금했습니다. 불과 3일 후인 12월 4일에는 Absa Bank에 있는 "Daanyal Martin"이라는 개인 계좌로 7,500랜드를 추가로 송금했습니다.

원격 조종 하에 이 자금은 플랫폼에 직접 입금되지 않고 먼저 신고자의 바이낸스 계정으로 입금되었습니다. 바이낸스 자산 거래 내역 기록에는 이 과정이 명확하게 기록되어 있습니다. 2025년 12월 4일 오후, 자금은 USDT와 SOL로 신속하게 전환된 후 몇 분 만에 인출되었습니다. 신고자는 투자 계좌에 자금을 입금하는 것으로 생각했지만, 결국 자금은 GTC Management로 흘러갔습니다. 이러한 일련의 거래는 추적 가능한 은행 송금을 추적하기 어려운 온체인 거래로 전환시켰습니다.

당시에는 절차가 순조로워 보였고, 이후 거래 실적도 만족스러웠습니다. 그는 자금이 입금된 후 브로커와 몇 차례 거래를 했고 "결과가 좋았다"고 인정했습니다. 계좌 잔액은 단기간에 빠르게 증가했고, 모든 것이 예상했던 수익성을 향해 순조롭게 진행되는 듯했습니다.

그러나 신고자가 자금을 인출하려고 하자, 이전에는 적극적이었던 플랫폼의 태도가 갑자기 침묵으로 바뀌었습니다. 이메일에는 답장이 없었고, 인출 신청은 보류되었습니다. 더욱 의심스러운 것은 플랫폼의 기능적인 구성이었습니다. 신고자는 인출 요청을 제출하는 항목은 있었지만, 자산 네트워크를 선택하거나 대상 지갑을 연결하는 옵션이 없다는 것을 발견했습니다.

자금세탁방지(AML)를 명분으로 한 2차 예치금 요건

불안에 휩싸인 그에게, 이전에는 연락이 닿지 않았던 브로커가 갑자기 연락을 해와 소위 "해결책"을 제시했습니다. 그들은 계좌 자금이 시스템에서 "자금세탁"이나 사기로 분류되는 것을 막기 위해, 피해자가 직접 인출할 수 없고 먼저 ​​"EXT 지갑"을 만들어야 한다고 주장했습니다.

이 지갑을 활성화하고 송금을 완료하기 위한 조건은 충격적이었습니다. 신고자는 출금 금액의 50%에서 100%에 해당하는 추가 자금을 바이낸스에서 이체해야 했습니다. 단순히 자신의 돈을 되찾고 싶어하는 투자자에게 이는 명백히 위험 신호였습니다. 출금 전에 거액을 입금하라는 이러한 논리는 사기 브로커의 의도를 완전히 드러냈습니다. 그들은 규정 준수에는 관심이 없고, 사용자에게서 마지막 한 푼까지 쥐어짜내는 데만 혈안이 되어 있었습니다.

BrokersView에서 알려드립니다

사기 브로커 GTC Management의 사례는 모든 거래자에게 "원격 지원"의 위험성을 여실히 보여줍니다. 자금 인출 시 과도한 수수료를 요구하는 경우, 즉시 모든 이체를 중단하고 BrokersView에 신고해 주십시오 . BrokersView는 이러한 부정행위를 적발하는 데 도움을 드리겠습니다.