L2 롤업과 크로스체인 브리지: 확장성과 상호운용성을 어떻게 같이 가져갈까

L1 보안을 포기하지 않으면서 처리량을 늘리려는 시도가 L2를 만들었고, 서로 다른 체인을 안전하게 연결하려는 시도가 크로스체인 브리지를 만들었다. 두 축은 별개로 발전했지만 실무에서는 거의 항상 함께 쓰인다 — L2에서 처리한 트랜잭션이 다른 체인의 자산과 상호작용해야 하는 경우가 흔하기 때문이다.

Rollup: L2에서 실행하고 L1에 증명만 남긴다

Layer2는 L1의 결제·합의 보안을 유지한 채 트랜잭션 처리량을 확장하는 오프체인 또는 하이브리드 계층이다. 목적은 수수료 절감과 처리 지연 감소다. Rollup은 이 개념을 구현하는 대표적 방식으로, 트랜잭션을 L2에서 실행한 뒤 데이터를 L1에 압축해 게시한다. 여기서 Optimistic Rollup과 ZK Rollup이 갈린다. Optimistic Rollup은 사후 검증 방식으로 챌린지 기간과 Fraud Proof에 의존하고, ZK Rollup은 사전 검증 방식으로 Validity Proof를 생성·검증한다.

아키텍처를 뜯어보면 Sequencer/Batcher가 거래를 순서화하고 배치해 L1에 calldata 또는 블롭(EIP-4844)로 데이터를 게시한다. 증명 계층에서 Optimistic은 챌린지 기간과 Fraud Proof를, ZK는 Validity Proof의 생성·검증을 거치는데, 이 과정에서 최종성 지연과 비용·복잡성 사이의 트레이드오프가 발생한다. 데이터 가용성도 선택지가 갈린다. 이더리움 DA를 쓰면 보안이 극대화되지만, EigenDA·Celestia 같은 외부 DA를 쓰면 비용은 절감되는 대신 데이터 가용성에 대한 추가 가정이 필요해진다.

Plasma는 왜 주류에서 밀려났나

Plasma는 L1에 상태 루트를 정기적으로 커밋하는 자식 체인 모델이다. 대량 처리에는 유리하지만 범용 스마트컨트랙트 지원에 제약이 있고, 출금 지연 문제가 있다. Child chain을 운영하며 주기적으로 상태 루트를 커밋하고, 사용자 자산 인출은 출구 게임(Exit) 방식에 의존한다. 강한 데이터 가용성 보장이 어렵다 보니 검열이나 데이터 손실이 발생하면 사용자는 출구 절차에 의존할 수밖에 없다. 이런 범용성·UX 한계 때문에 주류 롤업 대비 사용이 축소되는 경향을 보이며, 지금은 특수 도메인에 제한적으로만 남아 있다.

브리지 보안 모델과 CCIP의 역할

Cross-Chain Bridge는 이기종 체인 간 자산·메시지 전송 메커니즘이며, 보안 모델에 따라 라이트클라이언트형(신뢰 최소화, 느림), 외부 검증자·오라클형(속도 우세, 추가 신뢰 가정), 유동성 네트워크형(속도 우세, 유동성 리스크)으로 나뉜다. 속도와 탈중앙 검증 강도는 대체로 반비례 관계다.

Chainlink CCIP는 분산 오라클 네트워크(DON) 기반의 범용 메시지·토큰 전송 프로토콜이다. Router가 메시지 라우팅을 담당하고, DON이 검증과 전달을 수행하며, RMN(Risk Management Network)이 이상 탐지와 정책 제어를 맡는다. 토큰 전송은 락-민트 또는 번-언락 패턴을 쓴다. 이 구조 덕분에 거버넌스와 리스크 정책을 통해 운영 안정성을 끌어올릴 수 있다는 게 다른 브리지 모델과의 차별점이다.

데이터 가용성 선택지도 브리지 설계에 영향을 준다. L1 DA는 보안과 검증 용이성이 우수하지만 비용이 오르고, 외부 DA는 비용·처리량에서 우세하지만 가용성 실패 시 복구 시나리오가 필요하다. 중요한 상태는 L1에, 대용량 데이터는 외부 DA에 저장하는 하이브리드 방식도 쓰인다.

보안·운영 측면에서는 최소 권한과 다중서명 운영, 모듈 분리, 업그레이드 타임락, 한도·속도 제한 같은 가드레일이 기본이다. L2에서는 단일 시퀀서 리스크와 분산 시퀀싱의 난이도가, ZK에서는 증명 비용과 즉시 최종성이라는 장점이 맞선다. 브리지에서는 탈중앙 검증 강도와 지연·비용이, 운영 편의와 신뢰 가정 증가가 서로 균형을 이뤄야 한다.

특성 비교

항목	Optimistic Rollup	ZK Rollup	Plasma	CCIP(브리지)
성능	TPS 고성능, 챌린지 대기 지연	TPS 고성능, 증명 비용 부담	대량 처리 유리	체인 간 처리량 경로 의존
확장성	EIP-4844로 비용↓ 확장성↑	증명기 최적화로 수평 확장	범용성 제한	멀티체인 연결성 확장
일관성	L1 최종성까지 지연	빠른 최종성(검증 즉시)	출구 게임 종속	종단 간 합의·최종성 조율 필요
안정성	성숙 생태계·모니터링 다양	암호증명 신뢰, 복잡성 리스크	DA/운영 리스크	오라클/DON 신뢰가정 포함
운영 편의	개발 친화, EVM 호환	도구·회계 복잡도 증가	UX/운영 난이도 높음	메시지·정책 관리 편의

환경·버전·네트워크 상태에 따른 편차가 있으므로 최신 정보를 확인해야 한다.

실무에서는 이렇게 조합된다

DeFi 다중체인 전략 자동화는 슬리피지·수수료 최소화와 수익 극대화가 목적이다. L2(ZK 또는 Optimistic)에서 전략을 실행한 뒤 CCIP로 체인 간 포지션 리밸런싱 메시지를 보내고, 대상 체인에서 토큰을 언락·민트하며 전략을 재배치하는 흐름이다. 한도·속도 제한, 실패 시 롤백·재시도 큐, 온·오프체인 모니터링이 운영 포인트다.

게임·NFT 마이크로페이먼트는 대량 소액 결제 처리와 사용자 경험 개선이 목적이다. zkRollup 안에서 결제를 처리하고 정산 주기별로 L1에 증명을 게시한 뒤, CCIP로 보상·에셋을 브리징한다. 대기열·리더보드 데이터의 DA 전략과 에어드랍 사기 방지 정책을 함께 챙겨야 한다.

기업 재무·결제 백오피스는 멀티체인 자금 이체와 회계 자동화가 목적이다. 정책 엔진에서 결제를 승인하면 CCIP 메시지로 결제 지시가 전달되고, 대상 체인의 스마트컨트랙트가 이를 이행하며 감사 로그를 남긴다. 권한 분리, 결제 한도, 타임락, 이중 승인이 필요하다.

거래소 온·오프램프 최적화는 입출금 지연과 비용을 최소화하는 게 목적이다. 사용자 입금을 L2에서 처리하고 L1에 압축 게시한 뒤, 필요하면 CCIP로 재배치한다. 대량 출금 이벤트에 대비한 유동성 관리와 재시도·보상 메커니즘이 운영 포인트다.

L2→L1→타체인 전송 흐름

⤢✕

사용자의 송금 요청이 입력이고, Sequencer 수신 → 배치 → 증명/검증 → CCIP 라우팅·위험관리가 처리 단계다. 출력은 대상 체인에서의 실행 또는 중단·롤백이며, 검증 실패 시에는 환불·알림과 재시도 큐 등록으로 예외를 처리한다. L2의 즉시성과 L1의 최종성이 다른 리듬으로 움직이는 만큼, 브리지 실행 시에는 원장 상태의 락·언락 원자성을 보장하는 설계가 필요하다.

비용·처리량·최종성 수치

L2를 쓰면 가스 비용을 550배 절감할 수 있고, 데이터 블롭을 활용하면 여기에 추가로 2080% 더 절감할 수 있다(네트워크 혼잡도에 따라 달라지므로 최신 정보 확인이 필요하다). 처리량 면에서는 단일 롤업이 수천 TPS 수준을 낼 수 있고, 애플리케이션 샤딩이나 멀티롤업 구성 시에는 선형에 가까운 확장도 가능하다. 최종성은 Optimistic Rollup이 2~7일의 출금 지연을 갖는데 패스트브리지로 단축할 수 있고, ZK Rollup은 증명 대기를 포함해 수분에서 수십 초 단위의 최종성을 보인다. CCIP는 체인 간 메시지형 워크플로를 구현해 상호운용성과 함께 운영 정책·감사 가능성을 확보하고, RMN 기반 이상 탐지와 한도·속도 제한으로 대규모 손실을 방지한다.

롤업 중심 L2가 실사용 확장의 기본 축이고, Plasma는 특수 도메인에서만 제한적으로 유효하다. CCIP 같은 메시지형 브리지는 멀티체인 애플리케이션의 실무 표준으로 부상하고 있다. 대량 트랜잭션 워크로드에는 ZK나 Optimistic Rollup을 우선 검토하고, 크로스체인 요구가 있다면 CCIP로 정책·감사가 가능한 메시지 경로를 구축하는 편이 낫다. 다만 DA·보안 모델·운영 복잡도의 트레이드오프는 프로젝트마다 다르므로 단계적 롤아웃과 최신 정보 확인이 함께 가야 한다.