2024년 2월 6일 솔라나 메인넷 베타에는 네트워크 장애가 발생했고, 개발 조직 Anza는 사후 원인 보고서를 공개했습니다. 장애를 시장 사건으로 읽을 때는 토큰 가격만으로 이용자 경험을 판단하기 어렵습니다. 거래소에서 가격이 표시되는 동안에도 체인 위의 이동이나 애플리케이션 사용은 다른 상태일 수 있기 때문입니다. 이 사례는 가격, 체인 가동, 자산 접근성을 나누어 기록하는 방법을 보여 줍니다.
Servers in a Rack.jpg · Abigor · CC BY-SA 3.0 · 대표 이미지용 중앙 3:2 자르기, 크기 조정 및 WebP 변환
화면의 숫자가 의미하는 범위
중앙화 거래소의 내부 장부 거래와 블록체인 거래는 동일한 처리 과정이 아닙니다. 체인에서 새 거래를 처리하기 어려운 상황에도 거래소 내부의 기존 잔액 사이에서는 주문이 체결될 수 있습니다. 반대로 가격 화면이 갱신된다고 출금까지 가능하다는 뜻은 아닙니다. 사건 당시 자료를 모을 때 거래 가능, 입금 가능, 출금 가능 상태를 각각 확인해야 합니다.
탈중앙화 거래소에서는 앱 화면과 체인 처리 상태도 구분해야 합니다. 웹 페이지가 열리거나 마지막 가격이 표시되어도 새 스왑이 확정되는 것은 아닙니다. 오래된 견적이 계속 보일 수 있으므로 화면 조회 시각과 실제 거래 처리 시각을 함께 봅니다. 이용자가 서명한 요청이 제출되었는지, 처리되었는지, 실패했는지 확인하지 않고 잔액이 바뀌었다고 판단하면 혼란이 커질 수 있습니다.
유동성은 장소에 따라 다르다
동일 자산의 시장이 여러 곳에 있어도 자산을 자유롭게 옮길 수 없다면 가격 차이를 해소하는 경로가 제약될 수 있습니다. 가령 A거래소 가격이 B보다 높아도 B에서 산 자산을 A로 출금할 수 없다면 표시된 차익을 실행할 수 없습니다. 이는 실제 당시 가격 차이를 제시한 예가 아니라 이동 제한이 시장 간 연결에 미치는 영향을 설명하는 가정입니다.
docs/static/img/rt-tx-journey.png · Solana Labs contributors · Apache-2.0 · 원본 비율 유지, 크기 조정, 흰 배경 합성 및 WebP 변환
장애 중 호가와 거래량은 이용 가능한 장소의 참여자만 반영할 수 있습니다. 개인 지갑에 자산을 가진 사람과 이미 거래소 잔액을 가진 사람의 선택지가 다를 수 있습니다. 따라서 한 거래소의 높은 거래량을 모든 보유자의 원활한 거래 가능성으로 읽지 않습니다. 체인 밖에서 관측한 활동과 체인 위에서 제한된 행동을 나누어야 사건의 영향을 더 정확하게 묘사할 수 있습니다.
원인 보고서를 읽는 순서
공식 사후 보고서는 발생 시점, 원인, 복구 조치를 확인하는 일차 자료입니다. 분석자는 확인된 소프트웨어 문제와 운영 과정의 기록을 요약하되, 보고서에 없는 공격 주체나 손실액을 추측해서 추가하지 않아야 합니다. 최초 장애 공지는 정보가 제한되어 있을 수 있으므로 이후 사후 보고서와 구분합니다. 초기 추정이 수정되었다면 최신 설명을 사용하고 변경 사실도 남기는 편이 좋습니다.
가동 재개와 모든 서비스의 정상화는 같은 순간이 아닐 수 있습니다. 검증자 네트워크가 다시 움직여도 RPC 제공자, 지갑, 거래소의 입출금 처리는 각자 확인 절차를 거칠 수 있습니다. 복구 시각을 하나만 기록하면 이용자별 차이를 설명하기 어렵습니다. 체인 복구, 주요 서비스 복구 공지, 실제 거래 확인이라는 세 단계를 분리해 연표를 작성할 수 있습니다.
docs/static/img/rt-dropped-minority-fork-pre-process.png · Solana Labs contributors · Apache-2.0 · 원본 비율 유지, 크기 조정, 흰 배경 합성 및 WebP 변환
복구 이후에 확인할 항목
장애 전 제출한 거래를 다시 시도하기 전에는 기존 서명이나 거래 식별자로 상태를 조회합니다. 화면이 멈췄다는 이유만으로 동일 요청을 반복하면 의도하지 않은 중복 행동을 유발할 수 있습니다. 서로 다른 정상적인 조회 수단에서 확인하되 복구를 도와준다는 비공식 사이트에 개인키나 복구 구문을 입력하지 않습니다. 이런 운영 절차는 가격 분석과 별개로 실제 자산 접근을 판단하는 데 필요합니다.
시장 자료를 복기할 때에는 공식 장애 구간을 가격 차트에 표시하고 거래소별 입출금 공지 시각을 겹쳐 봅니다. 특정 시간대에 거래가 줄었다면 수요 감소와 기술적 제약 중 어느 설명이 가능한지 검토합니다. 원인을 확정할 자료가 없다면 둘 중 하나로 단정하지 않습니다. 장애 종료 직후의 반응을 장기적인 이용자 이탈이나 회복으로 확대하려면 더 긴 관찰이 필요합니다.
솔라나의 해당 사건은 네트워크 신뢰성을 가격 그래프 하나로 평가할 수 없다는 점을 보여 줍니다. 사후 조치가 공개되었다는 사실과 재발 가능성이 완전히 사라졌다는 주장은 다릅니다. 분석의 완료 기준은 상승·하락 전망이 아니라 어떤 기능이 언제 제한되었고 무엇이 확인되었는지 명료하게 남기는 것입니다. 이 글은 과거 장애의 해석이며 현재 솔라나의 가동 상태를 대신하지 않습니다.
댓글 0
로그인 상태를 확인하고 있습니다.
Google로 로그인 · 주제에 맞는 의견을 정중하게 남겨주세요.