흥미로운 점은 모든 Pyth 서비스가 멈춘 것은 아니라는 것이다. 상태 페이지에 따르면 기관용 데이터 서비스인 **Pyth Pro(이전 Lazer)**는 정상적으로 작동했으며, 문제는 주로 공개 Pythnet/Hermes 인프라에 집중된 것으로 보인다.
DeFi 프로토콜은 스마트 계약이 외부 시장 가격을 직접 알 수 없기 때문에 **오라클(oracle)**을 통해 가격 데이터를 받아온다. 이 데이터가 멈추면 여러 핵심 기능이 제대로 작동하지 않는다.
대표적인 위험은 다음과 같다.
1. 담보 가치 계산 오류
대출 프로토콜은 담보 자산의 가격을 기반으로 대출 가능 금액을 계산한다. 가격 업데이트가 멈추면 담보 비율이 실제 시장과 맞지 않을 수 있다.
2. 청산 시스템 지연 또는 오류
차입자가 담보 기준 아래로 떨어졌는지 판단하려면 최신 가격이 필요하다. 가격이 오래된 상태라면 청산이 늦어지거나 잘못 실행될 수 있다.
3. 파생상품 가격 계산 문제
영구선물(perpetual futures)이나 옵션 같은 파생상품은 마크 가격과 펀딩비 계산에 지속적인 가격 데이터가 필요하다.
프로토콜마다 영향은 달랐다. 여러 오라클을 동시에 사용하는 시스템이나 가격 신선도(staleness) 체크, 서킷 브레이커를 갖춘 플랫폼은 비교적 안전하게 대응할 수 있었지만, Pyth 데이터에 크게 의존한 서비스는 더 큰 영향을 받을 수 있었다.
사건 이후 Pyth 팀과 네트워크 검증자들은 다음과 같은 절차로 복구 작업을 진행했다.
다만 초기 보고 시점에서는 검증자 장애를 일으킨 정확한 기술적 원인은 아직 공개되지 않았다.
이번 사건 이후 업계에서는 오라클 집중도(oracle concentration risk) 문제에 대한 논의가 다시 활발해졌다.
이처럼 규모가 크다는 것은 장점이지만 동시에 다음과 같은 구조적 위험도 만든다.
즉 개별 애플리케이션은 탈중앙화되어 있어도 공통 인프라에 의존하면 시스템 전체가 동시에 영향을 받을 수 있다는 점이 드러난 것이다.
이번 장애는 DeFi 프로토콜 설계에서 다음과 같은 안전 장치가 중요하다는 점을 다시 보여줬다.
이러한 설계는 핵심 인프라가 일시적으로 멈추더라도 프로토콜이 안전하게 “멈출 수 있도록” 만드는 역할을 한다.
5월 22일 발생한 Pyth Network 장애는 몇 시간 만에 복구됐지만, DeFi 인프라가 얼마나 오라클 네트워크에 깊이 의존하고 있는지를 보여준 사건이었다. Pythnet에서 블록 생성이 멈추자 여러 블록체인에서 실시간 가격 데이터가 동시에 멈추는 상황이 발생했다.
정확한 기술적 원인은 공식 포스트모템이 공개되어야 알 수 있지만, 이번 사건은 분명한 메시지를 남겼다. 스마트 계약 기반 금융 시스템에서 인프라 중복성과 안전 장치는 선택이 아니라 필수라는 것이다.
Comments
0 comments