Technology•

CF Benchmarks Opens Its Institutional Price Feeds to Blockchain Applications

CF Benchmarks, owned by Kraken parent Payward, launched CFB Oracle to deliver the indices behind BlackRock's bitcoin ETF and CME Group's crypto futures to onchain applications.

Written By :MINRK
CF Benchmarks Opens Its Institutional Price Feeds to Blockchain Applications

Photo by Markus Winkler on Unsplash

Mentioned in This Article

BTC
BTC
Bitcoin
$80,507.00
0.91%
ETH
ETH
Ethereum
$2,346.83
1.62%
HYPE
HYPE
Hyperliquid
$80.16
3.00%
LINK
LINK
Chainlink
$11.46
0.59%

1. What is CFB Oracle?

CF Benchmarks, the index provider owned by Kraken parent Payward, introduced CFB Oracle on October 27, a service that delivers its benchmark prices directly to blockchain applications. The indices already underpin BlackRock's bitcoin exchange-traded fund and CME Group's crypto futures, and the company says products built on them represent more than $120 billion in assets.

CFB Oracle is a data service, not a trading venue or a fund issuer. Its job is to carry reference prices from the company's existing benchmark family onto public networks, where smart contracts can read them. The benchmarks cover cryptocurrencies, stocks, bonds, commodities and currencies, which gives developers a wide menu of reference data from a single provider.

The launch arrives while a growing number of financial firms are looking for ways to offer conventional investment products through decentralized finance, or DeFi. Those products all depend on the same plumbing: a trustworthy, continuously updated price that a program can consume without human intervention. CF Benchmarks is betting that the credibility its indices already hold in traditional markets will translate into demand onchain.

Index providers occupy a quiet but important corner of finance. They define how a basket of assets or a single market is measured, and funds, futures and other products then reference that measurement. Because so much money is tied to a handful of benchmarks, the administrators behind them are expected to follow transparent methodologies and to keep their calculations consistent over time. Extending that role to blockchains means the same discipline is now being applied to a new kind of customer: software that acts on prices automatically and without a human reviewing each decision.

2. Why do blockchain applications need price oracles?

A blockchain cannot observe the outside world by itself. A smart contract can verify balances and transactions recorded on its own network, but it has no native way of knowing what a share of stock, a government bond or an ounce of gold is worth at a given moment. Services known as oracles fill that gap by publishing external data in a form contracts can read.

The quality of that data determines how safe an application is. If a price is stale, manipulated or sourced from a thin market, contracts that rely on it can misvalue assets, trigger unwarranted liquidations or let users borrow more than their collateral supports. For that reason, oracle design has long been treated as a core security question for decentralized platforms.

The company describes the goal of CFB Oracle as giving developers who build investment products on blockchains the same pricing infrastructure that major financial institutions already use. In practical terms, that means an onchain product can reference the same benchmark that an exchange-traded fund or a regulated futures contract references, rather than a price assembled from an unfamiliar or untested source.

The stakes rise as the assets involved become more conventional. Early decentralized applications mostly dealt with crypto-native tokens that trade around the clock on many venues. Tokenized stocks and bonds bring different characteristics, including trading hours, official closing prices and rules about how benchmarks are calculated. A price feed for such assets has to reflect those conventions, which is one reason developers may prefer a provider that already administers benchmarks for them in traditional markets.

3. Which products could use the data?

The announcement offers two illustrations. A blockchain-based fund that holds tokenized stocks needs dependable prices to value its portfolio and to calculate what each share of the fund is worth. A lending platform that accepts tokenized bonds as collateral needs prices to set borrowing limits and to decide when a position has fallen far enough to be liquidated.

Beyond those examples, the company says developers can use CFB Oracle to build onchain index funds, tokenized portfolios and derivatives without constructing their own pricing systems. Building and maintaining a pricing methodology is expensive and technically demanding, so outsourcing it to an established benchmark administrator could lower the barrier for teams that want to focus on product design instead.

Tokenized portfolios illustrate why a consistent benchmark matters. A basket of assets issued as a token only makes sense if everyone agrees on how the basket is valued. When the reference price comes from a recognized index, investors, auditors and counterparties can evaluate the product against a familiar standard instead of trusting an opaque calculation.

Derivatives are a further category the company names. Contracts that pay out based on an index need a settlement value that all parties accept in advance. When that value is published by a recognized administrator and delivered onchain with a verifiable signature, counterparties can agree on the terms without arguing later over where the number came from. This is the same logic that has long applied to exchange-traded futures, now transferred to programmable contracts.

4. Where is the service available and how is the data protected?

CFB Oracle is available on Ethereum (ETH), HyperEVM and Robinhood Chain, and the company plans to add support for other compatible networks. HyperEVM is the smart contract environment attached to the Hyperliquid (HYPE) ecosystem, which matters for one of the first planned uses described below.

CF Benchmarks says its data is digitally signed. A digital signature lets an application confirm that a price really came from the company and was not altered on the way to the contract. This kind of verification is a common safeguard for oracle feeds, because it narrows the opportunities for someone to slip in false values between the data provider and the application that consumes it.

The company also says each index is published at the same frequency for all customers. It does not charge extra for faster access. That policy keeps every user of a given benchmark working from the same numbers, which can matter for fairness and for the reproducibility of results, since two applications reading the same index will not see different update speeds depending on what they pay.

Support for Robinhood Chain alongside Ethereum and HyperEVM suggests the company wants to reach both general-purpose networks and ecosystems tied to specific trading platforms. The plan to extend to other compatible networks leaves room for further expansion, though the announcement does not name which networks might come next or give a timetable.

5. How does Kraken's parent plan to use it?

Payward intends to use CFB Oracle to supply pricing for an upcoming U.S. perpetual futures product powered by Hyperliquid. Perpetual futures are derivatives that track an asset's price without an expiration date, and they depend heavily on accurate reference prices to calculate funding payments and to trigger liquidations.

That product still needs regulatory approval, so its launch timing is not set. The plan nonetheless shows the oracle serving a use case inside its owner's own group, with a regulated U.S. product relying on benchmark data supplied by a sister business.

The arrangement also links two themes that have recently drawn attention in the industry: the migration of regulated derivatives toward onchain infrastructure and the demand for pricing data that institutions and supervisors regard as dependable. A perpetual futures contract offered to U.S. customers will face scrutiny over how its prices are produced, and referencing an established benchmark administrator is one way to address that question.

Perpetual futures have been among the most heavily traded products in crypto, and bringing them under a U.S. regulatory framework would be a notable step for the market. Pricing is central to that effort, because the integrity of the index price determines whether a liquidation is fair. Until the regulatory approval arrives, the product remains a plan, and the oracle's role in it cannot yet be measured.

The launch places CF Benchmarks in competition with Chainlink (LINK) and Pyth, oracle providers that already supply market data to decentralized trading and lending platforms. Those networks have large existing integrations, so CF Benchmarks enters a field where incumbents are well established.

The company's pitch rests on provenance rather than novelty. Its indices are the ones used by a major asset manager's bitcoin fund and by a leading derivatives exchange's crypto futures. For developers and issuers who want to point to a benchmark that regulators and institutional investors already recognize, that lineage could be a selling point.

Whether it is enough to win market share will depend on how many applications integrate the feed, on the range of assets the company covers onchain and on how the service performs under stress. Oracle failures tend to surface during volatile markets, so the true test of any new feed is how it behaves when prices move quickly.

Pricing, fees and coverage will also shape the competition. The company has chosen not to charge more for faster access, which differs from models in which speed is a premium feature. Developers weighing the options will likely compare asset coverage, update behavior, network support and how each provider handled past periods of market stress before committing a protocol to one feed.

7. What is CFB Oracle not designed to do?

The company is explicit that CFB Oracle will not issue funds or execute trades. It supplies the reference prices that such products need and nothing more. Developers remain responsible for building the fund structures, trading logic and compliance arrangements around the data.

That boundary is relevant for regulatory reasons as well as design ones. A benchmark administrator that stays out of issuance and execution avoids the conflicts that arise when the entity setting a price also profits from trades that depend on it. It also keeps the service simple enough to be adopted by many different projects, including ones that compete with each other.

For readers following the tokenization trend, the practical takeaway is that the infrastructure layer is filling in. Issuers, exchanges and lending protocols are being joined by data providers with long histories in conventional markets. How quickly products that depend on those feeds reach users will turn on regulatory approvals, including the one still pending for the planned U.S. perpetual futures product, and on whether developers choose this oracle over the established alternatives.

Related Articles

NEWSLETTERS

Don't miss another story.

Subscribe to the MINRK Newsletter today.

Tick the newsletters you want. No selection? You'll get MINRK Headlines.

By signing up, you will receive emails about MINRK products and you agree to our terms of use and privacy policy.

MINRK Daybook

Market analysis for crypto traders and investors.

EVERY WEEKDAY

MINRK for Advisors

Defining crypto, digital assets and the future of finance for financial advisors.

EVERY THURSDAY

MINRK Protocol

Exploring the tech behind crypto one block at a time.

WEEKLY

MINRK Long & Short

A must read for institutions. Insights, news and analysis delivered weekly.

EVERY WEDNESDAY

MINRK Headlines

The biggest crypto news and ideas of the day.

EVERY WEEKDAY

MINRK Policy

Examining the intersection of cryptocurrency and government.

WEEKLY

MINRK Research

Join thousands of readers who rely on MINRK for data-driven insights on the latest digital asset trends.

MONTHLY