CF Benchmarks가 2026년 10월 27일 CFB Oracle을 공개 출시했습니다. 회사가 계산한 지수값에 전자서명을 붙이고, 블록체인 위의 프로그램이 그 출처를 검증할 수 있도록 하는 서비스입니다.
대출 담보나 파생상품을 계산할 때는 가격의 작은 차이도 이용자의 손익에 영향을 줄 수 있습니다. 이번 소식에서 볼 부분도 ‘가격을 블록체인으로 가져왔다’는 사실에 그치지 않습니다. 누가 만든 값인지, 언제 관측한 값인지, 어떤 계산 규칙을 썼는지를 나누어 읽어야 합니다.
오라클은 블록체인이 외부 값을 읽는 연결 장치입니다
스마트계약은 정해진 조건대로 실행되는 블록체인 프로그램입니다. 코인 가격처럼 바깥 시장에서 만들어지는 정보를 쓰려면 그 값을 전달받는 과정이 필요합니다. 이런 연결 역할을 맡는 장치를 오라클이라고 부릅니다.
예를 들어 담보 가치가 일정 수준 아래로 떨어지면 대출을 정리하는 서비스는 ‘현재 담보가 얼마인가’를 알아야 합니다. 거래소마다 가격이 다르거나 전달이 늦으면, 같은 담보라도 계산 결과가 달라질 수 있습니다.
CFB Oracle의 현재 Pull 방식에서는 앱이 서명된 값을 가져와 자기 거래에 함께 넣습니다. 블록체인에 배포된 검증 계약은 그 값을 확인합니다. 회사가 값을 계속 계약에 기록해 두는 Push 방식은 아직 개발 중입니다.
서명된 API 값은 고객에게 8월 31일부터 제공됐습니다. 10월 27일은 CFB Oracle의 공개 출시일입니다. 모든 구성 요소가 그날 처음 등장했다고 읽으면 이전 제공 단계와 혼동하게 됩니다.
현재 지원과 앞으로의 계획을 구분합니다
현재 Pull 검증이 제공되는 체인은 이더리움, HyperEVM, Robinhood Chain입니다. 다른 EVM 호환 체인에도 배포할 수 있다는 설명은 있지만, 모든 체인에서 이미 운영 중이라는 뜻은 아닙니다. 제품에서 지수를 이용하려면 상업용 라이선스도 필요합니다.
CF Benchmarks와 같은 그룹인 Payward는 미국 고객용 온체인 무기한 선물에 CFB Oracle을 사용할 계획이라고 밝혔습니다. Hyperliquid 기반으로 준비하는 이 상품의 출시는 규제 승인을 조건으로 합니다. 오라클 출시와 파생상품의 실제 영업 개시는 별개 일정입니다.
서명을 확인한 뒤에도 관측 시각을 따져야 합니다
기술 문서의 검증 함수인 verifyValue는 서명된 값과 지정한 필드가 맞는지 확인합니다. 관측 시각과 체인의 시계를 비교해 앱이 설정한 최대 허용 경과시간을 넘는 값도 거부합니다. 미래 시각의 관측값 역시 거부 대상입니다.
여기서 허용 시간을 정하는 쪽은 데이터를 사용하는 앱입니다. 사용 가이드는 필요한 가격 피드의 식별자, 검증 계약 주소, 시간 제한을 앱 설정으로 관리하라고 안내합니다. 가격을 제출하는 사람이 이 기준까지 정하게 해서는 안 된다는 취지입니다.
어떤 자산의 12시 관측값이 100달러이고 서명도 유효하다고 가정하겠습니다. 체인 시각이 12시 3분일 때 앱이 허용한 경과시간이 60초라면, 이 값은 180초 전 자료이므로 시간 검사를 통과하지 못합니다.
반대로 허용 시간을 5분으로 정했다면 시간 조건은 통과할 수 있습니다. 그사이 시장 가격이 94달러로 변했다고 가정해도, 12시의 서명 자체가 사라지는 것은 아닙니다. ‘서명이 유효한가’와 ‘지금 이 계산에 충분히 최근 값인가’를 함께 물어야 하는 이유입니다.
시간 조건을 통과해도 가격의 경제적 적합성까지 판정된 것은 아닙니다. 무엇을 거래한 시장의 값인지, 여러 입력을 어떻게 합쳤는지에 따라 같은 자산 이름을 붙인 지수도 용도가 달라질 수 있습니다.
실제로 회사 설명에 따르면 이번 주식 지수는 토큰화 주식의 호가를 바탕으로 계산하며, 주식의 본래 상장 거래소에서 직접 받는 시세를 사용한 것은 아닙니다. 해당 거래소 데이터와의 연계는 이번 출시와 별도로 추진하는 작업입니다.
감사 보고서는 확인한 범위까지 읽습니다
Zellic은 2026년 8월 3~6일 Pull Oracle 스마트계약을 검토하고, 이를 담은 보안 평가 보고서를 8월 18일자로 작성했습니다. 보고서는 프런트엔드, 관련 인프라, 서명 키 보관을 평가 범위에서 제외했다고 명시합니다.
서명을 확인하는 계약을 점검한 것과, 가격의 원천 데이터부터 운영 시스템까지 모든 위험을 검증한 것은 범위가 다릅니다. 특히 서명 키를 누가 어떻게 지키는지는 출처 검증의 신뢰와 연결되지만, 이번 보고서가 확인한 항목은 아닙니다.
회사 설명은 API 전달이 끊길 때 사용할 별도의 온체인 대체 수단을 기본 제공하지 않는다고 밝힙니다. 이런 수단이 필요한 앱은 자체적으로 마련해야 합니다.
이용자 입장에서는 장애가 나면 이전 가격으로 계속 계산하는지, 거래를 멈추는지, 다른 자료를 쓰는지도 중요합니다. 검증 기능의 존재만으로 해당 서비스의 장애 대응까지 알 수는 없습니다.
규제 대상이라는 설명도 개별 지수까지 확인합니다
CF Benchmarks는 영국 벤치마크 규정에 따른 FCA 인가 지표관리자라고 설명합니다.
FCA가 안내하는 업무에는 지표관리자의 인가·등록과 관련 감독이 포함됩니다. 이 제도는 금융시장에서 기준으로 사용하는 지표의 관리 체계를 다룹니다.
CFB Oracle 제품 페이지는 일부 지수가 영국 벤치마크 규정의 적용을 받으며, 각 지수의 규제 상태는 해당 문서에 명시된다고 안내합니다. 따라서 제공되는 모든 지수를 같은 규제 지위로 묶어 말할 수 없습니다.
지표관리자의 인가를 내가 이용하는 앱의 인가나 투자금 보장으로 바꾸어 해석해서도 안 됩니다. 데이터 공급자, 지수, 그 지수를 사용하는 금융서비스는 각각 확인할 대상입니다.
이 소식에서 이용자가 확인할 것은 무엇일까요
이 글의 해석: CFB Oracle의 의미는 가격을 전달받은 쪽이 발행자의 서명을 직접 확인할 수 있다는 데 있습니다. 다만 실제 서비스의 품질은 그 기능을 어떤 지수, 시간 제한, 장애 대응과 결합하느냐에 달려 있습니다.
- 사용하는 가격 피드의 정확한 이름과 계산 방법이 공개돼 있나요?
- 관측 시각과 허용 경과시간을 확인할 수 있나요?
- 서명 검증에 실패하거나 새 데이터가 없으면 어떻게 처리하나요?
- 감사와 규제 설명이 실제로 사용하는 지수·계약·서비스까지 해당하나요?
출시 발표만으로 채택 규모나 특정 코인의 가격 상승을 계산할 근거는 없습니다. 앞으로 볼 변화는 이름을 올린 파트너 수보다 실제 적용된 상품, 공개된 설정, 데이터 중단 시의 처리 규칙입니다. 가격의 출처를 검증하는 기능을 이해한 뒤, 그 가격을 사용하는 서비스의 조건까지 이어서 살펴보면 됩니다.
2026년 10월 28일 확인한 공개 자료를 바탕으로 한 설명입니다. 가상 예시는 구조 이해용이며, 특정 자산의 매매 권유나 개별 서비스의 안전성 보증이 아닙니다.