11월 5일, Paradigm의 Reth 실행 클라이언트에서 발견된 소프트웨어 결함이 여러 Ethereum 레이어‑2 네트워크에 긴급 대응을 촉발했습니다. Reth의 레거시 상태‑루트 계산에 뿌리를 둔 이 버그는 특수하게 조작된 트랜잭션을 처리할 때 블록체인의 암호학적 지문을 잘못 반환할 수 있어 노드 간 블록 유효성에 대한 의견 차이를 일으킬 수 있었습니다. Paradigm CTO인 Georgios Konstantopoulos는 이 문제가 Tempo 팀의 자동 퍼징 테스트를 통해 식별됐으며, 즉시 Reth, Optimism, Base, Tempo에 걸쳐 패치가 적용됐다고 밝혔습니다.

ETH / USD
출처: CoinGecko. 참고용 가격입니다.

취약점의 기술적 특성

상태 루트는 계정 잔액과 계약 저장소를 포함한 전체 Ethereum 상태를 요약합니다. CryptoSlate에 따르면, Reth 레거시 모듈의 결함 코드는 특히 저사양 하드웨어와 동일한 클라이언트를 사용하는 OP‑Stack 네트워크에서 가장자리 저장소 구성 하에서 이 루트를 잘못 계산할 수 있었습니다. 이 오류는 별도의 검증 경로를 사용하는 출금 메커니즘에는 영향을 주지 않지만, 방치될 경우 블록 생산 및 네트워크 동기화에 차질을 빚을 수 있습니다.

협조된 패치 배포

Reth 개발자는 버전 2.10.0을, Optimism은 OP Reth v2.8.1을, Base는 버전 1.5.3을 각각 고우선순위 업데이트로 공개했습니다. Base는 자체 증명 시스템이 독립적인 상태‑루트 구현을 사용해 Reth 계산 오류가 있더라도 올바른 루트를 검증할 수 있다고 확인했습니다. 또한 네트워크는 일관성을 확보하기 위해 상태 루트를 재계산했으며, 사용자 자금이 영향을 받지 않았고 검증자도 패치 후 중단되지 않았다고 밝혔습니다.

생태계 전반의 대응

이번 사건은 직접 영향을 받은 클라이언트를 넘어선 예방 조치를 촉발했습니다. Frax Finance는 위험 평가 차원에서 LayerZero가 일부 크로스‑체인 경로를 일시 중단했지만, 자산과 계약은 안전하게 유지되고 있다고 발표했습니다. Reth 버그에 취약한 브릿지는 발견되지 않아, 공통 실행 소프트웨어에 의존하는 서비스 간 파급 효과가 어떻게 나타날 수 있는지를 보여주었습니다.

다음에 주목할 사항

이해관계자는 독립 노드 운영자 사이에서 패치된 클라이언트 버전의 채택률을 모니터링해야 합니다. 미패치 노드가 남아 있을 경우 일관성 문제가 재발할 수 있기 때문입니다. 또한 Reth 또는 유사 실행 클라이언트에 의존하는 다른 프로젝트의 추가 공개 여부와, 가장자리 트랜잭션 입력에 대한 퍼징 등 향후 테스트 관행에 영향을 줄 사후 분석을 주시할 필요가 있습니다.