브리지에 넣은 코인은 그 사이 어디에 있을까
브리지로 자산을 옮기면 출발 체인에서는 코인이 빠져나가고, 몇 분 또는 몇 시간 뒤 도착 체인에 같은 이름의 토큰이 들어옵니다. 그 사이 자산은 어디에 있고, 누가 무엇을 확인한 뒤 도착 체인에 토큰을 만들어 주는 걸까요.
이 글은 브리지 전송이 실제로 거치는 단계를 순서대로 따라가며, 각 단계에서 무엇을 기다리고 어떤 위험이 있는지 설명합니다. 롤업이 직접 운영하는 공식 브리지와 외부 브리지의 차이, 출금과 유동성을 확인하는 방법, 사고가 났을 때 회수가 어려운 이유도 정리합니다.
브리지가 연결하는 자산
블록체인은 서로의 상태를 직접 읽을 수 없습니다. 그래서 브리지는 ‘출발 체인에서 이런 일이 있었다’는 메시지를 도착 체인에 전달하고, 도착 체인의 계약이 그 메시지를 믿고 행동하도록 만드는 장치입니다. Ethereum.org의 브리지 문서도 브리지를 서로 다른 블록체인 사이에서 자산과 정보를 옮기는 연결 수단으로 설명합니다.
가장 흔한 잠금·발행 방식에서는 원래 자산이 출발 체인의 브리지 계약에 잠기고, 도착 체인에서는 그 잠긴 자산을 근거로 포장 토큰이 발행됩니다. 결국 도착 체인의 토큰 가치는 출발 체인 계약에 잠긴 자산과, 그 사이의 메시지를 검증한 주체를 얼마나 믿을 수 있느냐에 달려 있습니다.
가상 전송 경로
아래 표는 이더리움에서 다른 체인으로 1 ETH를 잠금·발행 방식의 외부 브리지로 옮길 때 거치는 단계를 정리한 가상 예시입니다.
| 단계 | 걸리는 시간 (가정) | 일어나는 일 | 이 단계의 주된 위험 |
|---|---|---|---|
| 1. 출발 체인 입금 | 수십 초 | 1 ETH가 브리지 계약에 잠김 | 가짜 브리지 사이트, 잘못된 네트워크 선택 |
| 2. 출발 체인 확정 대기 | 약 13분 | 되돌려지지 않을 만큼 확정될 때까지 대기 | 확정 전 체인 재구성 |
| 3. 메시지 관찰·전달 | 수 분 | 릴레이어가 입금 기록을 도착 체인에 전달 | 전달 지연, 운영자 중단 |
| 4. 검증자 서명 | 수 분 | 검증자 다수(예: 5명 중 3명)가 메시지 승인 | 검증자 키 탈취, 서명 검증 코드 오류 |
| 5. 도착 체인 발행 | 수십 초 | 포장 ETH 1개 발행 | 발행 계약 오류, 관리자 권한 악용 |
전체 약 20~30분이 걸리고, 대부분의 시간은 출발 체인의 확정을 기다리는 데 쓰입니다. 대형 사고는 주로 4~5단계, 즉 검증과 발행에서 일어났습니다.
잠금·소각·메시지 검증
출발 체인 확정을 기다리는 이유는, 입금이 되돌려진 뒤에 도착 체인에서 토큰이 이미 발행돼 있다면 담보 없는 토큰이 생기기 때문입니다. Ethereum.org의 확정성 설명처럼 이더리움은 보통 두 에포크, 약 13분이면 확정되지만 체인마다 이 시간이 다릅니다.
메시지를 누가 검증하느냐가 브리지의 핵심입니다. 몇 명의 검증자가 서명하는 방식은 빠르고 단순하지만, 서명 임계값만큼의 키가 털리면 공격자가 가짜 입금 메시지를 승인해 담보 없이 토큰을 발행할 수 있습니다. 출발 체인의 블록 정보를 수학적으로 증명하는 방식은 믿어야 할 주체가 적지만 구현이 복잡합니다.
공식 브리지와 외부 브리지
롤업처럼 이더리움에 정산하는 네트워크는 보통 자체 공식 브리지를 운영합니다. 공식 브리지는 롤업의 증명 시스템과 같은 보안을 쓰는 대신, 옵티미스틱 롤업이라면 이더리움으로 돌아올 때 약 7일의 이의 제기 기간을 기다려야 합니다.
외부 브리지는 더 빠르고 여러 체인을 연결하지만, 별도의 검증자 집합이나 유동성 공급자를 믿어야 합니다. 가상의 예로 공식 브리지로 7일을 기다리는 대신 외부 브리지로 20분 만에 옮긴다면, 그 시간 차이만큼 다른 주체의 위험을 추가로 지는 셈입니다.
출금·유동성 확인
도착 체인에서 받은 포장 토큰을 다시 원래 체인으로 돌려받으려면 반대 방향의 절차를 거쳐야 합니다. 브리지 계약에 원본 자산이 충분히 잠겨 있는지, 출금 한도나 일시 정지 조건이 있는지 미리 확인해야 합니다.
유동성 네트워크 방식의 브리지라면 도착 체인에 쌓인 유동성이 부족할 때 큰 금액을 옮기지 못하거나 수수료가 크게 오를 수 있습니다. 큰 금액을 옮길 계획이라면 브리지의 유동성 현황과 한 번에 옮길 수 있는 한도를 먼저 확인하세요.
사고 시 회수 한계
브리지가 해킹되면 도난당한 자산을 되찾기가 매우 어렵습니다. 공격자가 자산을 다른 체인과 믹서로 빠르게 옮기고, 블록체인 거래는 되돌릴 수 없기 때문입니다. 일부 프로젝트가 보상 계획을 내놓기도 하지만 전액 보상은 드물고, 법적 청구 절차도 복잡합니다. 미국 CFTC도 가상자산 플랫폼의 해킹과 운영 중단 위험을 경고합니다.
그래서 브리지 위험은 사고 이후의 대응보다 사고 이전의 노출을 줄이는 쪽으로 관리하는 것이 현실적입니다. 필요한 금액만, 필요한 기간만 브리지를 거치게 하고, 도착 체인에서 포장 토큰을 오래 들고 있는 대신 가능하면 원본 자산이나 발행사가 직접 발행한 토큰으로 바꿔 두는 방법도 있습니다.
전송 전 확인 순서
브리지로 자산을 옮기기 전에 아래 순서로 확인해 보세요.
- 공식 브리지가 있는지, 있다면 출금 대기 시간이 얼마인지 먼저 확인합니다.
- 외부 브리지를 쓴다면 검증 방식(서명자 수와 임계값, 증명 방식)과 관리자 권한을 공식 문서에서 봅니다.
- 브리지 사이트 주소를 공식 경로로 확인하고, 출발·도착 네트워크와 받을 토큰의 계약 주소를 대조합니다.
- 브리지의 유동성, 1회 이동 한도, 일시 정지 조건을 확인합니다.
- 처음에는 소액으로 전송해 도착을 확인하고, 도착 후에는 포장 토큰을 오래 보유할지 따로 판단합니다.