대출 계약은 계약에 예치된 ETH의 수량을 셀 수 있습니다. 하지만 지갑 잔액만 확인해서 해당 ETH의 달러 가치를 결정할 수는 없습니다. 예측 시장도 비슷한 문제에 직면합니다. 계약은 담보를 보유하고 지급액을 계산할 수 있지만, 어떤 결과가 발생했는지 확인할 수 있는 정해진 방법이 필요합니다.

블록체인 오라클은 스마트 계약이 자체적으로 이용 가능한 상태를 넘어 사용할 수 있는 정보를 제공합니다. 여기에는 자산 가격, 사건의 결과 또는 펀드가 보고한 순자산가치가 포함될 수 있습니다. 오라클은 이러한 애플리케이션을 가능하게 하지만, 정보가 수집되고 전달되며 해석되는 방식에 대한 의존성도 추가합니다.

스마트 계약은 왜 웹사이트를 바로 열 수 없을까요?

이더리움 및 유사한 체인에서는 노드가 동일한 트랜잭션과 상태로부터 동일한 결과를 재현해야 합니다. 일반적인 웹사이트는 요청 사이에 변경되거나 이용할 수 없게 될 수 있으며, 방문자마다 다른 답변을 반환할 수도 있습니다. 각 검증자가 실행 중에 독립적으로 실시간 웹페이지를 가져오도록 허용하면 이러한 공통 결과가 훼손됩니다. 이더리움의 오라클 문서는 계약 실행과 외부 정보 사이의 이러한 경계를 설명합니다.

대신 외부 프로세스가 블록체인이 수용할 수 있는 형식으로 보고서를 가져옵니다. 계약은 게시된 값을 읽거나 트랜잭션과 함께 제공된 보고서를 검증합니다. 계약이 제한 없이 인터넷에 액세스하는 것은 아닙니다.

블록체인 합의는 어떤 보고서가 수락되었고 어떤 규칙이 실행되었는지를 정합니다. 하지만 기상 관측소가 제대로 작동했는지, 기업이 정직하게 보고했는지 또는 시장 가격에 조작이 없었는지를 독립적으로 확인하지는 않습니다.

정보가 출처에서 결정으로 이어지는 과정을 따라가세요

가격에 의존하는 애플리케이션에는 일반적으로 다음과 같은 여러 단계가 포함됩니다.

1. 관측: 거래소, 거래 회사 또는 기타 제공자가 자산에 대한 관측값을 생성합니다. 출처마다 서로 다른 거래 장소, 거래 시간 또는 금융상품을 측정할 수 있습니다.
2. 처리: 오라클 시스템이 집계 및 보고 규칙을 적용합니다. 여러 운영자는 하나의 보고자에 대한 의존도를 낮출 수 있지만, 공통된 상위 출처가 여전히 공통 장애 지점을 만들 수 있습니다.
3. 전달: 트랜잭션이 값을 게시하거나, 호출자가 인증된 보고서를 제출하여 검증받습니다. 해당 트랜잭션이 언제 실행되는지는 대상 체인이 결정합니다.
4. 적용: 소비 계약은 피드 식별자, 단위 및 허용된 경과 시간을 확인한 다음 자체적인 대출, 결제 또는 기타 규칙을 적용합니다.

이러한 책임을 오라클 제공자의 이름 하나로 뭉뚱그려서는 안 됩니다. 예를 들어 Chainlink의 탈중앙화 데이터 모델은 데이터 소싱, 노드 보고 및 온체인 집계를 구분합니다. 애플리케이션은 결과로 제공된 피드를 올바르게 통합해야 합니다.

애플리케이션마다 서로 다른 오라클 설계가 필요합니다

푸시와 풀은 업데이트가 애플리케이션에 도달하는 방식을 설명합니다. 하지만 그 자체만으로 시스템이 중앙화되었는지 탈중앙화되었는지를 알려주지는 않습니다.

Chainlink는 푸시 기반 피드 업데이트를 위한 편차 및 하트비트 트리거를 설명합니다. 하트비트는 네트워크 혼잡이나 장애에도 모든 업데이트가 도착한다는 약속이 아닙니다. 반면 UMA의 옵티미스틱 오라클은 참여자에게 제안된 답변에 이의를 제기할 시간을 제공합니다. 이는 거래에 즉시 필요한 가격보다 사건 결과를 결정하는 데 더 적합할 수 있습니다.

모든 오라클 입력값이 오프체인에서 발생하는 것은 아닙니다. 계약은 탈중앙화 거래소의 온체인 기록에서 가격을 도출할 수 있습니다. Uniswap v2의 누적 가격 설계는 시간 가중 평균 가격(TWAP)을 지원합니다. 평균을 사용하면 단기적인 조작 비용이 높아질 수 있지만, 결과는 여전히 유동성과 선택한 관측 기간에 좌우됩니다. 관측 기간이 길수록 실제 가격 변동에 대한 반응도 느려집니다.

오래된 가격이 청산을 어떻게 바꿀 수 있는가

담보로 10 ETH를 보유하고 부채가 $12,000이며 청산 임계값이 80%인 단순화된 대출 포지션을 생각해 보겠습니다. 부채의 달러 가치가 고정되어 있고 이자와 수수료는 무시한다고 가정합니다.

ETH 가격이 $2,000일 때 담보 가치는 $20,000이고 부채는 그 가치의 60%입니다. ETH 가격이 $1,400으로 하락하면 담보 가치는 $14,000으로 줄어들며, 부채는 이제 약 85.7%를 차지해 가정한 임계값을 초과합니다. 계약이 해당 가격을 수락하는 시점에 이 포지션은 이 예시의 청산 조건을 충족하게 됩니다.

애플리케이션이 기존의 $2,000 관측값을 계속 사용하면 경제적 담보력이 약화되었는데도 포지션이 건전한 것처럼 보일 수 있습니다. 반대로 실제보다 낮게 보고된 관측값은 건전한 상태로 유지되어야 하는 포지션을 청산하는 문제를 일으킬 수 있습니다. 어느 경우든 계약은 작성된 코드 그대로 정확하게 실행할 수 있습니다.

따라서 EVAA 대출 프로토콜과 같은 시스템은 가격 입력값과 청산 규칙을 함께 살펴봐야 합니다. 위 수치는 설명을 위한 예시이며 EVAA의 매개변수가 아닙니다.

새로운 서명이 반드시 새로운 정보를 의미하지는 않습니다

세 가지 질문이 중요합니다. 기반이 되는 관측값은 언제 생성되었는가, 보고서는 언제 작성되었는가, 블록체인은 언제 이를 수락했는가? 최근에 제출된 트랜잭션에도 오래된 관측값이 포함될 수 있습니다.

Pyth Pro의 통합 지침은 업데이트 시점과 개별 피드의 최신성을 구분하며, 보고된 가격의 불확실성을 처리할 것을 권장합니다. 유효한 서명은 관련 검증 규칙에 따라 보고서를 인증하지만, 모든 값이 최신임을 보장하거나 시장 간 불일치를 없애지는 않습니다.

개발자는 장애 대응 정책도 마련해야 합니다. 오래된 데이터를 거부하거나, 신규 대출을 제한하거나, 가격에 민감한 작업을 일시 중지하면 피해를 억제할 수 있습니다. 검증되지 않은 대체 수단으로 자동 전환하면 또 다른 의존성이 생길 수 있습니다. Chainlink는 데이터 검사, 회로 차단기 및 비상 로직에 대한 책임을 애플리케이션 개발자에게 명시적으로 부여합니다.

일부 레이어 2 네트워크에서는 트랜잭션을 제출할 수 있는 능력 자체가 또 다른 문제입니다. 시퀀서 장애로 인해 사용자가 포지션을 조정하지 못할 수 있습니다. Chainlink의 시퀀서 가동 시간 지침은 상태 확인 및 복구 유예 기간을 설명합니다. 가격 타임스탬프만으로는 이러한 액세스 문제를 해결할 수 없습니다.

애플리케이션에 의존하기 전에 확인할 사항

정확한 피드와 네트워크, 기반이 되는 시장 또는 보고 출처, 허용되는 최대 경과 시간 및 장애 발생 시 처리 방식을 확인하세요. 누가 오라클을 교체하거나 이러한 한도를 변경할 수 있는지도 확인해야 합니다. “오라클을 사용한다”는 것은 프로토콜을 이해하기 위한 출발점이지 보안 등급이 아닙니다.

같은 구분은 토큰화된 자산에도 적용됩니다. 펀드의 NAV를 게시한다고 해서 수탁, 법적 소유권 또는 상환 권리가 확립되는 것은 아닙니다. Chainlink, 한화 및 RWA 인프라에 대한 논의에서는 신뢰할 수 있는 데이터 전달과 자산에 대한 권리가 상품의 서로 다른 구성 요소인 이유를 설명합니다.

KTX Crypto Exchange를 통해 시장을 살펴볼 수 있습니다. 어떤 상품이든 해당 상품의 가격 책정 및 결제 규칙을 확인하세요. 온체인 오라클 값이 자동으로 주문이 체결되는 가격을 의미하는 것은 아닙니다.

자주 묻는 질문

오라클을 사용하려면 해당 오라클의 토큰을 구매해야 하나요?

아니요. 사용자는 오라클 제공자의 토큰을 보유하지 않고도 애플리케이션과 상호작용하는 경우가 많습니다. 업데이트 수수료와 누가 이를 부담하는지는 통합 방식에 따라 달라집니다. 제공자의 토큰에도 자체적인 시장 위험이 있습니다.

오라클이 내 지갑의 자산을 이동시킬 수 있나요?

데이터 보고서 자체는 지갑 서명이나 토큰 사용 승인과 다릅니다. 계약은 해당 보고서를 사용해 이미 계약 규칙의 적용을 받는 자산과 관련된 작업을 실행할 수 있으며, 여기에는 담보 청산도 포함됩니다.

오라클 가격은 실행 가능한 거래 호가와 같은 것인가요?

아니요. 기준 가격은 여러 출처를 집계하거나 일정 기간의 평균을 낼 수 있습니다. 실제 체결은 거래 장소, 이용 가능한 유동성, 주문 규모 및 수수료에 따라 달라집니다. 표시된 기준 가격이 체결을 보장하지는 않습니다.

블록체인 브리지는 오라클과 같은 것인가요?

메시징 및 검증 인프라 측면에서 서로 겹칠 수 있습니다. 브리지는 일반적으로 체인 간 전송 또는 메시지를 가능하게 하고, 오라클은 애플리케이션에 정보를 제공합니다. 명칭만으로 동일한 보안 가정을 가진다고 볼 수는 없습니다.

오라클은 민감한 비즈니스 정보를 비공개로 유지할 수 있나요?

단순히 해당 정보를 온체인으로 전달하는 것만으로는 불가능합니다. 공개적으로 게시된 데이터는 누구나 볼 수 있습니다. 개인정보 보호가 중요한 애플리케이션에는 공개, 액세스 및 검증을 위한 별도의 설계가 필요합니다.

위험 고지: 블록체인이 정상적으로 작동하더라도 오라클 장애, 조작된 출처 및 통합 오류로 인해 손실이 발생할 수 있습니다. 이 글은 교육을 위한 것이며 투자 조언이 아닙니다.