수많은 사용자가 동시에 토큰을 전송하고, NFT를 민팅하고, DeFi에서 스왑을 실행하는 순간 Ethereum에서는 어떤 일이 벌어질까요? 거래 처리 대기열은 길어지고, 더 빨리 처리받기 위해 사용자는 높은 가스비를 제시합니다. 결국 네트워크 수수료는 급등하고, 소액 거래는 경제성을 잃습니다.
겉으로 보면 문제는 “계산 능력이 부족해서”처럼 보입니다. 하지만 Blockchain 확장성의 더 근본적인 병목은 단순한 연산량이 아닙니다. 누구나 검증할 수 있도록 거래 데이터를 전파하고, 저장하고, 재현해야 한다는 데이터 비용이 핵심입니다.
모든 노드가 같은 기록을 보관하는 구조
전통적인 퍼블릭 블록체인은 중앙 서버가 아닌 다수의 노드가 동일한 거래 기록을 공유하는 분산 원장입니다. 새 트랜잭션이 발생하면 네트워크는 대체로 다음 과정을 거칩니다.
- 사용자가 트랜잭션을 네트워크에 전송합니다.
- 여러 노드가 해당 거래의 서명, 잔액, 스마트 컨트랙트 실행 조건을 검증합니다.
- 검증된 거래는 블록에 포함됩니다.
- 블록은 합의를 거쳐 정식 체인에 연결됩니다.
- 노드는 이 데이터를 받아 저장하고, 같은 상태 변화를 재현합니다.
이 구조는 강력합니다. 특정 기업이나 관리자를 믿지 않아도 되며, 누구나 독립적으로 거래 이력을 검증할 수 있습니다. 과거 데이터를 몰래 바꾸려 하면 블록 간 해시 연결과 네트워크 검증 과정에서 즉시 문제가 드러납니다.
그러나 신뢰를 얻는 대가도 큽니다. 사용자가 늘어날수록 단지 거래 건수만 늘어나는 것이 아니라, 그 거래를 모든 참여자가 확인할 수 있게 만드는 데이터 부담도 함께 증가합니다.
Blockchain은 거래를 “처리”하는 시스템인 동시에, 그 거래를 누구나 검증할 수 있도록 “공개·전파·보존”하는 시스템입니다.
처리량은 왜 쉽게 늘어나지 않을까
일반적인 웹 서비스는 사용자가 늘면 서버를 추가하는 방식으로 확장할 수 있습니다. 예를 들어 쇼핑몰의 주문량이 증가하면 데이터베이스 서버나 애플리케이션 서버를 증설하면 됩니다. 운영 주체가 하나이므로, 어떤 서버를 신뢰할지에 대한 합의가 필요하지 않습니다.
반면 Ethereum 같은 퍼블릭 Blockchain은 다릅니다. 블록 크기나 처리량을 무작정 키우면 더 많은 데이터가 네트워크 전체로 전파되어야 하고, 각 노드는 더 빠른 인터넷 연결, 더 큰 저장 공간, 더 높은 하드웨어 성능을 요구받게 됩니다.
이는 곧 참여 장벽의 상승으로 이어집니다.
- 고성능 장비를 가진 소수만 노드를 운영하게 될 수 있습니다.
- 검증자가 줄어들면 탈중앙성은 약해질 수 있습니다.
- 블록 전파가 느려지면 네트워크 안정성과 합의 효율도 떨어질 수 있습니다.
- 저장해야 할 데이터가 폭증하면 일반 사용자의 독립 검증도 어려워집니다.
즉, 처리량을 높이는 일은 단순히 “더 큰 서버를 쓰자”는 문제가 아닙니다. 속도, 보안, 탈중앙성, 데이터 접근성 사이의 균형 문제입니다.
가스비 폭등의 진짜 배경: 블록 공간 경쟁
Ethereum에서 사용자는 트랜잭션을 블록에 포함시키기 위해 가스비를 지불합니다. 네트워크가 한 번에 처리할 수 있는 블록 공간은 제한적이지만, 사용자가 제출하는 거래는 제한이 없습니다.
수요가 공급을 넘으면 사용자는 더 높은 수수료를 제시해 자신의 거래를 우선 처리받으려 합니다. 이 경쟁이 가스비 상승으로 이어집니다.
특히 스마트 컨트랙트 호출은 단순 송금보다 더 많은 계산과 상태 변경을 요구할 수 있습니다. 하지만 확장성 관점에서 더 중요한 점은, 실행 결과를 신뢰할 수 있게 만들기 위해 관련 거래와 상태 변경 정보를 네트워크가 검증 가능한 형태로 다뤄야 한다는 사실입니다.
예를 들어 어떤 탈중앙화 거래소에서 스왑이 실행되면 네트워크는 단순히 “교환이 완료됐다”는 결과만 저장하는 것이 아닙니다. 누가 얼마를 보냈는지, 어떤 유동성 풀의 상태가 어떻게 바뀌었는지, 계산이 규칙대로 수행됐는지 검증할 수 있어야 합니다.
이 때문에 블록 공간은 단순한 저장 공간이 아니라, 전 세계 검증자들이 함께 신뢰를 형성하기 위해 사용하는 희소한 공공 자원이 됩니다.
데이터 가용성: 기록되어 있다는 것만으로는 부족하다
Blockchain에서 데이터는 블록에 포함되기만 하면 끝나지 않습니다. 네트워크 참여자들이 실제로 그 데이터를 내려받고 확인할 수 있어야 합니다. 이것이 데이터 가용성(Data Availability) 입니다.
데이터 가용성이 확보되지 않으면 심각한 문제가 발생합니다. 누군가 “올바른 상태 변경이 일어났다”고 주장해도, 그 계산에 사용된 원본 데이터를 다른 참여자가 볼 수 없다면 독립적인 검증이 불가능해집니다.
따라서 확장 기술은 다음 두 가지를 동시에 해결해야 합니다.
- 더 많은 거래를 빠르고 저렴하게 처리할 것
- 처리 결과를 검증하는 데 필요한 데이터를 누구나 접근할 수 있게 할 것
이 두 조건은 종종 충돌합니다. 데이터를 많이 올리면 검증 가능성은 높아지지만 비용이 커집니다. 반대로 데이터를 줄이면 비용은 낮아질 수 있지만, 사용자가 결과를 재검증하기 어려워질 수 있습니다.
확장성의 질문은 “얼마나 계산할 수 있는가”가 아니다
Ethereum 확장성 논의는 흔히 TPS, 즉 초당 트랜잭션 수로 요약됩니다. 물론 중요한 지표입니다. 그러나 더 본질적인 질문은 다음과 같습니다.
얼마나 많은 거래 데이터를, 얼마나 저렴하게, 얼마나 많은 사람이 검증 가능한 방식으로 제공할 수 있는가?
이 질문이 중요한 이유는 Blockchain의 신뢰가 중앙 서버의 성능이 아니라 검증 가능한 데이터에서 나오기 때문입니다. 계산은 특정 환경에서 빠르게 수행할 수 있습니다. 하지만 그 계산이 올바르게 수행됐다는 사실을 누구나 확인할 수 있도록 데이터를 제공하는 일은 훨씬 더 비싸고 어렵습니다.
이 지점에서 Layer 2 Rollup이 등장합니다. Rollup은 대량의 실행을 별도 레이어에서 처리하고, Ethereum에는 압축된 결과와 검증에 필요한 데이터를 올리는 방식으로 부담을 분산합니다. 그리고 이 데이터 비용을 낮추기 위해 설계된 변화가 Proto-Danksharding, 즉 EIP-4844입니다.
결국 초저가 확장의 출발점은 더 많은 계산을 억지로 L1에 밀어 넣는 것이 아닙니다. 데이터를 더 효율적으로 게시하고, 더 저렴하게 검증 가능하게 만드는 것입니다.
Rollup, 수천 개의 거래를 하나의 증거로 압축하다: Blockchain 보안의 계승
사용자 거래는 Ethereum 메인넷 밖에서 처리됩니다. 그런데도 왜 L2 Rollup은 Ethereum의 보안을 활용할 수 있을까요?
핵심은 단순합니다. 실행은 L2에서 빠르게 수행하고, 그 실행 결과를 검증할 수 있는 데이터와 증거는 Ethereum에 남긴다는 것입니다. 즉, Rollup은 Blockchain의 보안 기반을 버리는 것이 아니라, 가장 비용이 큰 실행 작업을 분리해 처리합니다.
L2에서 시작되는 사용자 거래
사용자가 L2 기반 지갑에서 토큰을 전송하거나 DeFi 스왑을 실행하면, 거래는 먼저 해당 Rollup 네트워크로 전달됩니다. 이때 거래는 Ethereum L1의 모든 노드가 즉시 실행하는 방식이 아니라, L2 환경에서 처리됩니다.
여기서 중심 역할을 맡는 주체가 Sequencer입니다.
Sequencer는 일반적으로 다음 작업을 수행합니다.
- 사용자 트랜잭션을 수집합니다.
- 거래의 순서를 정합니다.
- 스마트 컨트랙트를 실행합니다.
- 잔액, NFT 소유권, DeFi 포지션 등 L2 상태를 갱신합니다.
- 수천 건의 거래를 하나의 배치(batch)로 묶습니다.
사용자 입장에서는 거래가 빠르게 확정된 것처럼 보입니다. L2가 거래를 직접 실행하므로, Ethereum 메인넷에서 개별 거래가 처리되기를 기다리는 것보다 훨씬 빠르고 저렴하기 때문입니다.
다만 여기서 중요한 질문이 남습니다.
Sequencer가 잘못된 거래 순서를 만들거나, 잔액을 임의로 조작하면 어떻게 될까요?
Rollup의 신뢰 모델은 “Sequencer를 믿는다”가 아닙니다. Sequencer는 거래를 정리하고 제출하는 운영자에 가깝고, 최종적으로 결과를 받아들이는 검증 기준은 Ethereum L1에 있습니다.
상태 루트: 수천 건의 결과를 하나의 값으로 요약하는 방법
Rollup은 거래 하나하나의 최종 결과를 Ethereum에 모두 저장하지 않습니다. 그렇게 하면 비용 절감 효과가 사라집니다. 대신 L2의 전체 상태를 대표하는 상태 루트(state root)를 기록합니다.
상태 루트는 계정 잔액, 컨트랙트 저장값, NFT 소유 정보처럼 L2에 존재하는 수많은 데이터를 머클 트리(Merkle tree) 구조로 요약한 해시값입니다.
쉽게 말하면 다음과 같습니다.
- 거래 전 L2 상태: 이전 상태 루트
- 수천 건의 거래 실행: 배치 처리
- 거래 후 L2 상태: 새로운 상태 루트
만약 잔액 1원만 달라져도 상태 루트는 완전히 다른 값이 됩니다. 따라서 상태 루트는 “이 배치가 실행된 뒤 L2의 상태가 무엇인지”를 압축적으로 나타내는 암호학적 지문입니다.
Sequencer는 Ethereum에 다음과 같은 정보를 제출합니다.
- 배치 전후의 상태 루트
- 배치에 포함된 거래 데이터 또는 이를 재구성할 수 있는 데이터
- 해당 상태 전환이 올바르다는 증명 또는 검증을 위한 단서
이 구조 덕분에 Ethereum은 모든 L2 거래를 직접 실행하지 않더라도, L2가 주장하는 상태 변화가 정당한지 확인할 기반을 확보합니다.
배치 데이터가 중요한 이유: “검증 가능한 압축”의 조건
상태 루트만 Ethereum에 올린다면 비용은 매우 낮아질 수 있습니다. 하지만 누구도 그 결과가 맞는지 재검증할 수 없다면, 그것은 안전한 Rollup이 아닙니다.
예를 들어 Sequencer가 다음처럼 주장한다고 가정해 보겠습니다.
“이번 배치에서 A의 잔액은 1 ETH 줄었고, B의 잔액은 1 ETH 늘었습니다.”
이 주장이 맞는지 확인하려면, 최소한 어떤 거래가 포함됐는지와 거래가 어떤 순서로 처리됐는지를 알 수 있어야 합니다. 그래서 진정한 Rollup은 데이터 가용성(Data Availability)을 매우 중요하게 다룹니다.
데이터 가용성이란 검증에 필요한 거래 데이터가 누구에게나 공개되어 있고, 필요할 때 내려받아 재실행할 수 있는 상태를 뜻합니다.
Ethereum 기반 Rollup은 이 데이터를 Ethereum L1에 게시함으로써 다음을 가능하게 합니다.
- 누구나 L2 거래 데이터를 내려받을 수 있습니다.
- 독립적인 참여자가 L2 상태를 재구성할 수 있습니다.
- Sequencer가 멈춰도 사용자는 탈출 또는 복구 절차를 시도할 수 있습니다.
- 잘못된 상태 전환이 발생하면 이를 증명하거나 무효화할 수 있습니다.
이것이 단순한 “오프체인 서버”와 Rollup의 결정적 차이입니다. 서버는 운영자가 데이터를 숨기면 사용자가 검증할 방법이 없지만, Rollup은 핵심 검증 데이터를 Blockchain의 공개 원장에 남기는 방향을 택합니다.
Optimistic Rollup: 일단 받아들이고, 틀리면 반박한다
Optimistic Rollup은 이름처럼 배치 결과를 일단 낙관적으로 받아들입니다. Sequencer가 Ethereum에 새로운 상태 루트와 배치 데이터를 제출하면, 즉시 모든 계산을 다시 수행해 검증하지는 않습니다.
대신 일정한 이의 제기 기간(challenge period)을 둡니다.
이 기간 동안 누구나 배치를 검토할 수 있습니다. 만약 잘못된 거래 실행이나 부정한 상태 변경을 발견하면, Fraud Proof(사기 증명)를 제출해 해당 배치가 틀렸음을 입증할 수 있습니다.
작동 흐름은 다음과 같습니다.
- Sequencer가 L2 거래를 실행하고 배치를 만듭니다.
- 배치 데이터와 상태 루트를 Ethereum에 제출합니다.
- 검증자 또는 감시자는 해당 배치를 독립적으로 재실행합니다.
- 오류가 발견되면 Fraud Proof를 제출합니다.
- Ethereum의 스마트 컨트랙트가 증명을 확인합니다.
- 부정한 상태 전환은 무효화되고, 잘못을 제출한 주체는 경제적 불이익을 받을 수 있습니다.
이 방식에서 중요한 점은 정직한 감시자 한 명만 있어도 부정행위를 적발할 수 있도록 설계된다는 것입니다. 물론 실제 보안은 데이터가 공개되어 있어야 하고, 이의 제기 시스템과 출금 절차가 제대로 작동한다는 전제 위에 성립합니다.
ZK Rollup: 결과와 함께 수학적 정답지를 제출한다
ZK Rollup은 다른 접근을 사용합니다. 배치를 제출할 때 “이 상태 전환은 올바르게 계산됐다”는 사실을 암호학적으로 증명하는 Validity Proof, 즉 영지식 증명을 함께 제출합니다.
Ethereum은 수천 건의 거래를 직접 재실행하는 대신, 비교적 작은 증명을 검증합니다. 증명 생성에는 많은 계산이 필요할 수 있지만, 증명 검증은 훨씬 효율적으로 수행할 수 있습니다.
흐름은 다음과 같습니다.
- L2가 대량의 거래를 실행합니다.
- 증명 시스템이 거래 실행이 규칙에 맞았음을 증명합니다.
- Sequencer 또는 Prover가 상태 루트, 배치 데이터, Validity Proof를 Ethereum에 제출합니다.
- Ethereum 스마트 컨트랙트가 증명을 검증합니다.
- 증명이 유효할 때만 새로운 L2 상태가 승인됩니다.
Optimistic Rollup이 “틀렸다면 반박하라”는 모델이라면, ZK Rollup은 “맞다는 증명을 먼저 제출하라”는 모델에 가깝습니다.
| 구분 | Optimistic Rollup | ZK Rollup |
|---|---|---|
| 기본 가정 | 배치를 우선 수용 | 증명 검증 후 상태 수용 |
| 핵심 검증 방식 | Fraud Proof | Validity Proof |
| 출금 확정 특성 | 이의 제기 기간의 영향 | 유효성 증명 확인 후 빠른 확정 가능 |
| 주요 과제 | 감시자 참여와 챌린지 구조 | 증명 생성 비용 및 기술 복잡성 |
두 방식 모두 목표는 같습니다. 바로 L2에서 대규모 거래를 처리하면서도, 최종 신뢰의 기준을 Ethereum에 두는 것입니다.
EIP-4844가 더한 변화: 배치 데이터를 더 싸게 올리다
Rollup의 비용은 결국 Ethereum에 배치 데이터를 얼마나 비싸게 올려야 하는지에 크게 좌우됩니다. 아무리 L2에서 거래를 빠르게 실행해도, 거래 데이터를 L1에 기록하는 비용이 높다면 사용자가 내는 수수료도 충분히 낮아지기 어렵습니다.
Proto-Danksharding, 즉 EIP-4844는 이 문제를 겨냥했습니다. Rollup은 일반적인 Ethereum 호출 데이터 대신, 대량의 배치 데이터를 위한 blob 공간을 활용할 수 있게 됐습니다.
blob은 Rollup의 데이터 가용성 목적에 맞춰 설계된 별도 데이터 영역입니다. 일반적인 EVM 실행 데이터와 다른 비용 구조를 사용하기 때문에, Rollup이 거래 데이터를 Ethereum에 게시하는 비용을 크게 낮추는 데 기여합니다.
결과적으로 사용자는 다음과 같은 변화를 체감할 수 있습니다.
- 더 낮은 전송 및 스왑 수수료
- 소액 결제와 온체인 게임 거래의 현실성 확대
- 더 자주 발생하는 소셜·커뮤니티 활동의 온체인 기록
- 대규모 사용자 트래픽을 처리하는 DApp의 UX 개선
Rollup이 Ethereum 보안을 이어받는 정확한 의미
“L2가 Ethereum 보안을 그대로 상속한다”는 표현은 편리하지만, 조건을 함께 이해해야 합니다.
Rollup의 보안은 단순히 Ethereum 위에 있다는 사실만으로 자동 완성되지 않습니다. 일반적으로 다음 요소가 갖춰져야 합니다.
- L2 상태 변화에 필요한 데이터가 Ethereum에서 उपलब्ध해야 합니다.
- Fraud Proof 또는 Validity Proof 검증이 제대로 작동해야 합니다.
- 사용자가 Sequencer 장애 상황에서도 자산을 회수할 수 있는 경로가 있어야 합니다.
- 브리지와 스마트 컨트랙트가 안전하게 설계돼야 합니다.
즉, Sequencer는 빠른 사용자 경험을 제공하지만, 최종 진실을 결정하는 존재는 아닙니다. 최종 상태의 정당성은 Ethereum에 게시된 데이터와 증명, 그리고 이를 실행하는 스마트 컨트랙트 규칙으로 판단됩니다.
Rollup은 거래를 단순히 “밖으로 빼낸” 기술이 아닙니다. 대량 실행은 L2에서 처리하고, 검증 가능한 사실과 최종 정산은 Ethereum에 고정하는 구조입니다. 이 압축 구조가 바로 Blockchain이 확장성과 신뢰를 동시에 추구하는 방식입니다.
EIP-4844와 Blob: Blockchain 데이터 비용을 분리하다
Rollup이 수천 건의 거래를 한 번에 묶어 처리하는데도 수수료가 기대만큼 낮아지지 않았다면, 병목은 어디에 남아 있을까요?
정답은 L1에 데이터를 기록하는 비용, 정확히는 데이터 가용성(Data Availability, DA)을 확보하는 가격입니다. Rollup은 거래 실행을 Layer 2로 옮겼지만, 누구나 거래 결과를 검증하고 필요하면 상태를 복구할 수 있도록 관련 데이터를 Ethereum L1에 게시해야 합니다. 기존에는 이 데이터를 일반 트랜잭션의 calldata에 넣어야 했고, 이 비용이 L2 수수료의 바닥을 결정했습니다.
EIP-4844, 즉 Proto-Danksharding은 이 문제를 해결하기 위해 Blockchain 데이터 처리 방식을 분리했습니다. 핵심은 Blob과 독립적인 blob gas 시장입니다.
Rollup의 숨은 비용: 실행이 아니라 데이터 게시
Rollup은 사용자의 거래를 L2에서 빠르게 실행합니다. 이후 시퀀서는 수많은 거래를 하나의 배치(batch)로 압축하고, 그 결과를 Ethereum에 제출합니다.
이때 L1에 올라가야 하는 것은 단순한 최종 잔액만이 아닙니다.
- 어떤 거래들이 처리되었는지
- 어떤 순서로 실행되었는지
- 누구나 결과를 재계산하거나 이의를 제기할 수 있는지
- 롤업 운영자가 데이터를 숨겼을 때 사용자가 자산을 복구할 수 있는지
이러한 검증 가능성을 유지하려면, Rollup은 충분한 거래 데이터를 공개해야 합니다. 이를 데이터 가용성이라고 합니다.
문제는 기존 방식이었습니다. Rollup은 데이터를 Ethereum 트랜잭션의 calldata로 기록했는데, calldata는 일반 Ethereum 블록 공간을 사용합니다. 따라서 NFT 민팅, DeFi 청산, 밈코인 거래 등으로 L1이 혼잡해지면 Rollup의 데이터 게시 비용도 함께 상승했습니다.
즉, Rollup이 실행 비용을 크게 줄여도 다음 구조는 남아 있었습니다.
L2 수수료 = L2 실행 비용 + L1 데이터 게시 비용 + 운영·증명 비용
많은 Rollup에서 가장 큰 비중을 차지한 것은 바로 L1 데이터 게시 비용이었습니다.
Blob이란 무엇인가
EIP-4844는 Rollup 데이터를 일반 calldata에 넣는 대신, blob-carrying transaction이라는 새로운 형태의 트랜잭션을 도입했습니다.
Blob은 “Binary Large Object”의 줄임말로, Rollup이 대량의 배치 데이터를 Ethereum에 게시할 수 있도록 만든 별도 데이터 컨테이너입니다. 하나의 Blob은 약 128KiB 규모의 데이터를 담을 수 있으며, Rollup은 필요에 따라 여러 Blob을 하나의 트랜잭션에 연결할 수 있습니다.
중요한 점은 Blob이 일반 스마트 컨트랙트 저장소가 아니라는 사실입니다.
| 구분 | 기존 calldata | EIP-4844 Blob |
|---|---|---|
| 주요 용도 | 컨트랙트 호출 데이터, Rollup 데이터 게시 | Rollup 등 대량 데이터 가용성 확보 |
| EVM 직접 접근 | 가능 | 불가능 |
| 데이터 보존 성격 | 체인 이력에 사실상 영구 기록 | 일정 기간 네트워크에서 보관 |
| 비용 시장 | 일반 Ethereum gas 시장 | 별도 blob gas 시장 |
| 적합한 사용처 | 실행에 필요한 입력값 | 실행이 끝난 뒤 검증에 필요한 대량 데이터 |
Blob은 EVM이 직접 읽을 수 없습니다. 따라서 스마트 컨트랙트가 Blob 안의 데이터를 저장소처럼 활용하는 구조가 아닙니다. 이 제한은 의도된 설계입니다.
Blob의 목적은 Ethereum을 무제한 데이터베이스로 만드는 것이 아니라, Rollup이 필요한 데이터를 저렴하게 공개하고 일정 기간 검증 가능하게 유지하는 데 있습니다.
왜 Blob은 더 저렴한가: 실행 공간과 데이터 공간의 분리
기존 calldata는 Ethereum의 일반 가스 시장에서 가격이 결정됩니다. 이 시장에는 단순 송금, DEX 스왑, NFT 거래, 스마트 컨트랙트 실행 등 서로 다른 활동이 모두 경쟁적으로 참여합니다.
반면 EIP-4844는 Blob에 별도의 가격 체계를 부여했습니다.
- 일반 트랜잭션 실행에는 execution gas
- Blob 데이터 게시에는 blob gas
가 각각 적용됩니다.
이 구조에서는 DeFi 거래가 몰려 execution gas가 비싸지더라도, Blob 수요가 상대적으로 낮다면 Rollup의 데이터 게시 비용은 별도 시장에서 낮게 유지될 수 있습니다. 반대로 Rollup 사용량이 급증해 Blob 공간 경쟁이 심해지면 blob gas만 독립적으로 상승합니다.
이 분리는 중요한 경제적 효과를 만듭니다.
Rollup 데이터 비용의 예측 가능성이 높아집니다.
일반 L1 실행 수요와 Rollup 데이터 수요가 완전히 같은 가격 경쟁을 하지 않기 때문입니다.Ethereum 블록 공간을 더 목적에 맞게 활용합니다.
EVM 실행이 필요한 활동과 대량 데이터 게시 활동이 같은 자원을 과도하게 잠식하지 않습니다.L2 수수료의 구조적 하락이 가능해집니다.
Rollup은 가장 비싼 요소였던 calldata 의존도를 줄이고, Blob 공간을 활용할 수 있습니다.
Blob 수수료 역시 수요에 따라 조정됩니다. 다만 일반 가스 시장과 분리된 목표 용량 및 가격 조정 메커니즘을 사용하므로, Rollup이 필요한 데이터 가용성 자원에 맞춘 시장이 형성됩니다.
KZG 커밋먼트: 데이터를 모두 온체인에서 실행하지 않고도 검증하는 방법
Blob이 저렴하다고 해서 검증 가능성을 포기한 것은 아닙니다. Ethereum은 Blob 데이터의 무결성을 확인하기 위해 KZG 커밋먼트(Kate-Zaverucha-Goldberg Commitment)라는 암호학적 기술을 사용합니다.
간단히 말하면, Rollup은 큰 Blob 데이터 전체를 트랜잭션 실행 과정에서 직접 처리하는 대신, 해당 데이터에 대한 짧은 암호학적 약속값인 커밋먼트를 제출합니다.
이 방식으로 네트워크는 다음을 확인할 수 있습니다.
- 특정 Blob이 제출 당시의 데이터와 일치하는지
- Blob의 일부 데이터가 변조되지 않았는지
- Rollup이 참조하는 데이터가 실제로 게시되었는지
Blob 자체는 대량의 데이터를 제공하고, KZG 커밋먼트는 그 데이터가 변경되지 않았다는 사실을 효율적으로 증명합니다. 이는 대규모 Blockchain 데이터 가용성을 다루면서도, 모든 데이터를 EVM 실행 비용으로 처리하지 않기 위한 핵심 장치입니다.
영구 저장이 아닌 ‘검증 가능한 임시 게시’
Blob은 일반적인 온체인 스토리지와 다릅니다. Blob 데이터는 무기한 보존하는 것을 목표로 하지 않으며, 일정 기간 동안 노드가 보관한 뒤 정리될 수 있습니다.
이는 오히려 Rollup의 목적에 적합합니다.
Rollup이 필요한 것은 수년간 모든 거래 원문을 L1 실행 레이어에 영구 저장하는 일이 아닙니다. 핵심은 다음 기간 동안 누구나 데이터를 내려받고 검증하거나, 필요 시 상태를 재구성할 수 있게 하는 것입니다.
- 배치가 제출된 직후
- 이의 제기 또는 증명 검증이 필요한 기간
- 사용자가 강제 출금이나 상태 복구를 준비해야 하는 기간
장기 보관이 필요한 데이터는 Rollup 운영자, 아카이브 노드, 분산 스토리지 또는 별도 인덱싱 서비스가 담당할 수 있습니다. Ethereum L1은 모든 데이터를 영구 저장하는 데이터 창고가 아니라, 검증 가능한 데이터 가용성의 기준점에 가까워집니다.
사용자 수수료에는 어떤 변화가 생기나
EIP-4844 이후 Rollup은 기존 calldata 대신 Blob을 사용해 배치 데이터를 게시할 수 있게 됐습니다. 그 결과 L1 데이터 비용이 낮아지고, 이는 L2 사용자 수수료 인하로 이어질 수 있습니다.
특히 다음과 같은 활동에서 효과가 큽니다.
- 소액 토큰 전송
- DEX 스왑과 반복 거래
- 온체인 게임의 상태 업데이트
- 소셜 애플리케이션의 게시물·반응 기록
- 대규모 사용자 대상 에어드롭 및 포인트 정산
- 거래 빈도가 높은 결제·마이크로페이먼트 서비스
물론 “Blob이 도입됐으니 모든 L2 거래가 항상 거의 무료”라는 뜻은 아닙니다. 실제 수수료는 Blob 수요, L2 자체의 실행 비용, 시퀀서 정책, 증명 비용, 토큰 가격, 네트워크 혼잡도에 따라 달라집니다.
그럼에도 EIP-4844는 중요한 변화를 만들었습니다. Rollup 확장의 가장 큰 비용 장벽이었던 데이터 게시 비용을 일반 실행 비용과 분리함으로써, Ethereum이 다수의 L2를 수용하는 데이터 가용성 및 정산 레이어로 진화할 수 있는 기반을 마련한 것입니다.
Ethereum Blockchain은 실행 체인에서 정산·보안 인프라로 진화한다
Ethereum이 모든 애플리케이션 거래를 직접 처리하지 않아도 생태계의 중심이 될 수 있다면 어떨까요?
Rollup과 Blob의 결합은 이 질문에 현실적인 답을 제시합니다. 이제 Ethereum Blockchain의 역할은 모든 스마트 컨트랙트를 직접 실행하는 단일 체인에 머무르지 않습니다. 대신 수많은 Layer 2가 안전하게 활동할 수 있도록 정산, 합의, 데이터 가용성, 보안의 기반을 제공하는 인프라로 진화하고 있습니다.
실행은 L2에서, 최종 신뢰는 Ethereum에서
기존 구조에서는 Ethereum 메인넷이 사용자 거래를 직접 실행하고, 결과를 저장하며, 네트워크 합의까지 처리했습니다. 보안은 강력했지만 모든 활동이 하나의 블록 공간을 공유해야 했기에 혼잡과 높은 수수료가 발생했습니다.
Rollup 중심 구조에서는 역할이 나뉩니다.
- Layer 2 Rollup: 거래를 빠르게 실행하고, 사용자 경험과 애플리케이션 기능을 담당합니다.
- Sequencer: L2 거래를 수집하고 순서를 정한 뒤 배치로 구성합니다.
- Ethereum L1: Rollup 결과를 정산하고, 데이터가 공개적으로 검증될 수 있는 기반을 제공하며, 최종성을 보장합니다.
- Blob 데이터 영역: Rollup이 검증에 필요한 대량 데이터를 일반 실행 공간보다 효율적으로 게시할 수 있게 합니다.
즉, 사용자는 L2에서 거래하지만 그 L2가 신뢰를 얻는 기반은 Ethereum에 있습니다. L2가 임의로 상태를 조작하려 해도, Optimistic Rollup의 사기 증명이나 ZK Rollup의 유효성 증명 과정에서 문제가 드러날 수 있습니다. 이것이 “실행은 밖에서, 신뢰는 Ethereum에서”라는 Rollup 패러다임의 핵심입니다.
Blob은 Ethereum을 데이터 가용성 레이어로 바꾼다
Rollup이 안전하려면 단순히 최종 잔액만 L1에 기록해서는 부족합니다. 누구나 Rollup의 거래 데이터를 확보하고, 필요하다면 상태를 재구성하거나 잘못된 결과에 이의를 제기할 수 있어야 합니다. 이를 데이터 가용성(Data Availability)이라고 합니다.
EIP-4844, 즉 Proto-Danksharding은 이 문제를 해결하기 위해 Blob을 도입했습니다.
Blob은 Rollup이 대량의 거래 데이터를 Ethereum에 게시할 수 있도록 만든 별도 데이터 공간입니다. 일반적인 스마트 컨트랙트 저장소와 달리, Blob 데이터는 EVM이 직접 읽고 실행하는 용도가 아닙니다. 대신 Rollup 검증에 필요한 데이터를 비교적 저렴하게 공개하는 데 초점이 맞춰져 있습니다.
이 변화는 두 가지 의미가 큽니다.
L2 수수료 인하
Rollup의 주요 비용 중 하나였던 L1 데이터 게시 비용이 낮아지면서, 사용자 거래 수수료도 크게 줄어들 수 있습니다.Ethereum의 역할 재정의
Ethereum은 모든 거래를 직접 실행하는 거대한 컴퓨터라기보다, 여러 실행 환경이 신뢰할 수 있는 데이터와 최종 정산을 제공하는 공용 기반 시설에 가까워집니다.
이 구조에서 Ethereum Blockchain은 하나의 앱 플랫폼을 넘어, 다양한 Rollup이 공유하는 보안·정산 레이어로 기능합니다.
모듈러 구조가 만드는 새로운 경쟁
이제 블록체인 네트워크는 모든 기능을 하나의 체인에 담는 방식에서 벗어나고 있습니다. 이를 흔히 모듈러 블록체인 아키텍처라고 부릅니다.
각 레이어는 서로 다른 역할에 집중합니다.
| 역할 | 담당 영역 | 핵심 가치 |
|---|---|---|
| 실행 | Rollup, 앱체인 | 빠른 처리, 낮은 수수료, 맞춤형 UX |
| 데이터 가용성 | Ethereum Blob, DA 네트워크 | 누구나 검증 가능한 거래 데이터 제공 |
| 정산 | Ethereum L1 | Rollup 상태 확정, 자산 출금 기준 제공 |
| 합의·보안 | Ethereum 검증자 네트워크 | 네트워크 신뢰와 최종성 보장 |
이러한 분업은 개발자에게 더 많은 선택지를 줍니다. 게임은 빠른 처리와 낮은 비용에 최적화된 L2를 택할 수 있고, DeFi는 보안성과 유동성 연결성을 중시하는 Rollup을 선택할 수 있습니다. 소셜 서비스는 수많은 소액 활동을 처리할 수 있도록 별도 실행 환경을 설계할 수 있습니다.
반면 Ethereum은 개별 애플리케이션의 기능 경쟁보다, 이 모든 환경이 신뢰할 수 있는 공통 기반이 되는 데 집중합니다.
Sequencer가 새로운 권력 중심이 되는 이유
이 구조에서 주목해야 할 주체가 바로 Sequencer입니다. Sequencer는 L2 사용자가 보낸 거래를 모으고, 거래 순서를 정하며, Rollup 배치를 만들어 L1에 제출합니다.
겉보기에는 단순한 운영 컴포넌트처럼 보이지만, 거래 순서를 결정한다는 것은 매우 큰 권한입니다. 특히 DeFi에서는 거래 순서에 따라 가격, 청산 여부, 차익거래 기회가 달라질 수 있습니다.
이때 발생하는 가치가 MEV(Maximal Extractable Value)입니다. MEV는 블록 생산자 또는 거래 순서 결정자가 특정 거래를 앞뒤로 배치하거나 포함 여부를 조정하면서 얻을 수 있는 경제적 이익을 뜻합니다.
예를 들어 대규모 토큰 매수 거래가 들어왔을 때, 이를 미리 감지한 참여자가 먼저 매수한 뒤 사용자 거래 후 매도한다면 가격 차익을 얻을 수 있습니다. 이런 형태는 사용자에게 불리한 슬리피지나 거래 실패를 유발할 수 있습니다.
Rollup 사용량이 늘어날수록 Sequencer는 다음과 같은 중요한 권한을 갖게 됩니다.
- 거래 포함 및 지연 여부 결정
- 거래 순서 결정
- L2 블록 생성
- MEV 기회의 배분
- 사용자 경험과 검열 저항성에 대한 영향력 행사
따라서 초저가 수수료와 빠른 처리 속도만으로는 충분하지 않습니다. Sequencer가 소수 사업자에게 집중되면, Rollup은 성능을 얻는 대신 중앙화 위험을 떠안을 수 있습니다.
다음 전장은 공유 시퀀싱과 공정한 MEV
이 문제를 해결하기 위해 업계에서는 단일 Sequencer 의존도를 낮추려는 시도가 이어지고 있습니다. 대표적으로는 여러 Rollup이 공통 인프라를 사용하는 공유 시퀀싱(Shared Sequencing), Sequencer 참여자를 늘리는 탈중앙화 모델, 거래 순서의 공정성을 높이는 경매 및 암호학적 주문 방식 등이 논의됩니다.
핵심 질문은 분명합니다.
더 빠르고 저렴한 Blockchain을 만들면서도, 누가 거래 순서를 통제하고 그 경제적 이익을 가져갈 것인가?
Rollup과 Blob은 Ethereum 확장성 문제를 기술적으로 완화했습니다. 하지만 다음 단계의 경쟁은 단순한 TPS 경쟁이 아닐 가능성이 큽니다. 거래 순서, MEV, 검열 저항성, Rollup 간 상호운용성을 얼마나 투명하고 공정하게 설계하느냐가 모듈러 생태계의 신뢰를 결정하게 될 것입니다.
초저가 Blockchain의 다음 시험대: 더 많은 거래가 아니라 더 나은 신뢰
수수료가 거의 사라진다고 해서 블록체인이 자동으로 대중화되는 것은 아닙니다. 거래 비용이 1센트 이하로 내려가면 마이크로페이먼트, 온체인 소셜, 게임 내 자산, 실시간 정산 같은 서비스는 분명 더 현실적인 선택지가 됩니다. 그러나 사용자가 실제로 원하는 것은 “싼 거래”만이 아닙니다.
사용자는 자신의 자산이 안전하게 보관되는지, 거래가 임의로 막히지 않는지, 다른 체인과 서비스로 옮길 때 문제가 없는지, 장애가 발생해도 복구할 수 있는지를 확인하고 싶어 합니다. 이제 Blockchain 확장의 핵심 질문은 TPS 경쟁이 아니라 신뢰를 어떤 구조로 확장할 것인가에 가깝습니다.
수수료 하락이 열어 주는 새로운 사용 사례
Rollup과 EIP-4844의 blob 데이터 구조는 L2가 L1에 데이터를 게시하는 비용을 크게 낮췄습니다. 이 변화는 단순히 기존 DeFi 거래를 더 싸게 만드는 데 그치지 않습니다. 이전에는 수수료 때문에 성립하기 어려웠던 서비스 모델이 모습을 드러냅니다.
마이크로페이먼트와 스트리밍 결제
콘텐츠 1회 열람, API 호출 1건, 게임 아이템 사용 시간, 음악 재생 시간처럼 매우 작은 단위로 비용을 정산할 수 있습니다. 월 정액 결제 대신 “사용한 만큼만 즉시 지불하는” 모델이 가능해집니다.온체인 소셜
게시물, 팔로우, 댓글, 추천, 커뮤니티 보상 등을 체인에 기록하는 구조가 비용 측면에서 현실성을 얻습니다. 다만 모든 활동을 영구 기록하는 것이 바람직한지는 별도의 프라이버시·저장 문제로 남습니다.완전 온체인 게임
게임의 이동, 전투, 아이템 생성, 경제 활동을 서버 데이터베이스가 아니라 스마트 컨트랙트 상태로 처리하려는 시도가 쉬워집니다. 게임 운영자가 임의로 규칙이나 자산 데이터를 변경하기 어려워진다는 점은 장점입니다. 반면 높은 처리량, 봇 방지, 사용자 경험, 데이터 보관 문제는 여전히 해결해야 합니다.실시간 금융 정산
프리랜서 작업 보수, 공급망 대금, 광고 수익, 글로벌 송금 등을 짧은 주기로 자동 정산할 수 있습니다. 특히 국경 간 결제에서 중개 단계를 줄일 가능성이 있습니다.
이러한 사례의 공통점은 거래 횟수가 많고, 거래당 금액은 작으며, 기록의 투명성이 서비스 가치에 직접 연결된다는 것입니다. 즉, 초저가 Blockchain은 “더 비싼 금융 거래”보다 “더 자주 발생하는 디지털 활동”으로 시장을 넓힐 수 있습니다.
다음 단계는 Full Danksharding: 데이터 공간의 본격적 확장
Proto-Danksharding은 Rollup을 위한 blob 데이터 시장을 도입한 첫 단계입니다. 하지만 L2 사용량이 계속 늘어나면 blob 공간도 다시 경쟁 대상이 될 수 있습니다. 이때 중요한 방향이 Full Danksharding입니다.
Full Danksharding의 목표는 Ethereum이 더 많은 데이터 가용성 데이터를 효율적으로 처리하도록 만드는 것입니다. 핵심은 모든 노드가 모든 데이터를 완전하게 내려받고 검증해야 한다는 부담을 줄이면서도, 네트워크가 데이터의 존재와 접근 가능성을 신뢰할 수 있게 만드는 데 있습니다.
여기에는 일반적으로 다음과 같은 기술적 접근이 연결됩니다.
더 큰 데이터 가용성 용량
Rollup이 게시할 수 있는 데이터가 늘어나면, 동일한 L1 비용을 더 많은 L2 거래가 나눠 부담할 수 있습니다.데이터 가용성 샘플링
모든 노드가 전체 blob을 내려받지 않아도, 무작위 표본을 확인해 데이터가 실제로 공개되었을 가능성을 검증하는 방식입니다. 네트워크 확장성에 중요하지만, 구현과 검증 모델은 매우 정교해야 합니다.장기 보관 체계의 분리
blob은 영구 저장을 목표로 하는 데이터가 아닙니다. 따라서 오래된 거래 데이터를 누가 보관하고, 사용자가 과거 상태를 어떻게 복원하며, 아카이브 서비스가 어떤 인센티브로 운영되는지가 중요해집니다.
결국 Full Danksharding은 “더 많은 거래를 담는 기술”인 동시에, 대규모 Rollup 생태계가 의존할 데이터 기반을 얼마나 안정적으로 제공할 수 있는지에 대한 시험입니다.
ZK 증명은 신뢰 비용을 줄이는 도구가 된다
ZK-Rollup과 zkEVM의 발전은 Blockchain 확장에서 또 다른 축을 담당합니다. 영지식 증명은 복잡한 계산이 올바르게 수행됐다는 사실을, 계산 과정을 모두 다시 실행하지 않고 검증할 수 있게 해 줍니다.
이 구조의 장점은 명확합니다. L2에서 수많은 거래를 실행한 뒤에도 L1은 압축된 증명을 검증함으로써 결과의 유효성을 확인할 수 있습니다. 즉, 검증자는 막대한 실행 비용을 부담하지 않고도 상태 전환의 정당성을 확인할 수 있습니다.
그러나 ZK 기술이 해결해야 할 과제도 많습니다.
- 증명 생성 비용과 지연 시간: 검증은 빠를 수 있지만 증명을 만드는 과정은 여전히 계산 자원을 요구합니다.
- 회로와 구현의 복잡성: 증명 시스템 자체가 복잡해질수록 버그와 감사 난도가 높아집니다.
- 호환성 문제: EVM과의 완전한 호환성, 개발 도구 지원, 디버깅 경험은 실제 개발자 채택에 큰 영향을 줍니다.
- 프라이버시와 검증의 균형: ZK는 프라이버시에도 활용될 수 있지만, 규제 준수와 사용자 보호 요구가 함께 고려돼야 합니다.
따라서 ZK 증명은 단순한 성능 기술이 아닙니다. 이는 “누구를 믿지 않아도 되는가”의 범위를 넓히고, 검증 비용 자체를 낮추는 신뢰 인프라입니다.
공유 시퀀싱이 풀어야 할 중앙화 문제
수수료가 낮아지고 거래량이 늘수록 L2 시퀀서의 영향력은 커집니다. 시퀀서는 거래 순서를 정하고 배치를 구성하며, 사용자에게 가장 먼저 거래 결과를 보여 주는 역할을 합니다. 많은 Rollup이 단일 시퀀서 또는 제한된 운영 주체에 의존하는 이유도 빠른 처리와 단순한 운영 때문입니다.
하지만 이 구조는 다음과 같은 위험을 남깁니다.
- 특정 거래를 늦추거나 제외하는 검열 가능성
- 시퀀서 장애 시 발생하는 서비스 중단
- 거래 순서 변경에서 발생하는 MEV 집중
- 운영 주체에 대한 과도한 신뢰 의존
공유 시퀀싱은 여러 Rollup이 공통 시퀀싱 인프라를 사용하거나, 분산된 참여자가 거래 순서를 정하도록 만드는 접근입니다. 이상적으로는 특정 L2 운영자의 독점적 권한을 줄이고, 크로스롤업 거래의 일관성을 높이며, MEV를 더 투명하게 분배할 수 있습니다.
다만 공유 시퀀싱이 만능 해법은 아닙니다. 여러 체인이 하나의 시퀀싱 계층에 의존하면 새로운 집중 지점이 생길 수 있습니다. 빠른 확정성, 탈중앙화, 공정한 거래 순서, 장애 복구를 동시에 만족시키는 설계가 필요합니다.
DA 시장의 성장: 데이터는 보이지 않는 핵심 자산이다
초저가 Rollup의 경제성은 결국 데이터 가용성 비용에 크게 좌우됩니다. Ethereum의 blob 공간은 강력한 보안 기반을 제공하지만, 모든 프로젝트가 동일한 수준의 비용과 보안을 필요로 하지는 않습니다. 이 때문에 별도의 DA 레이어와 저장 인프라가 등장하고 있습니다.
DA 시장에서 프로젝트가 판단해야 할 질문은 단순하지 않습니다.
- 데이터가 실제로 공개되었다는 사실을 어떻게 검증할 것인가?
- 데이터가 사라졌을 때 사용자는 Rollup 상태를 복구할 수 있는가?
- 더 저렴한 DA 선택이 브리지, 출금, 증명 검증의 보안 모델을 약화시키지는 않는가?
- 장기 보관 비용은 누가 부담하는가?
여기서 중요한 점은 저렴한 데이터와 안전한 데이터는 같은 의미가 아니라는 것입니다. Rollup이 어떤 DA 계층을 선택하는지는 수수료뿐 아니라 사용자 자산의 회수 가능성, 검열 저항성, 운영 중단 위험을 결정합니다. 앞으로 Blockchain 인프라 경쟁은 실행 속도보다 DA 신뢰 모델의 차이에서 더 뚜렷해질 수 있습니다.
결론: 대중화의 조건은 ‘저렴함’과 ‘복구 가능성’이다
Rollup과 Proto-Danksharding은 블록체인 수수료를 낮추고, 온체인 활동의 범위를 넓히는 중요한 전환점입니다. 그러나 초저가 거래는 출발점일 뿐입니다. 사용자가 일상적으로 Blockchain 서비스를 이용하려면, 다음 조건이 함께 충족돼야 합니다.
- 거래가 빠르고 저렴할 것
- 운영자가 임의로 사용자를 차단하기 어려울 것
- 장애가 발생해도 자산과 상태를 복구할 수 있을 것
- 다른 Rollup 및 서비스와 안전하게 연결될 것
- 데이터와 거래 순서가 투명하게 검증될 것
Full Danksharding은 데이터 처리량을, ZK 증명은 검증 효율을, 공유 시퀀싱은 거래 순서의 신뢰를, DA 시장은 데이터 접근성과 복구 가능성을 시험받게 됩니다.
결국 초저가 블록체인의 마지막 과제는 더 많은 거래를 만드는 일이 아닙니다. 누구나 낮은 비용으로 참여하면서도, 특정 운영자나 불투명한 인프라에 과도하게 의존하지 않는 더 나은 신뢰 구조를 만드는 일입니다.
