브리지에서 암호화폐가 멈췄다면: 대기·실패·유동성 대기 구분하기

브리지가 일반 전송과 다른 이유

같은 체인 안의 일반 전송에는 TxID 하나와 Status, From / To가 있습니다. 브리지는 두 원장에서 두 단계를 거칩니다. 출발지에서는 토큰을 잠그거나 소각하고, 도착지에서는 래핑 자산을 민팅하거나 준비금의 잠금을 풀거나 유동성 풀에서 지급합니다. 두 번째 단계가 끝나기 전에는 출발지 차감이 이미 Success여도 도착 지갑이 비어 보일 수 있습니다.

구조에 따라 동작도 다릅니다. Arbitrum에서 이더리움으로 출금하는 경우와 같은 네이티브 L2 브리지는 이의 제기 기간이 지난 뒤 상위 체인에서 직접 수령 요청을 해야 하는 경우가 많습니다. 수분이 아니라 며칠이 걸릴 수 있어 화면에는 ‘도착하지 않은 것’처럼 보입니다. 유동성 브리지는 도착지 풀의 토큰 재고에 의존합니다. 메시징 프로토콜에는 릴레이어가 추가되므로 메시지는 출발했어도 실행은 아직일 수 있습니다. 이 구조들을 혼동하면 다른 문제에 대응하게 됩니다.

TxID의 뜻과 복사 위치는 TxID·트랜잭션 해시 안내에, Status와 토큰 전송을 읽는 방법은 블록체인 탐색기 읽는 법에 설명돼 있습니다. USDT는 네트워크와 정식 컨트랙트를 별도로 확인하세요. USDT 거래 추적 방법을 참고하세요.

대기, 실패, 유동성 대기 구분하기

출발지의 Failed는 ‘브리지에 묶인 상태’가 아닙니다. 시도가 실행되지 않은 것입니다. Pending도 아직 잠금이 완료된 상태가 아닙니다. 가장 흔한 함정은 L2나 L1 출발지의 Success를 본 뒤 이더리움의 수령 요청이나 며칠의 대기 기간을 놓치는 것입니다. 두 번째는 도착지의 기본 가스 자산(ETH, MATIC 등)이 없어 화면에서 Claim을 눌러도 거래가 제출되지 않는 경우입니다. 세 번째는 ‘컨트랙트 오류’가 아니라 풀의 유동성을 기다리는 유동성 브리지입니다.

브리지 해킹은 별개의 문제입니다. 프로토콜 준비금이 빠져나갔다면 출발 체인에서 잠겼다는 사실만으로 도착지에서 지급받는 것은 아닙니다. 이때는 ‘다시 보내기’ 버튼보다 공식 화면의 상태와 프로토콜 공지가 중요합니다. 같은 조건으로 다시 제출하면 두 번째 금액이 잠길 수 있습니다. ‘대부분 손실은 없다’고 스스로 장담하지 마세요. 구조와 사고 발생 여부에 따라 다릅니다.

탐색기에서 처음 확인할 목록

1. 지갑이나 브리지 내역에서 출발지 TxID를 확보하고 출발·도착 네트워크를 적습니다.
2. 출발지 탐색기(Etherscan, Arbiscan, Polygonscan 등)에서 Status, From / To(브리지 컨트랙트인 경우가 많음), 토큰 전송을 확인합니다.
3. Status가 Success라면 광고에서 먼저 보이는 ‘브리지’가 아니라 공식 브리지 화면에서 메시지·수령 상태를 찾습니다.
4. 도착지 탐색기에서 같은 수신 주소를 열고 출발지 블록 시각 이후의 토큰 입금을 확인합니다.
5. 도착 주소에 수령 요청용 기본 가스 자산이 있는지 확인합니다. 없으면 Claim은 실행되지 않습니다.
6. 양쪽 URL, 도착 단계가 있다면 양쪽 해시, 시각과 화면 캡처를 한 묶음으로 보관합니다.

흔한 실수도 있습니다. 출발 체인의 해시를 다른 체인 탐색기에 붙여 넣어 ‘거래 없음’이 나오는 경우, USDT가 이동했는데 ETH Value만 보는 경우, 출발지 Success를 다른 네트워크의 MetaMask 입금 완료로 보는 경우, 같은 티커를 쓰는 복제 토큰을 정식 토큰과 혼동하는 경우입니다. 네트워크를 혼동하지 않는 방법은 블록체인 탐색기 읽는 법을 참고하세요.

Arbitrum 출금 등 공식 브리지 문서는 분쟁 기간 후 상위 체인에서 직접 수령 요청을 해야 하는 경우가 많다고 설명합니다. 이 상황의 ‘멈춤’은 ‘아직 수령할 수 없음’ 또는 ‘수령할 수 있지만 Claim을 누르지 않음’을 뜻할 수 있습니다. 이는 ‘처리를 앞당겨 준다’는 사람과의 채팅이 아니라 브리지 화면과 탐색기에서 확인해야 합니다.

직접 분석은 어디까지 해야 하나요

• 양쪽 거래를 찾았고 Status가 명확하며 토큰이 도착 주소에 있다면 직접 분석을 멈추고 지갑의 네트워크를 바꾸거나 숨겨진 자산을 표시하세요.
• 공식 화면의 대기 기간이나 수령 대기 상태가 프로토콜 문서와 일치하면 그 단계를 기다리세요. 전송을 중복하지 마세요.
• 비정상적인 상태이거나 공식 사고 공지 없이 릴레이어가 몇 시간째 응답하지 않거나 브리지가 공격 사실을 공개했다면 멈추고 컨트랙트의 ‘속도를 높이려’ 하지 마세요.
• ‘브리지에서 꺼내 주겠다’는 서비스에 시드 구문을 주지 말고, ‘수령에 필요하다’며 보내는 타인의 permit이나 사용 승인에 서명하지 마세요.

공식 브리지인지 피싱 복제본인지 컨트랙트 귀속을 확인해야 하거나, 부분 실행 후 여러 TxID를 연결해야 하거나, 프로토콜 운영팀·변호사에게 보낼 자료가 필요하면 분석을 맡길 수 있습니다. 이것이 블록체인 분석의 범위입니다. 어디에서 잠겨 있는지 경로도를 만드는 것이지 도착지 민팅을 약속하는 것은 아닙니다. 검토 후 사건 지원은 성과보수 안내에서 확인할 수 있습니다.

두 탐색기를 직접 확인하면 ‘지갑 표시가 갱신되지 않음’, ‘Claim을 누르지 않음’ 같은 대부분의 문제는 파악할 수 있습니다. 하지만 브리지의 보안 취약점을 메우거나 풀에 지급을 강제할 수는 없습니다. 상태 기록이 정확할수록 ‘혹시 모르니’ 두 번째 유해한 전송을 할 가능성이 줄어듭니다.