블록체인은 바깥 세상의 가격을 어떻게 알까
블록체인 위의 스마트계약은 스스로 인터넷에 접속해 오늘의 ETH 가격이나 환율을 확인할 수 없습니다. 하지만 대출 서비스는 담보 가치를 계산하려면 가격을 알아야 하고, 파생상품은 정산 가격이 필요합니다. 이 외부 정보를 블록체인 안으로 들여오는 장치를 오라클이라고 부릅니다.
이 글은 오라클이 가격 데이터를 전달하는 경로, 오래되거나 왜곡된 값이 대출 청산에 어떤 영향을 주는지를 가상의 숫자로 설명합니다. 사용자가 서비스의 가격 피드 상태와 권한을 확인하는 방법, 장애 때의 동작을 점검하는 순서도 정리합니다.
가격 데이터가 전달되는 경로
Ethereum.org의 오라클 설명에 따르면, 오라클은 블록체인 밖의 데이터를 가져와 스마트계약이 읽을 수 있도록 블록체인에 기록하는 서비스입니다. 여러 데이터 제공자가 여러 거래소의 가격을 모아 중간값이나 가중평균을 계산하고, 일정 시간마다 또는 가격이 일정 비율 이상 움직일 때 값을 갱신하는 방식이 흔합니다.
일부 서비스는 탈중앙화 거래소의 풀 가격을 직접 오라클로 쓰기도 합니다. 이 방식은 외부 제공자가 필요 없지만, 유동성이 얕은 풀이라면 큰 자금으로 순간적으로 가격을 움직여 오라클 값을 조작하기가 상대적으로 쉽습니다. 이를 막기 위해 일정 기간 평균 가격(TWAP)을 쓰는 경우가 많습니다.
오래되거나 왜곡된 값의 영향
오라클 값이 실제 시장 가격과 다르면 두 방향의 문제가 생깁니다. 값이 늦게 갱신돼 실제보다 높게 남아 있으면, 이미 청산돼야 할 대출이 그대로 남아 서비스에 손실(부실 채권)이 쌓일 수 있습니다. 반대로 조작이나 오류로 값이 순간적으로 낮게 찍히면, 건전한 대출이 부당하게 청산될 수 있습니다.
국제결제은행(BIS)은 DeFi가 오라클 같은 외부 데이터 제공자에 의존하는 구조 자체가 집중된 위험 지점이 될 수 있다고 지적합니다. 탈중앙화된 서비스라도 가격 하나를 소수의 제공자에게 의존한다면, 그 지점이 전체 시스템의 약한 고리가 됩니다.
청산 임계값 가상 사례
10 ETH를 담보로 맡기고 20,000 USDC를 빌린 가상의 대출이 있습니다. 청산 기준 비율은 80%로, 담보 가치의 80%가 빚보다 작아지면 청산됩니다. 이 조건에서는 ETH 가격이 2,500 USDC 아래로 내려가면 청산됩니다.
| 오라클이 보는 ETH 가격 | 담보 가치 | 청산 기준 반영 가치 (×80%) | 건전성 지수 | 상태 |
|---|---|---|---|---|
| 3,000 | 30,000 | 24,000 | 1.20 | 안전 |
| 2,600 | 26,000 | 20,800 | 1.04 | 청산 임박 |
| 2,500 | 25,000 | 20,000 | 1.00 | 청산 기준선 |
| 2,450 | 24,500 | 19,600 | 0.98 | 청산 대상 |
건전성 지수 = 담보 가치 × 청산 기준 비율 ÷ 빚. 실제 시장 가격이 2,450인데 오라클이 늦게 갱신돼 2,600을 보여주면 청산이 늦어지고, 반대로 순간 조작으로 2,450이 찍히면 실제 가격이 2,600이어도 청산될 수 있습니다.
피드 상태와 권한 확인
서비스가 어떤 오라클을 쓰는지는 보통 공식 문서에 나와 있습니다. 가격 피드가 마지막으로 언제 갱신됐는지, 갱신 조건(시간 간격과 가격 변동 비율)이 무엇인지, 몇 개의 데이터 제공자가 참여하는지를 확인할 수 있다면 위험을 가늠하는 데 도움이 됩니다.
오라클 주소를 누가 바꿀 수 있는지도 중요합니다. 관리자 한 명이 가격 피드를 다른 주소로 바꿀 수 있다면, 그 권한 자체가 위험이 됩니다. 변경에 타임락이 걸려 있어 사용자가 미리 알 수 있는지, 다중서명으로 통제되는지 확인해 보세요.
장애 때의 동작 점검
시장이 급변하거나 네트워크가 혼잡하면 오라클 갱신이 지연될 수 있습니다. 잘 설계된 서비스는 가격이 일정 시간 이상 갱신되지 않으면 새 대출이나 청산을 멈추는 장치를 두거나, 여러 오라클 값을 비교해 크게 어긋나면 거래를 중단하기도 합니다.
이런 안전장치가 없다면 오라클 장애가 곧바로 사용자 손실로 이어질 수 있습니다. 반대로 안전장치가 너무 민감하면 정상적인 급변 상황에서도 출금이나 상환이 막힐 수 있습니다. 서비스 문서에서 비상 시 어떤 기능이 멈추고 어떤 기능이 계속 작동하는지 확인해 두는 것이 좋습니다.
사용 전 점검 순서
대출이나 파생상품처럼 가격에 의존하는 DeFi 서비스를 쓰기 전에 아래 순서로 확인해 보세요.
- 서비스 문서에서 자산별로 어떤 오라클(외부 제공자 또는 DEX 가격)을 쓰는지 확인합니다.
- 가격 피드의 갱신 조건, 마지막 갱신 시각, 참여 데이터 제공자 수를 확인할 수 있는지 봅니다.
- 내 담보의 청산 가격을 직접 계산하고, 현재 가격과 얼마나 떨어져 있는지 여유를 둡니다.
- 오라클 주소를 바꿀 수 있는 권한이 누구에게 있는지, 타임락과 다중서명이 있는지 확인합니다.
- 가격이 갱신되지 않거나 크게 어긋날 때 서비스가 어떻게 동작하는지 비상 절차를 읽어둡니다.
오라클 위험의 한계
오라클은 결국 블록체인 밖의 정보를 믿고 들여오는 장치이기 때문에, 데이터 제공자와 원천 거래소의 문제에서 완전히 자유로울 수 없습니다. 여러 제공자를 써도 그 제공자들이 같은 거래소의 가격을 참고한다면 위험이 분산되지 않을 수 있습니다.
이 글의 대출 사례는 가상의 숫자입니다. 실제 서비스를 이용할 때는 공식 문서와 오라클의 최신 상태를 기준 시점과 함께 확인하고, 청산 가격과 현재 가격 사이에 충분한 여유를 두는 것이 현실적인 대응입니다.