레이어2가 멈췄다는 공지가 뜨면 무엇부터 확인할까
레이어2 롤업에서 거래가 갑자기 처리되지 않고, 공식 채널에 ‘시퀀서 점검 중’이라는 공지가 올라오는 경우가 있습니다. 이때 내가 보낸 거래는 어떻게 됐는지, 자산은 안전한지, 이더리움으로 빼낼 방법은 있는지가 가장 궁금해집니다.
이 글은 시퀀서가 맡는 역할과, 거래가 L2에 포함되는 것과 L1에 정산되는 것의 차이를 설명합니다. 시퀀서 장애 시 사용자에게 생기는 영향, L1을 통한 강제 포함과 출금 경로를 가상의 중단 사례로 정리하고, 운영 권한과 공지를 확인하는 순서도 다룹니다.
시퀀서가 맡는 역할
시퀀서는 사용자가 보낸 L2 거래를 받아 순서를 정하고 블록으로 묶은 뒤, 그 결과와 데이터를 이더리움에 올리는 역할을 합니다. 대부분의 롤업은 아직 한 운영 주체가 시퀀서를 운영하기 때문에, 시퀀서가 멈추면 L2에서 새 거래가 빠르게 처리되지 않습니다.
OP Stack 사양은 프로토콜이 시퀀서의 검열에 저항할 수 있도록 설계돼 있다고 설명합니다. 사용자가 이더리움(L1)의 계약에 직접 거래를 넣으면, 시퀀서가 정해진 기간 안에 그 거래를 L2에 포함해야 하는 구조입니다. 이 경로가 시퀀서 장애 때의 비상구가 됩니다.
거래 포함과 정산 구분
L2 지갑 화면에 ‘완료’로 보이는 거래는 시퀀서가 받아 순서를 정한 상태입니다. 이 거래가 이더리움에 데이터로 올라가고, 옵티미스틱 롤업이라면 이의 제기 기간이 지나야 L1 기준으로 최종 확정됩니다. 시퀀서가 멈추는 시점에 따라 이미 보낸 거래가 어느 단계에 있었는지가 달라집니다.
시퀀서가 이미 L1에 데이터를 올린 거래는 시퀀서가 멈춰도 기록이 남아 있습니다. 반면 시퀀서가 받았지만 아직 L1에 올리지 못한 거래는, 시퀀서가 복구될 때 처리되거나 경우에 따라 다시 보내야 할 수도 있습니다.
가상 중단 사례
아래 표는 옵티미스틱 롤업의 시퀀서가 6시간 동안 멈춘 가상의 상황에서 사용자가 겪는 일을 시간 순서로 정리한 것입니다.
| 시점 | 일어나는 일 | 사용자가 할 수 있는 것 |
|---|---|---|
| 중단 직후 | L2에 보낸 새 거래가 처리되지 않음 | 공식 상태 페이지·공지 확인, 같은 거래 반복 전송 자제 |
| 1~2시간 | 대기 중인 거래가 쌓임, L2 가격 정보 갱신 지연 | L2 담보 대출의 청산 위험 점검 |
| 필요 시 | L1 계약에 직접 거래 제출 (강제 포함 경로) | 가스비를 내고 L1에서 L2 거래나 출금 요청 |
| 6시간 후 복구 | 대기 거래 순서대로 처리, 강제 포함 거래 반영 | 내 거래 상태를 블록 탐색기로 확인 |
| L1 출금 완료 | 이의 제기 기간(약 7일) 경과 후 | L1에서 출금 최종 처리 |
강제 포함 경로는 시퀀서가 오래 멈추거나 특정 거래를 거부할 때를 위한 장치입니다. 짧은 점검이라면 기다리는 편이 비용이 적을 수 있습니다.
장애 시 사용자 영향
시퀀서가 멈추면 가장 먼저 영향을 받는 것은 시간에 민감한 거래입니다. L2의 대출 서비스에 담보를 맡겨 두었다면, 시퀀서 중단 동안 담보를 보충하거나 빚을 갚을 수 없어 시퀀서가 복구되는 순간 한꺼번에 청산이 일어날 위험이 있습니다.
가격 오라클도 함께 멈추거나 늦어질 수 있습니다. 외부 시장 가격은 계속 움직이는데 L2 안의 가격은 갱신되지 않으면, 복구 직후 큰 가격 차이가 한꺼번에 반영됩니다. 그래서 L2에서 레버리지를 쓰고 있다면 시퀀서 장애 가능성을 위험 요소로 미리 고려해야 합니다.
강제 출금 경로
L1 계약을 통한 강제 포함이나 출금은 시퀀서가 협조하지 않아도 사용자가 스스로 자산을 지킬 수 있게 해주는 장치입니다. 다만 이더리움 가스비를 내야 하고, L2 화면에서 버튼 하나로 하는 것보다 절차가 복잡하며, 옵티미스틱 롤업이라면 Ethereum.org가 설명하는 약 7일의 이의 제기 기간도 그대로 기다려야 합니다.
롤업마다 강제 포함까지 걸리는 최대 시간, 지원하는 거래 종류, 이를 실제로 쓸 수 있는 도구가 다릅니다. 평소에 공식 문서에서 이 경로를 확인해 두지 않으면, 장애가 났을 때 당황하기 쉽습니다.
운영 권한·공지 확인
시퀀서 장애에 대비해 이용하는 롤업에 대해 아래 항목을 미리 확인해 두세요.
- 시퀀서를 누가 운영하는지, 여러 운영자가 돌아가며 맡는지 하나인지 공식 문서에서 확인합니다.
- L1을 통한 강제 포함·강제 출금 경로가 있는지, 최대 반영 시간이 얼마인지 봅니다.
- 공식 상태 페이지와 공지 채널을 미리 저장해 두고, 장애 시 비공식 링크를 따라가지 않습니다.
- L2에서 담보 대출이나 레버리지를 쓰고 있다면 시퀀서 중단 시의 청산 위험을 감안해 여유를 둡니다.
- 과거 장애 이력과 그때 걸린 복구 시간을 확인합니다.
시퀀서 위험의 한계
강제 포함 경로가 있어도 그것을 실제로 쓰는 데는 기술적인 이해와 비용이 필요하고, 모든 롤업이 이 경로를 완전히 갖추고 있는 것은 아닙니다. 시퀀서를 여러 운영자가 나눠 맡는 탈중앙화 방안은 아직 진행 중인 경우가 많습니다.
이 글의 중단 사례와 시간은 가상의 예시입니다. 실제 롤업을 쓸 때는 Ethereum.org와 각 롤업의 최신 공식 문서를 기준일 표시와 함께 확인하고, 평상시에 비상 경로를 한 번 살펴 두는 것이 좋습니다.