L2 Rollup 리스크 읽기

도입

L2를 지원할지 결정할 때 수수료와 TVL만 보면 위험하다. 결제 서비스는 "싸고 빠른 네트워크"가 아니라 "사용자가 돈을 넣고 빼고, merchant가 정산받고, 장애 때 설명할 수 있는 네트워크"를 필요로 한다. 그래서 rollup을 읽을 때는 proof system, data availability, exit window, sequencer/proposer failure, upgrade key, stablecoin asset model을 함께 봐야 한다.

이 강의의 목표는 L2BEAT 표를 그대로 따라 읽는 것이 아니다. 공개 risk data를 checkout release decision으로 바꾸는 훈련이다. 특정 L2가 Stage 1인지, fraud proof가 있는지, DA가 어디에 있는지보다 중요한 질문은 "이 조건에서 우리 결제 제품을 어디까지 열 수 있는가"다.

학습 목표

• L2 risk를 state validation, DA, exit window, sequencer failure, proposer failure, upgradeability, asset support로 분해한다.
• L2BEAT의 risk/stage 정보를 제품 지원 등급과 출시 차단 조건으로 바꾼다.
• sequencer outage, withdrawal delay, bridge upgrade가 사용자 결제 상태에 미치는 영향을 설명한다.
• L2별 monitoring, status page, refund/withdrawal UX를 설계한다.

개념 설명

1. L2 risk는 "싸다/빠르다"보다 먼저 읽는다

L2BEAT의 Risk Analysis는 이런 축을 비교할 수 있게 해준다. 다만 숫자와 stage는 시간이 지나며 바뀌므로, product release 문서에는 반드시 접근일과 검토한 항목을 남겨야 한다.

2. Rollup, validium, optimium을 자금 회수 관점으로 본다

L2 분류는 기술 이름이 아니라 사용자가 자금을 회수할 수 있는 조건을 설명해야 한다.

Ethereum.org의 data availability 설명은 data가 없으면 독립 검증이 불가능하다는 점을 강조한다. L2 지원 정책에서는 "DA가 어디냐"를 단순 기술 선택이 아니라 자금 회수와 dispute 가능성의 조건으로 다뤄야 한다.

3. Stage는 maturity signal이지 보안 보증서가 아니다

L2BEAT Stages Framework는 Stage 0, Stage 1, Stage 2로 rollup의 탈중앙화와 trust minimization 성숙도를 표시한다. 중요한 점은 Stage가 전체 보안 수준을 보장하지 않는다는 것이다. Stage가 높아도 proof system bug, contract bug, bridge implementation bug는 별도로 검토해야 한다.

지원 등급은 stage 하나로 결정하지 않는다. native stablecoin support, bridge policy, oracle/indexer 품질, RPC SLA, custody/on-ramp 지원까지 합쳐서 판단해야 한다.

4. Optimistic과 ZK의 차이는 withdrawal UX로 드러난다

사용자에게 "L2라서 몇 초 안에 끝난다"고 약속하면 안 된다. L2 내부 transfer는 빠를 수 있지만, L1 withdrawal이나 cross-chain settlement는 별도 finality를 갖는다.

5. Sequencer outage는 단순 장애가 아니라 결제 상태 문제다

sequencer가 멈추면 새 checkout, refund, transfer, withdrawal이 각각 다르게 영향을 받는다. checkout은 route를 닫는 것이 맞을 수 있고, refund는 pending queue로 남겨야 할 수 있으며, treasury withdrawal은 L1 escape path를 확인해야 한다.

코드로 확인하기

위 신뢰 모델을 코드와 운영 규칙으로 확인한다. 메시지 상태, 최종성, 재시도, 관측 지점이 어디서 분리되는지 보는 것이 목적이다.

백엔드L2 지원 등급 정책 — TypeScript

L2BEAT/공식 문서에서 읽은 risk 등급을 그대로 결제 정책으로 변환한다. enable할 결제 기능을 등급으로 제한하면 코드 한 곳에서 governance가 가능하다.

01type L2SupportTier = "full" | "limited" | "deposit-only" | "watchlist" | "unsupported";0203type L2Profile = {04  chainId: number;05  name: string;06  stage: "Stage 0" | "Stage 1" | "Stage 2";07  hasFraudOrValidityProof: boolean;08  sequencerType: "centralized" | "decentralized" | "based";09  withdrawalDelayDays: number;          // optimistic 의 경우 710  l1EscapeHatchAvailable: boolean;11  l2beatRiskUrl: string;12  lastReviewedAt: string;13  tier: L2SupportTier;14};1516export const L2_REGISTRY: L2Profile[] = [17  {18    chainId: 8453, name: "Base",19    stage: "Stage 1", hasFraudOrValidityProof: true,20    sequencerType: "centralized", withdrawalDelayDays: 7,21    l1EscapeHatchAvailable: true,22    l2beatRiskUrl: "https://l2beat.com/scaling/projects/base",23    lastReviewedAt: "2026-05-14", tier: "full"24  },25  {26    chainId: 42161, name: "Arbitrum One",27    stage: "Stage 1", hasFraudOrValidityProof: true,28    sequencerType: "centralized", withdrawalDelayDays: 7,29    l1EscapeHatchAvailable: true,30    l2beatRiskUrl: "https://l2beat.com/scaling/projects/arbitrum",31    lastReviewedAt: "2026-05-14", tier: "full"32  }33];3435const TIER_FEATURES: Record<L2SupportTier, Array<"checkout" | "refund" | "withdrawal" | "merchant-settle">> = {36  full:           ["checkout", "refund", "withdrawal", "merchant-settle"],37  limited:        ["checkout", "refund"],38  "deposit-only": ["checkout"],39  watchlist:      [],40  unsupported:    []41};4243export function isFeatureAllowed(chainId: number, feature: "checkout" | "refund" | "withdrawal" | "merchant-settle") {44  const p = L2_REGISTRY.find((r) => r.chainId === chainId);45  return p ? TIER_FEATURES[p.tier].includes(feature) : false;46}

인덱서Sequencer outage 감지 — block height 정체 알람

L2 RPC에서 blockNumber 가 N분 동안 멈추면 outage 신호. fallback RPC에서도 동일하면 route disable.

01import { createPublicClient, http } from "viem";0203const STALL_SECONDS = 120;0405export async function detectSequencerStall(args: { chainId: number; rpcUrls: string[] }) {06  const samples = await Promise.all(07    args.rpcUrls.map(async (url) => {08      const c = createPublicClient({ transport: http(url) });09      const block = await c.getBlock({ blockTag: "latest" });10      return { url, blockNumber: block.number, timestamp: Number(block.timestamp) };11    })12  );1314  const now = Math.floor(Date.now() / 1000);15  const stalled = samples.every((s) => now - s.timestamp > STALL_SECONDS);1617  if (stalled) {18    await disableRoutesForChain(args.chainId, "sequencer-stall");19    await alerts.fire({20      severity: "critical",21      reason: `chain ${args.chainId} sequencer appears stalled`,22      samples23    });24  }25}

클라이언트Withdrawal 지연 UX 메시지 — 7일 optimistic case

사용자가 L2에서 L1으로 자금을 인출할 때 7일 챌린지 기간을 명시. status 추적 단계가 미정의면 안된다.

01type WithdrawalStatus = "L2Submitted" | "WaitingChallenge" | "ReadyToFinalize" | "Finalized";0203export function renderWithdrawalCopy(s: WithdrawalStatus, submittedAt: Date, challengeDays = 7) {04  const elapsed = (Date.now() - submittedAt.getTime()) / 86_400_000;05  const remaining = Math.max(0, challengeDays - elapsed);06  switch (s) {07    case "L2Submitted":08      return `L2에서 인출 요청을 받았습니다. L1 확정까지 약 ${challengeDays}일 (챌린지 기간) 이 필요합니다.`;09    case "WaitingChallenge":10      return `챌린지 기간 진행 중 — 약 ${remaining.toFixed(1)}일 남았습니다.`;11    case "ReadyToFinalize":12      return `챌린지 기간이 끝났습니다. L1에서 인출을 확정해 주세요.`;13    case "Finalized":14      return `인출이 L1에서 확정되었습니다.`;15  }16}

강의 포인트

실무 예시

운영[BACKEND] 결제 서비스 L2 지원 등급

L2 risk intake sheet 예시

학습자는 실제 값은 L2BEAT와 각 L2 공식 문서에서 확인해 채운다. 이 강의 자료에는 고정 숫자를 박아두지 않는다. L2 risk 데이터는 운영 중 변하므로 release 시점에 다시 확인하는 절차가 더 중요하다.

Sequencer outage 사용자 문구

흔한 오해와 실패 시나리오

실습 과제

1. 운영L2 risk intake sheet 작성: 선택한 L2 2개에 대해 state validation, DA, exit window, sequencer failure, proposer failure, upgradeability, native stablecoin support를 표로 정리한다.
2. 백엔드[OPS] 결제 서비스 지원 등급 정하기: 각 L2를 Full support, Limited support, Deposit-only, Watchlist, Unsupported 중 하나로 분류하고 출시 차단 조건과 사용자 안내 문구를 작성한다.
3. 클라이언트[OPS] Sequencer outage UX 설계: sequencer outage 또는 withdrawal 지연 상황에서 checkout, refund, treasury withdrawal, status page가 어떤 상태를 보여야 하는지 설계한다.

완료 기준

1. L2BEAT risk axis를 결제 제품 질문으로 바꿨다.
2. 선택한 L2 2개에 대해 지원 등급과 출시 차단 조건을 작성했다.
3. sequencer outage와 withdrawal delay의 사용자 문구와 운영 행동을 분리했다.
4. stage, DA, proof, native asset 정보의 재검토 주기와 source register를 정했다.

근거 자료

• L2 Rollup 리스크: 03-크로스체인-L2/02-L2-Rollup-리스크.md
• L2BEAT와 L2 리스크: 90-출처/원문-노트/L2BEAT와-L2-리스크.md
• L2BEAT Scaling Risk Overview: https://l2beat.com/scaling/risk
• L2BEAT Scaling Summary: https://l2beat.com/scaling/summary
• L2BEAT Stages Framework: https://l2beat.com/stages
• Ethereum.org Data Availability: https://ethereum.org/developers/docs/data-availability/