Sui는 초기 mainnet에서 Narwhal이 transaction data를 인증된 DAG로 전파하고 Bullshark가 그 DAG의 순서를 합의하는 구조를 사용했습니다. 2024년 mainnet에서 Mysticeti로 전환해 별도의 DAG certification 단계를 없애고 검증자가 서명한 blocks의 DAG에서 직접 commit을 결정하도록 바꿨습니다. 따라서 현재 Sui 지연을 Bullshark round로 설명하면 안 되며, 논문의 Mysticeti-C·FPC 설계, 실제 mainnet 활성화, 이후 기능 제안을 구분해야 합니다.
먼저 연대표를 고정한다
Sui의 초기 합의 설명은 Narwhal과 Bullshark를 결합합니다. Narwhal workers·primaries가 transaction batches를 전파하고 availability certificates로 DAG를 만들며, Bullshark가 그 certified DAG에서 deterministic ordering을 결정했습니다. 데이터 전파와 ordering을 분리해 높은 처리량을 노린 구조였습니다.
Mysten Labs는 2024년 7월 Sui mainnet의 consensus를 Mysticeti로 전환했다고 발표했습니다. 확인일 현재 Sui 공식 문서는 Mysticeti를 현행 consensus engine으로 설명합니다. 따라서 Narwhal·Bullshark는 배경과 전환 전 동작을 설명할 때 과거형으로 쓰고, 현재 transaction finality를 그 구성요소가 직접 처리한다고 서술하지 않습니다.
Mysticeti를 정확히 읽으려면 더 빠르다는 수치보다, 어느 단계가 과거에 존재했고 현재 경로에서 제거됐는지를 먼저 본다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 먼저 연대표를 고정한다
Sui의 초기 합의 설명은 Narwhal과 Bullshark를 결합합니다.
- Narwhal·Bullshark는 두 층으로 나뉘었다
Narwhal의 핵심은 data dissemination과 availability입니다.
- Mysticeti는 인증서 단계를 없앤 DAG를 쓴다
Mysticeti-C에서도 validators는 blocks를 broadcast하고 DAG의 다른 blocks를 참조합니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
Narwhal·Bullshark는 두 층으로 나뉘었다
Narwhal의 핵심은 data dissemination과 availability입니다. validator가 batches를 공유하고 충분한 stake의 acknowledgements를 모아 certificate를 만들면, certificate들이 round별 DAG를 이룹니다. Bullshark는 이 DAG의 causal history와 leader 규칙을 사용해 certificates의 순서를 합의했습니다.
이 분리는 throughput에는 유리하지만 certificate를 만들기 위한 추가 메시지와 서명 검증이 latency 경로에 들어갑니다. 과거 문서의 ‘Narwhal mempool’이라는 표현을 현재 Sui가 동일 worker-primary와 certificate pipeline을 그대로 사용한다는 증거로 확대하면 안 됩니다. 역사적 설계 비교의 기준입니다.
| 구조 | 시기·상태 | 핵심 경로 |
|---|---|---|
| Narwhal + Bullshark | 초기 mainnet, 역사적 | 인증된 DAG 생성 후 ordering |
| Mysticeti-C | 2024 mainnet 전환 후 현행 계열 | 서명 block DAG에서 직접 commit |
| Mysticeti-FPC | 논문에 제시된 fast path 설계 | owned-object 거래의 저지연 경로 |
| 후속 최적화·제안 | 버전별 별도 확인 | 문서·release activation 필요 |
Mysticeti는 인증서 단계를 없앤 DAG를 쓴다
Mysticeti-C에서도 validators는 blocks를 broadcast하고 DAG의 다른 blocks를 참조합니다. 차이는 각 block을 먼저 quorum certificate로 바꾸는 별도 단계 없이 signed but uncertified blocks의 DAG에서 commit rule을 적용한다는 점입니다. pipeline과 multi-proposer 구조로 정상 경로 latency를 줄입니다.
논문은 production-ready 구현 비교에서 Bullshark 대비 낮은 p50·p95를 보고하지만, 이는 명시된 validator 수·부하·실험 환경의 결과입니다. 현재 모든 transaction의 사용자 체감 확정 시간을 보장하는 SLA가 아닙니다. 네트워크 지연, epoch reconfiguration, transaction 유형과 관측 commitment가 실제 latency에 영향을 줍니다.
- 자료 발행일과 mainnet activation 날짜를 먼저 확인한다
- Narwhal certificate DAG와 Mysticeti signed block DAG를 구분한다
- 논문 benchmark의 validator 수·TPS·percentile 조건을 함께 인용한다
- 현재 protocol version·release note·RPC commitment로 실제 경로를 확인한다
consensus 경로와 fast path를 구분한다
Sui는 owned object처럼 단일 소유권으로 충돌 제어가 가능한 transaction과 shared object처럼 전역 순서 합의가 필요한 transaction을 구분해 설명해 왔습니다. Mysticeti 논문은 consensus protocol인 Mysticeti-C와 Byzantine consistent broadcast 기반 fast path인 Mysticeti-FPC를 함께 제안합니다. 두 이름을 합쳐 모든 거래가 같은 경로를 탄다고 말하면 안 됩니다.
공식 현재 문서가 특정 fast path의 mainnet 활성 상태와 적용 범위를 명시할 때만 운영 사실로 씁니다. 논문에 구현·평가됐다는 사실, 코드에 포함됐다는 사실, mainnet에서 feature가 활성화됐다는 사실은 서로 다른 증거입니다. explorer의 한 거래 latency만으로 경로를 역추론하지 않습니다.
전환은 합의 안전 가정을 버린 것이 아니다
인증서 단계를 제거했다는 말은 quorum과 Byzantine fault 가정을 없앴다는 뜻이 아닙니다. Mysticeti의 commit rule은 DAG references와 voting power를 이용해 안전한 ordering을 정하고, liveness를 위해 round·proposer 규칙을 둡니다. uncertified block은 무검증 block이라는 뜻도 아닙니다. validator signature와 protocol validity checks가 남습니다.
Bullshark certificate가 화면에서 사라졌다는 이유로 data availability가 불필요해진 것도 아닙니다. validators가 commit에 필요한 blocks와 ancestors를 받아야 하며 누락·equivocation을 다루는 규칙이 필요합니다. 제거된 것은 별도 certificate 형성 단계이지 분산 합의의 증거 전체가 아닙니다.
현재 상태를 쓰는 안전한 문장
확인일 기준으로는 ‘Sui mainnet은 2024년 Mysticeti로 전환했고 공식 문서는 Mysticeti를 현재 합의 엔진으로 설명한다’고 쓸 수 있습니다. ‘Narwhal·Bullshark가 현재도 Sui 합의를 수행한다’는 문장은 과거 구조를 현재화합니다. 반대로 논문의 모든 Mysticeti 구성요소가 동일 범위로 mainnet 활성화됐다고 넓히는 것도 피해야 합니다.
새로운 consensus 제안이나 release가 나오면 발표, 코드 merge, testnet, mainnet activation을 네 상태로 나눠 갱신합니다. 성능 수치는 동일 조건의 측정으로만 비교하고 최종성이라는 단어가 consensus commit, checkpoint, 사용자 API 응답 중 무엇을 뜻하는지 밝힙니다. 이 연대표와 증거 경계가 전환 설명의 핵심입니다.
자주 묻는 질문
Sui는 현재도 Bullshark를 사용하나요?
공식 발표와 현재 문서 기준 Sui mainnet은 2024년 Mysticeti로 전환했습니다. Bullshark는 초기 mainnet의 역사적 구조로 구분해야 합니다.
Mysticeti가 DAG를 없앤 것인가요?
아닙니다. signed block DAG를 사용하되 Narwhal 계열의 별도 certificate 생성 단계를 제거한 것이 핵심입니다.
Mysticeti 논문의 모든 fast path가 현재 mainnet에서 쓰이나요?
논문 설계·구현 평가와 mainnet feature activation은 별도 증거가 필요합니다. 현재 공식 문서와 release 상태로 적용 범위를 확인해야 합니다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
