---
id: 15
title: "Bitroot 포지셔닝: 낙관적 병렬 EVM L1의 경계"
slug: bitroot-positioning
date: 2026/09/01
summary: 낙관적 병렬 EVM L1을 선택한다는 것은 정산 도메인, 호환성, 병렬화 전략에서 동시에 트레이드오프를 감수한다는 뜻입니다. 이 글은 Bitroot가 해결하는 것과 해결하지 않는 것, 즉 구호가 아닌 경계를 밝히고 각 기술 요소가 어떻게 서로를 받치는지 설명합니다.
keywords: Bitroot,낙관적 병렬 EVM,Layer 1,제품 포지셔닝,Pipeline BFT
heroImage: /images/community-bg.png
---

처리량 숫자만 인용하는 퍼블릭 체인 서사는 다음번 더 큰 숫자에 쉽게 덮어써집니다. 검증을 견디는 것은 좌표입니다. 확장 지도에서 어느 칸에 있는지, 세 가지 병렬 경로 중 어디에 서 있는지, 그 선택이 어떤 비용을 인정하는지입니다. 앞선 글들이 틀을 세웠습니다. 단일 스레드 한계, 계층화된 확장, 결정론적/낙관적/객체 모델, 그리고 OCC의 데이터베이스 골격입니다. 이 글은 그 틀을 Bitroot 위에 포개어 봅니다. 무엇을 주장하는지, 경계는 어디인지, 어떤 문장이 테스트와 엔지니어링 검증의 언어로 남아야 하는지입니다.

## 한 문장 포지셔닝, 단어 하나씩

Bitroot는 낙관적 병렬 EVM을 기반으로 한 고성능 L1으로 자리매김하며, 결제 정산과 조합 가능한 DeFi, 대규모 온체인 조정이라는 더 넓은 실행 폭이 필요한 시나리오를 겨냥합니다. 모든 단어가 트레이드오프입니다.

롤업이 아니라 L1이라는 것은 자체 합의와 검증인 집합을 운영한다는 뜻입니다. 보안을 "이더리움에서 상속받았다"고 가볍게 설명할 수 없습니다. 대신 정산과 실행이 하나의 도메인을 공유하고 기본 브리지 홉을 건너뜁니다. 결정론적 사전 선언 대신 낙관적 병렬화를 택한 것은 의존성 발견을 런타임에 맡겨 개발자가 익숙한 방식으로 Solidity를 계속 작성할 수 있게 합니다. 객체 모델로 스택을 바꾸는 대신 EVM 호환성을 고집한다는 것은 데이터 모델이 사줄 구조적 병렬성 일부를 포기하고, 어려운 문제를 스케줄링과 충돌 탐지, 상태 구성으로 밀어 넣는다는 뜻입니다.

같은 낙관적 병렬 EVM 트랙의 동료들은 비슷한 서사를 서로 다른 엔지니어링 조합으로 추구합니다. 합의와 실행의 분리, 서브초 최종성 목표, 정산 계층 프레이밍 등입니다. Bitroot의 차별점은 "병렬성의 유일한 발명자" 같은 검증 불가능한 주장이 아니라 구체적인 메커니즘 조합에 있어야 합니다.

## 세 계층: 합의, 실행, 상태

Bitroot를 이해한다는 것은 실행 구호를 넘어 세 계층이 어떻게 협력하는지 보는 것입니다.

합의 계층은 파이프라인 BFT 스타일(Pipeline BFT)을 따릅니다. 제안/투표/커밋을 파이프라인화하여 서로 다른 높이의 작업이 겹칠 수 있게 하고, 리더 로테이션과 서명 집계로 검증인 집합이 커질 때 발생하는 통신 폭증을 완화합니다. 목표는 "트랜잭션 순서를 빠르게 확정하는 일"이 처리량의 첫 번째 벽이 되지 않게 하는 것입니다. 메커니즘 세부는 Pipeline BFT에 관한 기존 기술 문서에 있습니다. 여기서 중요한 것은 역할 분담입니다. 합의는 순서와 최종성 경로를 소유하며, 프로토콜 안에서 모든 EVM 호출을 해석하지는 않습니다.

실행 계층은 낙관적 병렬 EVM입니다. 블록의 고정된 순서 아래에서 추측 실행하고, 읽기/쓰기 집합을 수집하고, 충돌을 탐지하고, 영향을 받은 트랜잭션을 재실행하여 최종 상태가 직렬 의미론과 같아지게 합니다. 동적 그룹화와 다단계 충돌 탐지는 낙관적 가정이 실패할 때 비용을 국소화하여 "충돌 하나가 배치 전체를 무효화하는" 상황을 피하는 것을 목표로 합니다. 공개 데모나 테스트넷 환경의 처리량·지연 수치는 하드웨어와 트랜잭션 구성, 충돌률 가정과 함께 읽어야 합니다. 그것은 엔지니어링 진전의 증거이지 메인넷 혼합 부하에서의 보장이 아닙니다.

상태 계층은 계정 또는 스토리지 분할과 캐싱, 대형 객체 전략을 다룹니다. "실행은 병렬인데 단일 상태 구조와 디스크 경로가 여전히 직렬화되는" 다음 병목입니다. 파티션 간 메시징과 핫 데이터 배치는 조합 가능한 DeFi가 실제로 병렬 이득을 거두는지를 결정합니다. 워크로드 핫스팟 분석과 같은 계열의 문제입니다.

세 계층은 조정 과정에서 분리됩니다. 순서를 먼저 확정할 수 있고, 실행은 그 순서에 대한 상태 루트로 비동기적으로 수렴하여 합의가 실행을 기다리며 노는 가짜 직렬성을 피합니다. 어느 한 계층을 빼면 포지셔닝은 국소 최적화로 무너집니다.

| 계층 | 메커니즘 초점 | 주로 해결하는 문제 |
|------|---------------|--------------------|
| 합의 | 파이프라인 BFT, 리더 로테이션, 서명 집계 | 직렬 BFT 단계와 메시징 비용 |
| 실행 | 낙관적 병렬화, 읽기/쓰기 집합, 충돌 시 재실행 | 단일 스레드 EVM 실행 폭 |
| 상태 | 분할, 캐싱, 대형 객체 전략 | 단일 지점 상태 및 스토리지 경로 병목 |

## 명시적으로 선택하지 않은 것

"EVM을 버리고 객체 모델로 병렬성을 사는" 것이 아닙니다. 마이그레이션과 감사 비용이 런타임 스케줄링 비용보다 크다고 판단합니다. "접근 목록을 의무화한 결정론적 EVM"도 아닙니다. 이는 기존 바이트코드 생태계와 충돌합니다. "L2로만 남아 모든 어려운 문제를 이더리움 DA와 정산으로 되돌리는" 것도 아닙니다. 제품은 동일 도메인 정산과 자율적인 성능 반복을 원하며, 이는 검증인 탈중앙화와 보안 가정을 둘러싼 통신 부담을 직접 진다는 뜻입니다.

이 "선택하지 않은 것"들이 구호보다 경계를 잘 정의합니다. Bitroot는 범용 DA 계층이 아니고, 가장 깊은 유동성과 정산 앵커라는 이더리움의 자리를 대체하지도 않습니다. 또 하나의 L1 정산 도메인을 제공하며, 실행 폭을 위해 낙관적 병렬성을, 마이그레이션 마찰을 낮추기 위해 EVM 호환성을 택합니다.

## 포지셔닝에 실제로 부담을 주는 시나리오

읽기/쓰기 집합이 비교적 분산된 결제·정산 부하는 낙관적 병렬화의 이득을 가장 쉽게 현금화할 수 있는 곳입니다. 지연 안정성과 수수료 예측 가능성이 최대 TPS보다 제품에 더 중요한 경우가 많습니다.

조합 가능한 DeFi가 스트레스 테스트입니다. 하나의 경로가 여러 풀과 볼트를 순차적으로 건드릴 수 있고, 쓰기 충돌이 늘어납니다. 엔진이 재실행 범위를 줄이지 못하면 처리량은 빠르게 떨어집니다. 이 시나리오를 정면으로 택한다는 것은 "무관한 이체" 벤치마크에서만 잘 보이는 정산 계층이 될 수 없음을 인정하는 것입니다. 핫스팟이 어떻게 형성되고 어떻게 측정할지는 워크로드 논의에 속합니다.

대규모 조정과 복잡한 상태 기계는 상태 구성과 파티션 간 프로토콜에 압력을 밀어 넣습니다. 실행 병렬화가 CPU 폭을 사주지만, 상태가 따라오지 못하면 그 폭은 I/O와 잠금류 경합에 잡아먹힙니다.

## 여전히 검증 중인 판단

공개적으로 추적 가능한 정보 기준으로, 많은 성능·안정성 결론은 아직 테스트넷과 벤치마크, 단계적 데모에서 나옵니다. 검증인 규모와 클라이언트 성숙도, 메인넷급 적대적 조건은 이 포지셔닝이 유지될지를 모두 바꿔 놓습니다. 탈중앙화와 성능의 긴장은 OCC를 선택했다고 사라지지 않습니다. 하드웨어 하한과 대역폭, 상태 증가는 여전히 별도의 솔직한 논의가 필요합니다.

Bitroot를 지도 위에 다시 놓아 봅니다. 그것은 "L1 + 낙관적 병렬 실행 + EVM 호환성"이라는 칸을 차지하며, "확장성"이라는 단어 아래의 모든 칸을 차지하지는 않습니다. 자연스러운 다음 질문은 EVM 호환성이 실제로 무엇을 포괄하는가입니다. 바이트코드인지, 프리컴파일인지, 툴링인지. 호환성이 줄어들면 이미 지불한 생태계 비용도 함께 무너지기 때문입니다.

## 더 읽기

- 이전 글: ["낙관적 동시성 제어(OCC) 입문: 데이터베이스에서 온체인 실행까지"](/ko/blog/optimistic-concurrency-control-intro)
- 다음 글: ["EVM 호환성의 실제 의미: 바이트코드, 프리컴파일, 툴링"](/ko/blog/evm-compatibility-explained)
- 관련 글: ["Bitroot의 병렬화 EVM 기술 해설: 낙관적 병렬화"](/ko/blog/bitrootevm-), ["Bitroot 다중 엔진 병렬 실행 설계 심층 분석: EVM 성능 병목 깨기"](/ko/blog/bitroot-evm), ["Bitroot 심층 분석: Pipeline BFT와 다중 엔진 병렬 실행의 시너지 아키텍처"](/ko/blog/bitroot-pipeline-bft), ["탈중앙화와 성능의 긴장: 검증인 요건, 하드웨어, 지리적 분산"](/ko/blog/decentralization-performance-tradeoff)