롤업이란? 실행과 데이터 게시를 나누는 구조

롤업은 여러 거래의 실행과 상태 관리를 이더리움 밖의 L2에서 처리한 뒤, 검증에 필요한 데이터와 상태 약속 또는 증명을 이더리움에 게시하는 확장 방식입니다. 수수료가 낮다는 결과보다 데이터 위치, 증명 방식, 강제 출금 경로를 확인해야 보안 구조를 알 수 있습니다.

롤업은 거래를 없애지 않고 묶는다

롤업 사용자는 L2의 시퀀서나 노드에 거래를 보낸다. L2는 이를 실행해 상태를 바꾸고 여러 거래를 한 배치로 압축한다. 이후 이더리움의 롤업 계약에 상태 커밋먼트와 데이터, 체계에 따라 사기 증명 또는 유효성 증명을 연결한다.

Ethereum scaling은 L2가 메인넷 밖에서 거래를 처리하면서 메인넷 보안을 활용하는 범주라고 설명한다. 핵심은 단순 서버 처리와 달리 L1 계약이 상태 전이를 판정하고 사용자가 데이터를 통해 상태를 재구성할 수 있도록 설계한다는 점이다.

L1은 결제층이자 분쟁 판정층이다

롤업이 이더리움 보안을 빌린다는 표현은 모든 부분이 자동으로 탈중앙화됐다는 뜻이 아니다. L1은 게시된 데이터와 계약 규칙을 통해 상태 약속을 정산한다. 하지만 거래 순서를 정하는 시퀀서, 증명을 만드는 주체, 코드 업그레이드 권한은 별도 운영 구조일 수 있다.

따라서 ‘이더리움 L2’라는 이름만으로 같은 안전성을 가정하면 안 된다. Optimistic rollups가 설명하는 온체인 계약·오프체인 VM 구분처럼, 어느 기능이 L1에 있고 어느 기능이 운영자에게 있는지 지도처럼 그려야 한다.

배치와 압축이 비용을 줄이는 이유

L1에 개별 거래를 모두 같은 형식으로 제출하면 서명, 주소, 헤더 같은 반복 정보가 비용을 차지한다. 롤업은 여러 사용자의 거래를 묶고 공통 정보를 공유하며 주소를 인덱스로 표현하는 등 압축한다. 게시 고정 비용도 배치 참여자에게 나뉜다.

수수료는 L2 실행비와 L1 데이터 게시비, 운영자 정책이 합쳐진 결과다. 사용량이 적은 배치는 고정비 분담이 불리할 수 있고, blob 수요가 높아지면 데이터 비용도 변한다. 따라서 ‘항상 몇 배 저렴하다’는 고정 숫자보다 수수료 구성 항목을 본다.

최종성이라는 말은 세 시점을 가리킨다

L2 화면의 성공 표시는 시퀀서가 거래를 받아 실행했다는 빠른 확인일 수 있다. 배치가 L1에 게시된 시점, 이더리움 블록이 최종화된 시점, 증명 또는 도전 기간이 끝난 시점은 서로 다르다. 목적에 따라 필요한 확정 수준도 다르다.

거래소 입금이나 브리지 출금은 자체 확인 수를 더 요구할 수 있다. 탐색기에서 L2 거래 해시만 보지 말고 배치 번호, L1 포함 거래, 상태 루트, 증명 상태를 연결해야 한다. 장애 때는 시퀀서 확인과 L1 정산이 어긋날 수 있다.

• L2 거래 상태와 배치 번호 확인
• 배치의 L1 게시 거래 열기
• 증명·도전 상태와 L1 최종성 확인
• 공식 브리지의 출금 메시지 상태 확인

운영자가 멈췄을 때 보이는 진짜 구조

정상 상황의 처리 속도보다 시퀀서 중단과 검열 상황의 경로가 보안 구조를 드러낸다. 사용자가 L1 계약에 거래를 강제로 포함시킬 수 있는지, 게시된 데이터로 다른 노드가 상태를 복구할 수 있는지, 출금 증명을 직접 만들 수 있는지 확인한다.

대체 경로가 문서에 있어도 실제 활성화 조건, 지연 시간, 필요한 소프트웨어가 복잡할 수 있다. 비상 기능의 존재와 일반 사용자가 실행 가능한지는 다른 질문이다. 테스트넷 절차나 최근 실제 훈련 기록이 있는지도 운영 문서에서 찾는다.

낮은 수수료보다 실패했을 때의 탈출 경로가 구조를 보여 준다.

JOBCOIN 해설

롤업을 비교할 때 이름 대신 계약을 본다

같은 롤업 계열이라도 데이터 가용성, 증명 시스템, 업그레이드 지연, 시퀀서 수, 브리지 계약이 다르다. 메인넷 탐색기에서 핵심 계약 주소와 구현 코드를 확인하고 공식 문서가 가리키는 주소와 일치하는지 대조한다.

검증은 특정 날짜의 스냅샷이어야 한다. 업그레이드 가능한 시스템은 관리자나 구현 주소가 바뀔 수 있기 때문이다. 확인 날짜, 체인 ID, 계약 주소, 구현 버전, 출금 조건을 한 줄씩 남기면 홍보 문구보다 재검증 가능한 기록이 된다.

실제 거래 하나를 따라가면 구조가 선명해진다. L2 거래 해시에서 배치 번호를 찾고, 배치가 포함된 L1 거래를 연 뒤 입력 데이터나 blob 연결을 확인한다. 상태 루트가 언제 제출됐고 증명 상태가 무엇인지 기록한다. 이 과정에서 L2 탐색기와 L1 탐색기의 주소가 공식 문서와 일치하는지도 대조한다.

자산 이동은 메시지와 토큰 표현을 따로 본다. L1 자산이 브리지 계약에 잠기고 L2 표현이 발행되는지, 소각 후 해제되는지, 제3자 브리지가 별도 유동성을 지급하는지에 따라 실패 시 청구 대상이 달라진다. 같은 자산 기호라도 계약 주소와 원본 체인이 다르면 동일한 권리라고 단정할 수 없다.

자주 묻는 질문