스마트 콘트랙트는 흔히 “신뢰가 필요 없는(trustless)” 시스템으로 설명된다. 한 번 올린 코드는 중개자 없이 스스로 돌아간다는 의미다.
하지만 이 설명에는 거의 언급되지 않는 결정적인 단서가 하나 있다.
블록체인 위에 존재하는 스마트 콘트랙트는 스스로 바깥세상의 데이터를 읽을 수 없다. 개별 주가를 조회할 수도, 오늘 날씨를 확인할 수도, 특정 스포츠 팀이 실제로 승리했는지 검증할 수도 없다.
디파이(DeFi) 프로토콜이 현실 세계의 입력값을 필요로 하는 순간, 암호학자들이 말하는 이른바 ‘오라클 문제(oracle problem)’와 정면으로 마주하게 된다. 그리고 이 문제를 어떤 방식으로 풀어내느냐에 따라 수십억 달러 규모의 디파이 자금이 안전하게 지켜질지, 아니면 공격자에게 탈취될지가 갈린다.
이런 난제를 정면 돌파하며 표준 답안으로 올라선 프로젝트가 바로 체인링크 (LINK)다. 체인링크는 Aave, Compound, Synthetix 같은 프로토콜의 가격 피드를 책임지고 있을 뿐 아니라, 2026년 급성장 중인 온체인 예측시장 인프라의 핵심도 맡고 있다.
이제 디파이를 사용하거나 디앱을 구축하려는 이에게, 오라클이 실제로 어떻게 작동하며 어떤 지점에서 깨질 수 있는지 이해하는 일은 선택이 아니라 필수가 됐다.
요약
- 스마트 콘트랙트는 설계상 인터넷과 격리돼 있어, 현실 세계와 상호작용하려면 ‘오라클’이라 불리는 외부 데이터 피드에 의존해야 한다.
- 중앙집중형 오라클은 곧 단일 실패 지점을 만든다. 체인링크 같은 분산 오라클 네트워크는 다수 노드 운영자의 데이터를 집계해 이 문제를 줄인다.
- 플래시 론을 활용한 가격 조작 등 오라클 공격으로 이미 수억 달러 규모의 손실이 발생했다. 오라클 설계는 프로토콜 보안에서 가장 중요한 의사결정 중 하나다.
왜 스마트 콘트랙트는 의도적으로 ‘바깥세상’을 볼 수 없게 만들어졌나
오라클을 이해하려면 먼저 블록체인이 왜 애초에 외부와 단절된 구조를 택했는지부터 짚어야 한다.
이더리움 같은 네트워크에 참여하는 모든 노드는 모든 트랜잭션을 개별적으로 검증하고, 같은 로직을 똑같이 재실행한다. 만약 스마트 콘트랙트가 인터넷에서 실시간 데이터를 직접 끌어올 수 있게 허용한다면, 노드마다 같은 질의에 서로 다른 결과를 받아오게 될 위험이 생긴다. 어떤 노드는 비트코인 가격을 63,000달러로, 다른 노드는 63,050달러로 본다면, 합의는 순식간에 깨져버린다.
이처럼 “같은 입력에는 반드시 같은 출력이 나와야 한다”는 결정론은 버그가 아니라, 블록체인의 핵심 기능이다.
이 결정론 덕분에 블록체인은 신뢰할 수 있는 결제·정산 레이어로 기능할 수 있다. 하지만 동시에 명백한 딜레마도 만든다.
담보 가치를 실시간으로 평가해야 하는 대출 프로토콜, 특정 사건의 발생 여부로 베팅을 정산해야 하는 예측시장, 포지션을 시가 기준으로 계속 재평가해야 하는 파생상품 거래소 등, 현실 데이터를 필요로 하는 모든 애플리케이션은 온체인이라는 폐쇄된 환경과 오프체인이라는 혼란스러운 현실 세계 사이를 이어줄 ‘다리’를 요구한다.
블록체인은 “동일한 입력 → 동일한 출력”을 보장한다. 인터넷은 이런 보장을 하지 않는다. 첫 번째 보장을 깨지 않으면서 두 환경을 잇는 일이 바로 ‘오라클 문제’다.
이 다리가 바로 오라클이다. 가장 단순하게 정의하면, 오라클은 외부 데이터를 블록체인에 적어 넣어 스마트 콘트랙트가 읽을 수 있게 만드는 모든 메커니즘을 뜻한다. 문제는, 그 과정을 설계하는 순간 새로운 신뢰 지점과 실패 지점을 만들 위험이 커진다는 점이다.
함께 읽어보기: Humanity Protocol’s $36M Unlock Arrives At The Worst Possible Time
중앙집중형 오라클의 함정, 그리고 왜 이 구조가 블록체인의 취지를 무너뜨리는가
가장 간단한 오라클 구조가 동시에 가장 위험한 구조이기도 하다.
상상해보자. 한 회사가 서버를 운영하면서, 1분마다 거래소에서 비트코인 (BTC) 가격을 가져와 온체인에 기록한다. 스마트 콘트랙트는 이 단일 데이터만 참고한다.
평소에는 잘 돌아가는 것처럼 보일 수 있다. 문제는 한 번 터지기 시작하면 감당이 안 된다는 데 있다.
서버가 다운되면, 해당 가격 피드에 의존하는 모든 프로토콜이 즉시 멈춰 선다. 회사 서버가 해킹을 당하면 조작된 가격이 그대로 스마트 콘트랙트로 흘러들고, 순식간에 대규모 청산 사태가 벌어지거나 대출 풀 자금이 빨려나갈 수 있다. 회사가 의도적으로 가격을 조작하거나, 규제 당국의 압력에 따라 데이터를 왜곡하더라도 이를 막을 장치는 없다.
블록체인이 없애고자 했던 ‘신뢰받는 중개자’를 다시 고스란히 세워놓은 셈이다.
초창기 디파이 프로젝트들은 이런 구조의 대가를 뼈저리게 치렀다.
2019~2020년, 일부 프로토콜은 단일 탈중앙 거래소의 온체인 현물 가격을 그대로 오라클로 삼았다. 공격자들은 무담보로 빌려 한 트랜잭션 안에서 상환까지 끝낼 수 있는 플래시 론(flash loan)을 활용해, 짧은 순간 거래소의 가격을 인위적으로 요동치게 만들었다. 이 왜곡된 가격을 오라클이 ‘진짜 값’으로 받아들이게 만들어 대출 풀을 탈탈 턴 뒤, 가격이 정상으로 돌아오기 전에 빠져나가는 식이다.
이렇게만 해서 여러 사건을 합치면 수억 달러가 날아갔다.
결론은 분명해졌다.
현실의 거액 자산을 다루는 시스템에서, 중앙 서버이든 단일 온체인 가격이든 ‘단일 진실 공급자’에 의존하는 구조는 결코 충분하지 않다는 것이다.
함께 읽어보기: Sakana Fugu Conducts Several AI Models To Rival Anthropic's Banned Mythos
분산 오라클 네트워크는 실제로 어떻게 동작하는가
체인링크는 오라클 문제를 “데이터에 대한 합의 문제”로 재정의하면서, 블록체인이 트랜잭션 유효성을 검증하는 것과 유사한 방식을 데이터에 적용했다. 하나의 서버가 가격을 써넣는 대신, 분산 오라클 네트워크(DON·Decentralized Oracle Network)가 여러 독립 노드 운영자를 통해 데이터를 가져오고, 각자 오프체인에서 집계한 뒤, 결과를 온체인에 제출하게 만든 것이다.
대표적인 체인링크 가격 피드가 실제로 돌아가는 방식을 보자.
예를 들어 ETH/USD 가격 피드에 21개의 독립 노드 운영자가 참여한다고 가정하자. 각 노드는 자체 인프라를 돌리며 복수의 독립 데이터 제공업체 — 특정 거래소 한 곳이 아니라, 전문 금융 데이터 공급사들을 포함한 다수 소스 — 에 질의를 보낸다. 노드는 이렇게 받아온 데이터를 바탕으로 개별 가격을 계산해 온체인 집계 콘트랙트에 제출한다.
집계 콘트랙트는 모든 제출값을 모은 뒤, 통계적으로 튀는 값(이상치)을 걸러내고, 중간값(미디언)을 계산한다. 이 최종 결과가 온체인에 기록되고, 모든 스마트 콘트랙트는 이 값을 그대로 읽어 쓴다.
여기서 ‘중간값’이라는 선택이 핵심이다. 하나의 악성 노드가 황당한 가격을 제출하더라도, 나머지 20개 노드가 정상적인 값을 보고하면 최종 중간값은 거의 움직이지 않는다. 공격자가 가격 피드를 실제로 왜곡하려면, 다수의 독립 노드와 그 노드들이 쓰는 데이터 소스를 동시에 장악해야 한다. 이는 단일 서버 하나를 노리는 것과는 비교도 되지 않을 정도로 난이도와 비용이 높다.
체인링크의 집계 구조에서는, 가격 피드를 부패시키는 비용이 참여 노드 수와 데이터 소스 다양성에 비례해 커진다. 충분히 규모가 커지면 공격 비용이 현실적인 이윤 가능성을 넘어선다.
이 시스템에서 노드 운영자는 LINK 토큰을 담보로 예치한다. 노드가 악의적으로 행동하거나 반복적으로 오프라인이 되면 페널티를 받아 담보가 삭감될 수 있다. 이는 지분증명(PoS) 합의 구조처럼, 경제적 인센티브를 ‘정직하게 운영할 유인’과 정렬시키는 장치다.
함께 읽어보기: Bitcoin’s $63,500 Breakdown Sets Up A Trap For Both Bulls And Bears
가격 피드만이 아니다: 오라클이 실제로 전달하는 것들
가격 피드는 오라클의 가장 눈에 잘 띄는 활용 사례지만, 오늘날 오라클 네트워크가 제공하는 기능의 일부에 불과하다. 각 카테고리는 보안 가정과 실패 양상이 서로 다르기 때문에, 전체 스펙트럼을 이해하는 것이 중요하다.
준비금 증명(Proof of Reserve) 피드는 커스터디 형태로 보관된 자산 — 예컨대 래핑된 비트코인 토큰이나 스테이블코인 — 이 실제로 공언한 수준의 담보를 보유하고 있는지 검증한다. 오라클이 오프체인 수탁기관의 준비금 데이터를 조회해 온체인에 올리면, 스마트 콘트랙트는 준비금이 기준선 아래로 떨어지는 순간 자동으로 기능을 정지시키도록 설계할 수 있다.
검증 가능한 랜덤니스(Verifiable Randomness) 는 스마트 콘트랙트를 위한 암호학적 난수 생성 서비스다. 블록체인 위에서 공정한 난수를 만드는 일은 악명 높게 어렵다. 온체인 변수는 모두 채굴자·밸리데이터가 블록에 포함하기 전 미리 볼 수 있어, 결과를 유리하게 조작할 여지가 생기기 때문이다. 검증 가능한 난수 함수(VRF)는 오프체인에서 난수를 생성하면서, 그 값이 조작되지 않았음을 증명하는 암호학적 증명을 함께 제공한다. NFT 민팅, 온체인 게임 결과, 복권 프로토콜 등이 여기에 의존한다.
크로스체인 상호운용성은 최근 주목받는 오라클의 역할이다. 체인링크의 CCIP(Cross-Chain Interoperability Protocol)는 오라클 인프라를 이용해 서로 다른 블록체인 간에 메시지와 자산 전송 명령을 전달한다. 한 체인에서 트랜잭션이 최종 확정됐다는 사실을 오라클 네트워크가 검증한 뒤, 다른 체인에서 이에 상응하는 조치를 트리거하는 식이다.
이벤트 기반 데이터는 현재 코인게코에서 화제가 되고 있는 Rain 같은 예측시장이 가장 직접적으로 의존하는 영역이다. 특정 사건(스포츠 경기 결과, 선거 결과, 규제 당국의 결정 등) 발생 여부에 따라 페이아웃이 갈리는 시장은, 연속적인 가격 스트림이 아니라 ‘사실 관계’를 증명해줄 오라클을 필요로 한다. 가격은 연속적이고 제3의 독립 소스에서 단순 크로스체크가 가능하지만, 사실 여부는 이분법적이면서도 종종 해석을 둘러싼 분쟁이 붙는 만큼, 훨씬 다루기 까다롭다.
함께 읽어보기: Can Europe’s Digital Euro Succeed Where America Refused To Try?
오라클 공격면: 실제로 어디서 취약점이 노출되는가
분산 아키텍처를 채택하더라도, 오라클 시스템은 특유의 공격면을 안고 있다. 숙련된 트레이더와 보안 연구자들이 특히 날카롭게 들여다보는 지점들이다.
유동성 빈약 구간을 이용한 가격 조작은 여전히 발생 가능하다. 거래량이 적은 체인이나 자산에서는, 오라클이 깊지 않은 오더북을 가진 거래소 데이터를 참고할 경우, 자본력이 충분한 공격자가 의도적으로 가격을 급등·급락시킨 뒤 그 시점에 오라클 업데이트를 유도해, 해당 가격을 읽는 프로토콜을 턴 다음 다시 가격을 원위치시키는 식의 공격이 가능하다. 방어 방법은, 오라클이 반드시 깊고 유동성이 풍부한 시장의 거래량 가중 데이터만을 사용하게 하고, 일정 수준 이상 가격이 움직여야만 업데이트를 허용하는 등 편차 기준을 엄격히 두는 것이다.
오라클 지연(latency) 은 다른 유형의 리스크를 만든다. 체인링크 가격 피드는 가격이 설정된 비율 이상 변동할 때, 혹은 ‘하트비트’로 불리는 고정 시간 간격(변동성이 낮은 자산 기준 통상 1시간)에 맞춰 갱신된다. 변동성이 큰 장세에서는 온체인 가격이 실제 시장 가격을 뒤따라가지 못하고 뒤처지는 구간이 생긴다. 숙련된 트레이더는 이런 시차를 찾아내, 아직 갱신되지 않은 오래된 온체인 가격을 쓰는 프로토콜을 상대로 반대 포지션을 취해 차익을 노리기도 한다.
노드 … 오퍼레이터 집중도(operator concentration) 리스크는 시스템 차원에서 자주 간과된다. 다수의 체인링크(Chainlink) 피드가 동일한 노드 오퍼레이터 집단에 과도하게 의존하고 있다면, 해당 오퍼레이터의 인프라를 겨냥한 표적 공격 한 번으로 여러 피드가 동시에 영향을 받을 수 있다. 이런 이유로 체인링크는 각 피드의 오퍼레이터 구성을 공개한다. 애널리스트들이 집중도 리스크를 직접 점검(audit)할 수 있게 하기 위해서다.
데이터 소스 집중도(data source concentration) 는 노드 집중도와는 또 다른 문제다. 형식적으로는 서로 독립된 31개의 노드가 모두 같은 가격에 합의했다 해도, 이들이 모두 동일한 단일 데이터 제공업체 하나만 바라보고 있다면, 그 피드의 신뢰도는 결국 그 한 곳의 신뢰도와 다르지 않다. 가장 탄탄한 오라클 피드는 개별 노드 오퍼레이터가 각자 독립적으로 데이터 소스를 선정하고, 그 과정에 중앙 집계 사업자가 끼어들지 않는 구조를 취한다.
실제로 DeFi 프로토콜의 보안 수준은 스마트컨트랙트 코드가 아니라, 그 프로토콜이 ‘어떤 오라클을 신뢰하느냐’에 의해 제한되는 경우가 많다. 프로페셔널 보안 감사에서는 이제 오라클 설정을 검증하는 작업이 사실상 필수 절차가 됐다.
함께 읽기: 카르다노, 수년 만의 최대 업그레이드…정작 이용자들은 ‘조용’
DEX 애그리게이터와 오라클의 상호작용
현재 솔라나(Solana) 생태계의 대표 DEX 애그리게이터로 떠오른 주피터(Jupiter) 는 많은 초보자들이 헷갈려 하는 지점을 잘 보여준다. 주피터 같은 애그리게이터는 여러 유동성 풀을 가로질러 가장 유리한 스왑 경로를 찾아주지만, 체인링크식 오라클 가격을 사용해 스왑을 실행하지는 않는다. 대신, 경유하는 각 풀의 온체인 스팟 가격을 곧장 읽어 오는 구조다.
스왑이라는 기능 자체만 놓고 보면 이는 설계 의도에 충실한 방식이다. 사용자는 ‘지금 이 순간’의 실제 풀 가격으로 거래하고 싶어 하지, 약간 지연된 오라클 가격으로 체결되길 바라지 않기 때문이다. 그 대신 애그리게이터는 샌드위치 공격에 노출된다. 봇이 사용자의 트랜잭션 앞에 선행 매수를 넣어 풀 가격을 끌어올리고, 사용자의 스왑이 불리한 가격에 체결되도록 만든 뒤, 다시 매도해 원래 가격으로 돌려놓고 차익을 챙기는 전형적인 패턴이다.
오라클 가격 피드가 애그리게이터에 중요해지는 지점은 스왑 ‘위’가 아니라 그 ‘아래’에 깔린 프로토콜 레벨이다. 스왑을 통해 들어온 자산을 담보로 받아들이는 대출 프로토콜이 체인링크 오라클을 통해 담보 가치를 평가한다면, 그 오라클의 업데이트 빈도와 조작 저항성이 곧 그 담보를 얼마나 안전하게 받아들일 수 있는지를 좌우한다.
이 같은 ‘위에는 애그리게이터, 아래에는 오라클’이라는 계층 구조는 오늘날 DeFi 스택의 사실상 표준이다. 오라클은 최종 이용자가 직접 접하지는 않지만, 수많은 프로토콜이 그 위에 올라타는 인프라 레이어다. 그리고 그 신뢰도는 상위 레이어 전체로 그대로 전이된다.
함께 읽기: 7주 연속 하락한 이더리움…스테이커들은 전혀 다른 신호 보낸다
누가, 어느 수준까지 오라클을 이해해야 할까
DeFi 이용자가 예치·대출 프로토콜에 자금을 넣거나 유동성을 공급할 때는, 해당 프로토콜이 어떤 오라클을 가격 피드로 쓰는지를 반드시 확인해야 한다. 충분한 수의 노드 오퍼레이터와 다층적인 데이터 소스 구성을 갖춘 검증된 체인링크 피드를 쓰는 프로토콜은, 단일 온체인 AMM 가격만을 그대로 끌어다 쓰는 프로토콜보다 구조적으로 훨씬 안전하다. 이런 정보는 보통 프로토콜의 공식 문서나 보안 감사 보고서에서 확인할 수 있다.
예측시장 참여자가 레인(Rain) 같은 인프라 위에 구축된 플랫폼을 이용한다면, 각 마켓의 결론이 얼마나 믿을 만한지는 그 오라클의 신뢰도에 달려 있다는 점을 이해해야 한다. 스포츠 경기 결과나 정치 이벤트처럼 현실 세계의 판정이 필요한 경우, 오라클 네트워크는 통상 복수의 독립 데이터 제공업체를 쓰고, 신뢰할 수 있는 리포터 집단의 다중서명(multi-sig) 동의를 요구한 뒤에야 결과를 확정한다. 자신이 자금을 투입하기 전에, 이 ‘결과 산출 메커니즘’을 감사 가능한 형태로 확인할 수 있어야 한다.
프로토콜 개발자는 오라클 관련해서 가장 무거운 의사결정을 내려야 하는 집단이다. 가격 괴리(deviation) 허용치가 지나치게 넓으면 업데이트가 뜸해져 지연(latency) 리스크가 커진다. 반대로 허용치를 너무 좁히면 업데이트가 잦아져 가스 비용이 치솟고, 공격자가 특정 시점의 업데이트를 의도적으로 트리거해 오라클을 조작할 여지가 생긴다. 상당수 본격적인 프로토콜은 이제 거래소 ‘개수’가 아니라 ‘거래량’을 기준으로 데이터를 선별하는 체인링크의 마켓 커버리지(methodology)를 채택해, 유동성이 얇은 마켓을 노린 공격 벡터를 줄이는 방향으로 설계하고 있다.
트레이더 가운데 대규모 온체인 포지션을 운용하는 이들은 특히 변동성이 극단적으로 확대되는 시기에 오라클의 ‘하트비트(정기 업데이트 주기)’를 주의 깊게 모니터링해야 한다. 온체인 오라클 가격이 현물 시세를 크게 뒤따라갈 경우, 프로토콜이 담보 비율을 잘못 계산하는 구간이 잠시 발생할 수 있고, 이는 차입자에겐 강제 청산 리스크로, 숙련된 참여자에겐 잠재적 차익거래(arbitrage) 기회로 이어질 수 있다.
함께 읽기: 앤트로픽 퍼프 투매, 프리 IPO 크립토 베팅의 경고 신호인가
맺음말
오라클 문제는 블록체인 아키텍처 역사에서 가장 오래된 난제 가운데 하나다. 그리고 DeFi가 예측시장, 실물자산 프로토콜, 크로스체인 애플리케이션으로 외연을 넓힐수록 이 문제의 중요성은 오히려 더 커지고 있다.
체인링크 같은 탈중앙 오라클 네트워크는 다수의 독립 소스로부터 데이터를 수집해 온체인에서 합의하는 구조를 도입함으로써, 초기의 ‘단일 실패 지점(single point of failure)’ 문제를 상당 부분 해소했다. 그러나 그 대가로 지연 시간, 노드 집중도, 데이터 소스 중복 등 새로운 트레이드오프도 함께 감수해야 했다.
예측시장이 성숙해지고 현실 세계 이벤트의 판정이 온체인으로 옮겨올수록, 오라클 네트워크에 요구되는 기능은 더 복잡해질 전망이다. 이진 이벤트에 대한 신뢰 가능한 증명, 서로 다른 규제 관할권에 걸친 데이터 수집, 분쟁이 발생했을 때 결과를 조정·해결하는 메커니즘 등은 모두 현재진행형 개발 영역이다.
오라클 레이어는 계속 진화할 것이다. 지금 이 레이어의 기본 원리를 이해해 두는 것은, 머지않아 오라클 위에 구축된 서비스를 ‘존재하는지도 모른 채’ 이용하게 될 다음 세대 DeFi 참여자들보다 한 발 앞서 나가는 일이다.
