이더리움 검증자들에게 오래된 상태 위험으로 인해 Prysm 비활성화 지시

Prysm 합의 클라이언트를 사용하는 이더리움 검증자 운영자들은 12월 4일 긴급 경고를 받았습니다. Prysm 팀은 일부 노드가 오래된 증명을 처리하기 위해 오래된 상태를 생성하고 있음을 확인했습니다. 이러한 상태를 확인하지 않으면 잘못된 검증 동작이 발생할 수 있습니다. 이를 방지하기 위해 Prysm은 모든 운영자에게 비콘 노드에 단일 플래그를 추가하여 특정 기능을 즉시 비활성화하도록 안내했습니다. 이 수정 사항은 전체 클라이언트 업그레이드를 필요로 하지 않으며 검증자 클라이언트에는 영향을 미치지 않습니다.

팀은 운영자에게 –disable-last-epoch-targets 줄을 추가하도록 지시했습니다. 이 플래그는 Prysm v7.0.0에서 작동하므로 대부분의 노드가 몇 분 안에 수정 사항을 적용할 수 있습니다. 이 경고는 검증자 커뮤니티 전반에 걸쳐 빠른 반응을 불러일으켰습니다. 이로써 Prysm은 이더리움 합의 계층 내에서 상당한 영향력을 행사하게 되었습니다.

Prysm의 시장 점유율로 인해 이는 네트워크 수준 이벤트가 됩니다.

MigaLabs의 데이터에 따르면 Prysm은 이더리움 합의 클라이언트 시장 점유율의 약 20%를 차지하고 있습니다. 이는 Lighthouse에 이어 두 번째로 큰 클라이언트입니다. 이러한 규모는 클라이언트 측 버그를 체인 전체의 문제로 만들었습니다. 이러한 가중치를 가진 클라이언트가 오래된 상태 데이터를 처리할 경우, 이는 하나의 검증자에게만 영향을 미치는 것이 아니라 다음과 같은 파급 효과를 가져올 수 있습니다.

• 누락된 증명
• 잘못된 포크(Fork) 선택 신호
• 예외적인 경우 페널티 또는 슬래싱 위험 증가

지금까지 이 문제와 관련된 라이브 체인 정지 또는 완결성 실패의 증거는 없습니다. 그러나 우려되는 점은 피해 통제가 아닌 위험 예방에 대한 것입니다. Prysm은 상황이 악화되기 전에 조치를 취했습니다. 다시 말해, 이는 사고 후 정리가 아닌 선제적 화재 훈련이었습니다.

Prysm 내부에서 정확히 무엇이 잘못되었는가

Prysm 팀에 따르면, 영향을 받은 노드가 이전 에포크의 오래된 증명을 처리하려고 시도하면서 불필요하게 오래된 상태를 생성하고 있었습니다. 이러한 동작은 CPU 및 메모리 부하를 증가시키고, 부하가 걸리는 상황에서 노드가 체인 진행 상황을 추적하는 방식을 왜곡할 수 있습니다. 이러한 유형의 동작은 이더리움 역사상 새로운 것이 아닙니다. 유사한 상태 처리 문제는 다음과 같은 상황에서 발생했습니다.

• 2023년 5월 완결성 사건
• 이전 데이터베이스 인덱스 손상 버그
• 여러 클라이언트에서 발생한 과거 메모리 스파이크 문제

이번의 가장 큰 차이점은 속도입니다. Prysm은 문제를 조기에 감지하고 단계별 해결 방법을 공개했습니다. 또한, 수천 명의 검증자가 성급한 전체 업그레이드 주기를 거치지 않도록 했습니다.

검증자가 지금 당장 해야 할 일

Prysm을 실행한다면 체크리스트는 숏 긴급합니다.

• –disable-last-epoch-targets 플래그를 추가합니다.
• 비콘 노드를 다시 시작합니다.
• 정상적인 증명 흐름에 대한 로그 확인
• 재시작 후 메모리와 CPU 모니터링

검증자 키 변경도 필요 없고, 재동기화도 필요 없으며, 종료도 필요 없습니다. 이더리움 전체에 있어 이번 사건은 익숙한 진실을 다시 한번 일깨워줍니다. 바로 클라이언트 다양성이 여전히 중요하다는 것입니다. 한 클라이언트가 네트워크의 거의 20%를 점유하면, 관리 가능한 버그조차도 뉴스 헤드라인을 장식하게 됩니다. 그럼에도 불구하고, 이 사건은 이더리움의 운영 성숙도를 보여줍니다. 이 문제는 며칠이 아닌 몇 시간 만에 발견, 공개, 그리고 완화되었습니다. 이것이 4,000억 달러 이상의 거래량을 가진 실시간 정산 레이어(Settlement Layer) 복원력을 유지하는 방법입니다. 현재 체인은 안정적으로 유지되고 있습니다. 유일한 시한은 Prysm 운영자들이 신속하게 조치를 취하고 안전 스위치를 켜는 것입니다.