본문으로 건너뛰기

"Sei" 태그로 연결된 1 개 게시물 개의 게시물이 있습니다.

Sei Network parallel-EVM Layer 1 blockchain

모든 태그 보기

Sei V2의 병렬 EVM 심층 분석: Monad와 MegaETH가 뒤처지는 동안 12,500 TPS를 구현하는 방법

· 약 11 분
Dora Noda
Dora Noda
Software Engineer

2026년까지 레이어 1 경쟁의 핵심이 될 병렬 EVM(parallel-EVM) 군비 경쟁에서, 다른 체인들이 벤치마킹에 머물러 있는 동안 한 체인이 이미 결과물을 내놓고 있습니다.

Sei 네트워크의 V2 메인넷은 2024년 말부터 이론적 최대 12,500 TPS와 400밀리초 미만의 완결성(finality)을 갖춘 낙관적 병렬 실행(optimistic parallel execution)을 조용히 운영해 왔습니다. 이는 Monad의 2025년 11월 메인넷 출시보다 무려 1년이나 앞선 것이며, MegaETH가 여전히 특수 노드 실험을 지속하고 있는 시점입니다. 이제 질문은 병렬 EVM이 작동하는지 여부가 아닙니다. 출시 열풍이 가라앉은 후 실제 워크로드를 견뎌내며 살아남을 아키텍처가 무엇인지에 관한 것입니다.

Web3Caff Research의 17,000자 분량 기술 분석 보고서는 2022년 틈새 시장을 노린 Cosmos SDK 기반 오더북 체인에서 시작해 최초의 프로덕션 병렬 EVM L1으로 진화한 Sei의 경로를 추적하며, 낙관적 병렬 실행, 트윈 터보 합의(Twin Turbo consensus), 그리고 SeiDB라는 세 가지 맞물린 혁신이 어떻게 처리량 수치를 신뢰할 수 있게 만드는지 해부합니다. 하지만 동시에 이 분석은 모든 "높은 TPS의 L1"이 결국 직면하게 되는 전형적인 격차도 드러냅니다. 실제 dApp 부하 환경에서 측정된 메인넷 처리량은 약 2,500-3,500 TPS 수준으로, 이론적 한계인 12,500 TPS에 미치지 못합니다. 이 격차를 무엇이 메우는지, 그리고 Sei의 향후 Giga 업그레이드가 처리량 한계를 200,000 TPS까지 끌어올리기 위해 무엇을 준비하고 있는지 이해하는 것이 블록체인 인프라가 나아갈 방향의 핵심입니다.

Sei를 메인넷에 가장 먼저 도달하게 한 세 가지 핵심 아키텍처​

Sei V2의 성능은 단 하나의 획기적인 기술에서 나오는 것이 아닙니다. 이는 레거시 EVM 스택의 서로 다른 병목 현상을 해결하도록 설계된 세 가지 구성 요소의 결합에서 비롯됩니다.

**낙관적 병렬 실행(Optimistic parallel execution)**은 핵심 기능으로, 솔라나의 Sealevel 스케줄러와는 미묘하지만 중요한 차이가 있습니다. Sealevel은 트랜잭션이 읽거나 쓰고자 하는 스토리지 슬롯을 사전에 선언해야 하므로, 개발자가 명시적인 의존성 그래프를 중심으로 설계해야 합니다. 반면 Sei의 런타임은 정반대의 접근 방식을 취합니다. 블록 내의 모든 트랜잭션을 병렬로 추측 실행(speculatively executes)하고, 각 트랜잭션이 어떤 상태에 접근하는지 추적한 후, 충돌이 발생하는 하위 집합만 순차적으로 재실행합니다. 충돌이 없는 트랜잭션은 단일 패스로 처리됩니다. 이 재귀적 과정은 확인되지 않은 충돌이 남지 않을 때까지 계속됩니다.

트레이드오프는 충돌률이 급증할 때 낙관적 실행이 작업을 낭비한다는 점입니다. 인기 있는 NFT 민팅이나 단일 풀 DEX 플래시 론과 같이 경합이 심한 활동은 트랜잭션이 재실행을 위해 쌓이면서 처리량을 저하시킬 수 있습니다. Monad도 유사한 낙관적 접근 방식을 사용하는 반면, Aptos와 Sui의 Move 기반 병렬 실행은 리소스 지향 프로그래밍(resource-oriented programming)에 의존하여 충돌을 정적으로 분석 가능하게 만듭니다. 각 방식은 개발자가 대규모 환경에서 dApp을 구축하는 방식에 대한 서로 다른 전략적 판단을 반영합니다.

**트윈 터보 합의(Twin Turbo consensus)**는 텐더민트(Tendermint)의 악명 높은 6초 블록 타임을 400밀리초 미만으로 압축합니다. 이는 기존 BFT 엔진을 완전히 대체하는 것이 아니라, 공격적인 타임아웃 튜닝, 제안 및 투표 단계의 블록 내 파이프라이닝(pipelining), 그리고 트랜잭션 포함과 실행 순서를 분리할 수 있는 병렬 실행 레이어와의 긴밀한 통합을 포함한 최적화 세트입니다. 그 결과, 과거 허가형 원장에서나 가능했던 속도로 단일 슬롯 완결성(single-slot finality)을 구현하면서도 퍼블릭 BFT 체인의 탈중앙화 특성을 유지합니다.

SeiDB는 화려하진 않지만 아마도 가장 중대한 부분일 것입니다. 기본 Cosmos SDK는 상태 저장에 IAVL+ 트리를 사용하는데, 이는 쓰기량이 많을 때 비정상적인 디스크 I/O 패턴을 유발합니다. SeiDB는 이를 쓰기에 최적화된 활성 레이어(active layer)와 읽기에 최적화된 아카이브(archive)라는 두 계층으로 상태를 분리하는 맞춤형 백엔드로 교체하여, Sei Labs의 벤치마크에 따르면 디스크 IOPS를 약 10배 줄였습니다. 수만 TPS를 목표로 할 때, 스토리지 서브시스템의 성능은 더 이상 부차적인 문제가 아닙니다. 이는 CPU 성능에 도달하기 전에 처리량을 가로막는 실제적인 장벽입니다.

Geth 호환성: 전략적 선택의 중요성​

Sei V2와 Monad를 구분 짓는 한 가지 아키텍처적 결정은 시간이 지날수록 그 가치가 더해지고 있습니다. Sei는 이더리움 가상 머신(EVM)의 표준 Go 구현체인 Geth를 노드 바이너리에 직접 가져옵니다. 따라서 모든 Solidity 스마트 계약은 수정 없이 배포 가능합니다. MetaMask, Hardhat, Foundry가 기본적으로 작동하며, 이더리움 메인넷용으로 구축된 보안 감사 업체, 툴링 제공업체, 인덱서 등은 별도의 적응 과정이 필요하지 않습니다.

Monad는 다른 길을 선택했습니다. 성능을 극대화하기 위해 C++로 EVM을 처음부터 다시 구축했으며, 표준 이더리움과 다르게 동작할 수 있는 바이트코드 수준의 예외 사례(edge cases)라는 장기적인 리스크를 감수했습니다. Monad의 성능 우위가 계속 유지된다면 이 선택은 빛을 발할 것입니다. 하지만 프로덕션 환경의 수천 개 검증된 Solidity 계약이 이식되었을 때 미묘한 실행 차이를 보인다면 문제가 될 수 있습니다.

Sei의 Geth 임포트 전략은 V2 출시를 실제 운영 가능한 네트워크로서 안정화하는 데 기여했습니다. 또한 Sei는 호환성 위험을 용납할 수 없는 기관 배포의 자연스러운 타겟이 되었습니다. 가장 눈에 띄는 사례는 2026년 1월, TVL 기준 최대 규모의 토큰화 미국 국채 상품인 USDY를 발행하는 Ondo Finance가 Sei 메인넷에 배포된 것입니다. 토큰화 국채 발행사는 EVM의 미묘한 차이(divergence)를 결코 용납할 수 없습니다. Geth 임포트는 이러한 우려를 원천 차단합니다.

메인넷의 현실: 12,500 TPS가 아닌 2,500 TPS​

실제 벤치마크는 마케팅보다 더 복잡한 현실을 보여줍니다. Sei의 메인넷은 현재 Astroport (네트워크의 주요 DEX), White Whale, Seiyans NFT 활동, 그리고 2025년 12월에 출시된 Astroport Perps의 성장하는 퍼페추얼 선물 시장과 같은 실제 dApp 부하 환경에서 약 2,500 ~ 3,500 TPS를 유지하고 있습니다. 이 수치는 이론적 한계치인 12,500 TPS를 훨씬 밑도는 수준입니다.

이러한 격차는 Sei만의 실패가 아닙니다. 이는 합성 벤치마크(synthetic benchmarks)가 실제 운영 환경과 만날 때 모든 고처리량 L1이 직면하게 되는 전형적인 격차입니다. 실제 처리량을 제약하는 세 가지 요인은 다음과 같습니다:

  • 실제 애플리케이션의 충돌률. 낙관적 병렬 실행(Optimistic parallel execution)은 다양한 상태 액세스 패턴을 가진 워크로드에는 유리하지만, 핫 스테이트(hot-state) 경합에는 불이익을 줍니다. 단일 지배적 DEX 풀은 대부분의 거래량을 몇 개의 페어(pair)를 통해 라우팅하며, 동일한 페어에서의 거래는 정의상 충돌이 발생합니다.
  • 포화 상태의 스토리지 IOPS. SeiDB가 IAVL 대비 10배 개선되었음에도 불구하고, 약 10,000 TPS 이상의 지속적인 쓰기 처리량은 범용 NVMe 드라이브를 큐 깊이(queue-depth) 영역으로 몰아넣어, 지연 시간 급증이 블록 시간을 저하시키는 결과를 초래합니다.
  • 밸리데이터 네트워크의 이질성. 실제 운영되는 밸리데이터 세트는 여러 대륙에 걸쳐 분산되어 있어 지연 시간이 다양합니다. 트윈 터보(Twin Turbo)의 타이트한 타임아웃은 항상 유지되기 어려운 유리한 네트워크 조건을 가정합니다.

최근 공시에 따른 Sei의 DeFi TVL은 약 5억 6,000만 달러(2025년 6월 기준 전체 TVL은 10억 달러 초과)이며, 2,800만 개의 활성 주소는 더 중요한 사실을 말해줍니다. 즉, 이 체인이 활발하게 사용되고 있다는 점입니다. 관건은 시스템이 중단되지 않고 더 높은 부하를 견딜 수 있느냐는 것이며, 기가(Giga) 업그레이드가 바로 이에 대한 답을 제시하고자 합니다.

Giga: Sei의 2026년을 결정지을 50배의 승부수​

2024년 12월, Sei Labs는 Giga 백서를 발표했습니다. 이는 실현될 경우 L1 처리량에 대한 담론을 완전히 재설정할 로드맵입니다. Giga는 실행 속도 초당 5 기가가스(gigagas)를 목표로 하며, 이는 400밀리초 미만의 최종성(finality)을 유지하면서 약 200,000 ~ 250,000 TPS에 해당합니다. 2025년 데브넷 검증에서는 미국, 유럽, 아시아 태평양 지역에 분산된 20개의 밸리데이터 세트에서 초당 5.2 기가가스(~148,900 TPS)와 211밀리초의 최종성 도달 시간을 기록했습니다.

Giga는 세 가지 하위 시스템을 재구축합니다:

  • 아우토반(Autobahn) 합의는 멀티 제안자(multi-proposer) 블록 생산을 도입하여, 단일 리더를 통해 직렬화하는 대신 여러 밸리데이터가 서로 겹치지 않는 트랜잭션 세트를 동시에 제안할 수 있도록 합니다. 이는 단일 리더 BFT 체인의 한계인 제안자 대역폭 천장을 공략합니다.
  • **비동기 실행(Asynchronous execution)**은 트랜잭션 실행을 블록 최종 확정과 완전히 분리하여, 합의 레이어가 한 주기로 순서를 확정하는 동안 실행이 다른 주기로 따라잡을 수 있게 합니다. 이 패턴은 MegaETH가 전문화된 시퀀서 / 증명자 / 풀 노드 역할을 통해 시도하는 것과 유사합니다.
  • 재구축된 EVM은 기존의 Geth를 Sei의 특정 액세스 패턴에 최적화된 구현체로 대체합니다. 이를 통해 Sei가 V2에서 피하고자 했던 호환성 대 성능 사이의 절충 문제를 해결합니다.

점진적인 메인넷 롤아웃은 2026년 내내 예정되어 있으며, SIP-3 업그레이드가 기초를 다지고 연중 풀 Giga 배포를 목표로 합니다. Sei가 이를 성공시킨다면, 이 체인은 모나드(Monad)의 10,000 TPS 한계를 뛰어넘어 Web2 수준의 트랜잭션 성능에 도달하게 됩니다. 만약 실패한다면, Sei의 Geth 호환성 이점은 2026년 하반기 모나드의 메인넷 성숙도에 의해 잠식될 것입니다.

L1 경쟁 지형에 미치는 의미​

병렬 EVM 카테고리는 더 이상 연구 단계의 가설이 아닙니다. 이는 세 개의 라이브 메인넷, 뚜렷한 아키텍처 선택, 그리고 가시적인 기관 채택이 이루어지고 있는 활발한 경쟁 분야입니다. Sei는 실제 운영 경험과 Giga 로드맵을 보유하고 있습니다. 모나드는 2025년 11월 ICO(Coinbase 주관, 85,820명 참여)를 통해 확보한 2억 6,900만 달러의 신규 자본과 속도를 위해 구축된 커스텀 EVM을 가지고 있습니다. MegaETH는 노드 전문화라는 다른 확장 방식에 주력하고 있습니다. 솔라나(Solana)의 씨레벨(Sealevel)은 90억 달러 이상의 TVL과 함께 3,000 ~ 5,000 TPS의 지속적인 처리량을 유지하고 있지만, 여전히 비 EVM(non-EVM)으로 남아 있습니다.

Move 기반 체인인 앱토스(Aptos)와 수이(Sui)는 리소스 지향 프로그래밍이 솔리디티(Solidity) 의미론에 병렬 실행을 소급 적용하는 것보다 근본적으로 우월하다는 방향에 베팅하고 있습니다. 이들은 메인넷을 출시하고 생태계를 운영 중이지만, EVM 툴링의 강력한 생태계 영향력으로 인해 병렬 EVM 영역이 더 치열한 경쟁지가 되고 있습니다.

Sei 심층 분석이 궁극적으로 보여주는 것은 모든 병렬 실행 체인이 결국 직면하게 될 아키텍처적 한계입니다. 약 10,000 TPS 이상의 지속적인 처리량에서는 VM 병렬성이 아니라 스토리지 IOPS가 핵심 제약 요인(binding constraint)이 됩니다. 이것이 Giga가 합의 알고리즘만큼이나 스토리지 레이어 재설계에 비중을 두는 이유입니다. 또한 2026년 초부터 논의되기 시작한 L1 확장의 다음 개척지가 "VM의 병렬화"에서 상태 샤딩(state-sharding)과 데이터 가용성(data-availability) 조합으로 이동하는 이유이기도 합니다. Sei는 이미 하나의 병렬 EVM을 출시했고 두 번째 버전을 반복하고 있기 때문에 이 전환을 주도할 유리한 위치에 있습니다.

그 아래의 인프라 레이어​

2026년 Sei, 모나드 또는 기타 병렬 EVM 기반에서 구축하는 개발자들에게 인프라 문제는 기존 이더리움보다 더 정교해집니다. 낙관적 실행은 트랜잭션 순서가 충돌 해결에 달려 있음을 의미하며, 이는 RPC 제공업체가 빌더, 시퀀서, 인덱서가 실행 추적(execution traces)을 이해할 수 있도록 적절한 프리미티브를 노출해야 함을 의미합니다. 인덱서가 30초 뒤처져 있다면 400ms 미만의 최종성은 의미가 없으며, 12,500 TPS는 읽기 경로의 모든 신뢰성 격차를 증폭시킵니다.

병렬 EVM 시대를 제패할 체인은 RPC 신뢰성, 아카이브 노드 커버리지, 인덱서 최신성, 그리고 개발자가 Sei, 모나드, 솔라나를 별개의 통합 대상이 아닌 교체 가능한 리소스로 취급할 수 있게 해주는 멀티 체인 추상화 레이어 등 인프라 생태계가 함께 뒷받침되는 체인이 될 것입니다.

BlockEden.xyz는 Sei, 솔라나, 수이, 앱토스, 이더리움 및 광범위한 L1 환경에서 엔터프라이즈급 RPC 및 인덱싱 인프라를 제공합니다. 병렬 EVM이 테스트넷의 약속을 넘어 실제 운영 워크로드로 성숙해짐에 따라, BlockEden.xyz API 마켓플레이스를 탐색하여 처리량의 최전선을 위해 설계된 인프라 위에서 서비스를 구축해 보십시오.

결론​

Sei V2는 병렬 EVM이 메인넷에 출시될 수 있고, Ondo의 USDY와 같은 실제 기관급 배포를 지원하며, 12,500 TPS라는 마케팅 수치가 아닌 실질적으로 지속 가능한 2,500 ~ 3,500 TPS의 워크로드를 실행할 수 있음을 입증하는 사례입니다. 이는 수정되지 않은 솔리디티(Solidity) 컨트랙트를 실행하면서도 이미 솔라나(Solana)의 지속적인 처리량을 능가하는 생산 수치입니다. 세이가 이 우위를 유지할 수 있을지는 모나드(Monad)가 성숙해지고 메가ETH(MegaETH)가 전문화된 노드 가설을 증명하기 전에, 기가(Giga)가 목표로 하는 초당 5 기가가스(gigagas-per-second)를 먼저 달성하느냐에 달려 있습니다.

2026년의 처리량 경쟁은 더 이상 벤치마크에 관한 것이 아닙니다. 핵심은 어떤 아키텍처가 차세대 L1 설계를 정의하는 스토리지, 합의 및 DA 프리미티브와 깔끔하게 결합되느냐에 있습니다. 세이는 그 지점에 가장 먼저 도달했습니다. 향후 12개월은 병렬 실행에서의 선점 효과가 지속 가능한 카테고리 리더십으로 전환될 수 있을지를 결정짓는 시기가 될 것입니다.

출처​