블록체인/레벨 VIII · 밈코인 시대/8.2 Solana/수업 5
장애, 복원력, 그리고 속도의 대가
세 차례의 중단, 뒤따른 수정, 그리고 속도가 부르는 것
준비물과거 상태 데이터를 제공하는 블록 탐색기(예: Solana Status, Etherscan)사고 발생일과 지속 시간을 기록할 노트밸리데이터 대시보드 또는 네트워크 지표 도구에 대한 접근 권한
호기심
- 400밀리초마다 블록을 생성하는 체인이 장애가 발생한 후 다시 시작하려면 왜 조율된 수동 개입이 필요한가요?
- 2021년 9월, 어떤 구체적인 메커니즘 때문에 봇 트랜잭션 폭주가 네트워크 전체를 17시간 동안 멈출 수 있었을까요?
- Firedancer의 등장은 이더리움의 멀티 클라이언트 생태계와 비교해 공유 소프트웨어 버그의 위험 프로필을 어떻게 바꿀까요?
탐구
- 솔라나의 아키텍처는 모든 트랜잭션을 하나의 고속 체인에서 실행함으로써 처리량을 우선시합니다. 이러한 모놀리식 설계에서는 대다수 밸리데이터가 실행하는 클라이언트 소프트웨어가 실패하거나 부하가 밸리데이터를 압도하면 블록 생성이 멈출 수 있습니다. 다만 2022~2024년의 수정 이후로는 심한 혼잡이 체인 중단보다 트랜잭션 누락으로 이어지는 경우가 더 많았습니다. 실행을 별도 계층에 분산할 수 있는 모듈형 시스템과 달리, 솔라나는 부하와 위험을 한곳에 집중시킵니다. 핵심 클라이언트의 버그는 모든 밸리데이터에 동시에 영향을 주며, 연속성을 유지할 대체 실행 경로가 남지 않습니다.
- 2021년 9월의 장애는 이러한 취약성을 잘 보여 주었습니다. 주목도 높은 토큰 출시 도중 봇 트랜잭션이 폭주해 네트워크의 처리 능력을 압도했습니다. 밸리데이터가 트랜잭션 양을 따라잡지 못하면서 블록 생성이 약 17시간 동안 멈췄습니다. 복구에는 밸리데이터 운영자들의 조율된 수동 재시작이 필요했습니다. 이 사건은 솔라나가 평상시 부하는 효율적으로 처리하지만, 네트워크에 충분한 여유 용량이나 동적 제어(스로틀링) 메커니즘이 없으면 갑작스러운 활동 급증이 연쇄 장애를 일으킬 수 있음을 드러냈습니다.
- 이후의 장애들도 계속해서 시스템의 한계를 시험했습니다. 2022년 5월에는 NFT 민팅 봇이 비슷한 혼잡 압력을 일으켜 7시간 동안 체인이 멈췄습니다. 이어 2024년 2월에는 프로그램 캐시 내부의 버그로 체인이 약 5시간 동안 중단되었습니다. 이 사건은 외부 부하가 아니라 내부 소프트웨어 결함 때문이었습니다. 이는 악의적이거나 우발적인 트래픽 급증이 없더라도, 대부분의 밸리데이터가 공유하는 클라이언트 코드의 결함 하나가 패치가 배포되고 노드가 재시작될 때까지 네트워크를 정지시킬 수 있음을 보여 주었습니다.
- Solana Labs와 다른 팀의 엔지니어들은 여러 수정 사항을 배포했습니다. 트랜잭션 수신을 QUIC 프로토콜로 전환하면서 리더가 들어오는 트래픽을 제어하고 제한할 수 있게 되었고, 스테이크 가중 서비스 품질(stake-weighted QoS)은 리더의 수신 용량을 각 발신자를 뒷받침하는 스테이크에 비례해 나누어, 스팸이 더 이상 다른 모든 트래픽을 밀어낼 수 없게 했습니다. 로컬 수수료 시장은 네트워크 전체 부하가 아니라 특정 계정의 활동에 따라 수수료가 동적으로 조정되게 하여, 관련 없는 트랜잭션이 겪는 불필요한 혼잡을 줄였습니다.
- 비판론자들은 조율된 재시작이 필요하다는 점과 과거 하나의 지배적인 클라이언트에 의존해 왔다는 점이 시스템적 위험을 낳는다고 주장합니다. 여러 독립 클라이언트 구현체를 운영하는 이더리움은 이중화 수준이 더 높아, 한 클라이언트가 실패해도 다른 클라이언트들이 계속 트랜잭션을 처리할 수 있습니다. 솔라나 지지자들은 2024년 2월 이후 가동률이 눈에 띄게 개선되었다고 반박합니다. 이들은 네트워크의 성능 향상이 그 복잡성을 정당화하며, 현재 아키텍처가 멀티체인 설계에 내재된 파편화 없이 더 폭넓은 애플리케이션을 지원한다고 강조합니다.
- Jump Crypto가 개발한 독립 클라이언트 Firedancer의 도입은 클라이언트 집중 문제에 대응합니다. Firedancer는 2024년부터 Agave의 코드를 상당 부분 공유하는 하이브리드 형태로 먼저 가동되었고, 2025년 12월부터 완전한 독립 클라이언트로 가동되었습니다. 진정한 독립성은 완전한 클라이언트만이 제공합니다. Agave에 버그가 발생하더라도 충분한 스테이크가 Firedancer를 실행하고 있다면, Firedancer를 쓰는 밸리데이터들이 체인을 계속 이어 갈 수 있습니다. 이는 이더리움의 멀티 클라이언트 모델과 비슷한 회복력 계층을 더해, 단일 소프트웨어 결함이 네트워크 전체의 블록 생성을 멈출 가능성을 줄입니다.
핵심 사실
- 2021년 9월, 토큰 출시 중 발생한 트랜잭션 혼잡으로 솔라나가 약 17시간 동안 멈췄습니다.
- 2024년 2월, 프로그램 캐시의 버그로 솔라나에서 5시간 동안 장애가 발생했습니다.
- 트랜잭션 폭주에 대응하기 위해 QUIC 기반 트랜잭션 수신과 스테이크 가중 서비스 품질이 도입되었습니다.
- 로컬 수수료 시장은 네트워크 전체의 혼잡이 아니라 특정 계정의 활동에 따라 수수료가 조정되게 합니다.
- Firedancer(Jump Crypto)는 2024년부터 하이브리드 형태로 가동되었고, 2025년 12월에 완전한 독립 클라이언트로 출시되었습니다.
- 2021년과 2022년의 주요 장애에서는 조율된 수동 재시작이 필요했습니다.
연습 아홉, 여섯, 셋, 하나
9모으기2020년 이후 주요 블록체인(비트코인, 이더리움, 솔라나)에서 발생한 서로 다른 네트워크 사고 또는 소프트웨어 장애 9건을 나열하세요. 날짜, 지속 시간, 근본 원인을 적으세요.
6묶기9건의 사고를 주된 촉발 요인에 따라 6가지 범주로 분류하세요: 외부 부하 급증, 내부 소프트웨어 버그, 하드웨어 고장, 네트워크 분할, 경제적 공격, 기타.
3추리기6개 그룹을, 이중화에도 불구하고 탈중앙화 네트워크가 실패하는 3가지 근본적인 이유로 압축하세요.
1결정화블록체인 설계에서 모놀리식 실행 속도와 시스템 전체의 회복력 사이의 트레이드오프를 설명하는 문장을 1개 쓰세요.
팩트 체크
날짜, 수치 및 주장은 아래에 명시된 출처들을 통해 확인되었습니다.