솔라나 네트워크가 20시간 동안 서비스 중단, 근본 원인은 여전히 ​​불명

솔라나 중단으로 인해 프리미어 레이어 1 블록체인의 설계에 대한 의문이 다시 제기되었습니다.

유효성 검사기는 온체인 활동이 중단된 후 주말 동안 두 번 네트워크를 다시 시작하려고 시도했습니다. 한때 Solana는 93 TPS만 처리했습니다. 성능 저하 이후 검증자 커뮤니티는 결국 네트워크의 동기화된 체인 재시작을 선택해야 했습니다.

다시 솔라나 중단

공식에 따르면, 블로그 게시물, 중단 원인은 아직 결정되지 않았지만 Solana는 여전히 활발한 조사를 받고 있습니다. 팀은 유효성 검사기 커뮤니티의 개입 없이는 네트워크를 복구할 수 없다고 말했습니다.

네트워크를 다시 시작하기로 한 결정은 문제를 디버깅하는 엔지니어가 제안했습니다. 이에 따라 유효성 검사기 커뮤니티는 공동으로 이전 안정 버전인 v1.13.6으로 다운그레이드하기로 결정했습니다. 동시에 재시작 위험을 줄이기 위해 1.14가 출시되었습니다.

“더 철저한 데이터 분석을 위한 시간을 허용하고 사용자 트랜잭션이 영향을 받지 않도록 하기 위해 초기 재시작 시도가 취소되었습니다. 추가 분석 후 커뮤니티는 이전에 선택한 것보다 오래된 슬롯을 사용하여 네트워크를 집합적으로 다시 시작했습니다. 확인된 사용자 거래는 롤백되거나 영향을 받지 않았습니다.”

커뮤니티 반응

작년에 Solana는 크고 작은 중단 시간을 포함하여 14번의 중단을 견뎌냈습니다. 분노한 커뮤니티 회원들은 계속되는 중단이 네트워크의 대규모 설계 결함 때문일 수 있다고 지적했습니다. "DBCrypt0"이라는 사용자 말했다 솔라나의 온체인 합의 모델은 검증자와 트랜잭션 자체 간의 합의 통신으로 구성된 네트워크 트랜잭션을 포함하며, 이는 "TPS뿐만 아니라 트랜잭션 볼륨을 부풀립니다."

그들은 솔라나가 자랑하는 4k TPS 중 10%만이 "실제" 트랜잭션이며 볼륨의 대부분이 검증인의 메시지로 구성되어 궁극적으로 시스템을 마비시킨다고 네트워크를 비판했습니다.

정전이 발생하면 유효성 검사기 간의 통신이 중단되고 그 동안 Discord에서 계획을 분필로 작성합니다. 그러나 유효성 검사기의 XNUMX/XNUMX는 백업을 위한 솔루션에 동의해야 하며 일부는 오프라인 상태이거나 중단을 인식하지 못할 수 있습니다.

솔라나의 기술 둔화는 새로운 것이 아닙니다. 작년에 개발 팀은 심지어 뻗어있는 그러한 사건을 완화하는 방법. 보다 최근에 개발자는 사용자가 혼잡을 피하기 위해 추가 비용을 지불할 수 있도록 "우선 수수료"라는 새로운 기능을 구현했습니다.