최근 수이(SUI) 메인넷도 일시적인 블록 생성 중단 상황에 직면했습니다. 2시간 반 동안의 블록 생성 중단 후, 수이(SUI) 측에서도 이 사건에 대한 보고서를 발표했습니다. 그러나 고성능 블록체인을 표방하는 수이(SUI)가 블록 생성 중단을 겪은 것은 이전 몇 년간의 솔라나(Solana)를 연상시킵니다. 두 블록체인을 비교해 보면, 프로그래밍 언어와 아키텍처가 크게 다르지만 모두 고성능 블록체인을 표방하면서도 탈중앙화 부족 등의 비판을 받았습니다.
목차
Toggle왜 한 부분의 혼잡 제어 코드가 모든 검증자의 붕괴를 초래했는가
보고서에 따르면 2024년 11월 21일 새벽, 수이(SUI) 메인넷이 태평양 표준시 오전 1시 15분부터 3시 45분까지 전면 중단되었습니다. 모든 검증자가 붕괴 루프에 빠져 전체 네트워크가 어떤 거래도 처리할 수 없게 되었습니다. 이번 사건은 고성능 블록체인이 성능 향상과 동시에 안정성에도 높은 관심을 기울여야 함을 보여줍니다.
공식 성명에 따르면, 이번 중단의 원인은 수이(SUI) 네트워크의 혼잡 제어(congestion control) 코드 내 한 부분의 'assert!' 문이 검증자의 붕괴를 유발했습니다. 구체적으로, 다음 두 가지 조건이 동시에 충족되면 네트워크가 붕괴됩니다:
- 혼잡 제어가 TotalGasBudgetWithCap 모드로 활성화된 경우
- 가변 공유 객체를 입력으로 하고 MoveCall 명령이 없는 거래가 수신된 경우
이러한 거래가 네트워크에 유입되면 모든 검증자가 동시에 붕괴되어 네트워크가 중단됩니다.
혼잡 제어란 무엇인가?
수이(SUI) 메인넷의 객체 지향 아키텍처는 대량의 거래를 병렬로 처리할 수 있게 해줍니다. 이것이 고성능을 달성하는 방식입니다. 그러나 여러 거래가 동일한 공유 객체에 기록되어야 하는 경우, 순차적으로 실행되어야 하며 이러한 거래의 처리 속도는 제한됩니다. 공유 객체로 인한 혼잡을 방지하기 위해 수이(SUI)는 혼잡 제어 메커니즘을 도입하여 단일 공유 객체의 거래 속도를 제한합니다. 필자 보충: 이전에 수이 재단은 XueDAO와의 오프라인 스터디 모임에서 인과 관계가 있는 거래를 함께 묶어 실행하는 것이 그 논리라고 언급했습니다.
최근 수이(SUI)는 혼잡 제어 시스템을 업그레이드하여 TotalGasBudgetWithCap 모드를 도입하여 거래 복잡성을 보다 정확하게 평가할 수 있게 되었습니다. 그러나 이 모드의 코드에 이번 사건을 유발한 취약점이 존재했습니다. 수이 팀은 문제를 발견한 즉시 조치를 취했으며, 코드 수정(PR #20365)을 통해 메인넷 v1.37.4와 테스트넷 v1.38.1 버전 업데이트를 출시했습니다. 검증자 커뮤니티는 매우 신속하게 대응했으며, 수정 배포부터 네트워크 복구까지 15분 만에 이루어졌습니다.
Typus 프로토콜: 수이(SUI)의 블록 생성 중단과 솔라나(Solana)는 완전히 다르다
수이(SUI)의 블록 생성 중단은 솔라나(Solana)나 올해 TON을 연상시키지만, 수이(SUI) 상의 DeFi 프로토콜 Typus의 CGO Kyrie는 트위터에서 팀 구성원의 견해를 공유하며, 이는 솔라나(Solana)의 중단과 완전히 다른 사건이라고 직접 지적했습니다. 솔라나(Solana)의 문제는 네트워크 혼잡으로 인한 시스템 붕괴였고, 이를 해결하려면 대규모 아키텍처 개선이 필요해 단기간 내 근본적인 해결이 어려웠습니다. 반면 수이(SUI)의 이번 사건은 명확한 기술적 문제로, 시스템 기본 구조에는 영향을 미치지 않습니다.
Kyrie에 따르면, 이번 중단 문제는 거래 비용 계산 시 오버플로 발생 때문입니다. 간단히 말해, 마치 컴퓨터 화면에 표시할 수 있는 숫자 자릿수가 부족해 숫자가 너무 커지면 0으로 초기화되어 다시 계산하는 것과 같습니다. 이런 상황에서 시스템이 무한 루프에 빠져 전체 네트워크가 중단되었습니다.
시스템이 계산할 수 있는 숫자 범위를 초과하면 원래 설계상 계산 오류가 발생해 시스템이 계속 반복 계산하게 됩니다. PR #20365에서는 올바른 계산 상한을 설정하여 이런 상황이 발생하지 않도록 했습니다. 그는 이번 사건의 핵심은 거래 비용 계산 로직의 문제였지, 수이(SUI)의 합의 메커니즘이나 시스템 아키텍처 설계에 문제가 있었던 것은 아니라고 지적했습니다. 이것이 수정이 신속하고 직접적으로 이루어질 수 있었던 이유입니다.
Franklin Templeton과 수이(SUI)가 협력 관계 발표
마감 직전 전해진 소식으로, 블록 생성 중단 다음 날 수이 재단은 Franklin Templeton과의 협력 관계를 발표했습니다. 성명에서 Franklin Templeton은 Deepbook, Karrier One, ika 등 3개 프로토콜과 인프라에 주목했습니다. 그러나 Franklin Templeton의 블록체인 운영 경험을 고려할 때, 객체 지향 방식으로 보안에 중점을 둔 수이(SUI) 블록체인과 실물자산(RWA)의 결합을 기대해볼 수 있습니다.
