Technical5 min read

As bull market congestion looms, is your infrastructure ready to carry the extra load?

Angus TookeyImage of Angus Tookey
Angus Tookey·

Originally published in The Block.

The average gas price in GWEI may still be low compared to the ‘bull market’ congestion of 2020-22. However, when history repeats itself and average gas price spikes for months at a time, how prepared is your Dapp?

Oracles are integral infrastructure, and their usage is intrinsically linked to the cost of gas, particularly on the Ethereum mainnet. Oracle providers, which foot the bill for this cost, learned the hard way during this high GWEI period that ‘free-to-read’ Oracles are unsustainable. For example, at the height of congestion, the daily gas cost for an Oracle spiked to over $41,000 for one specific 24-hour period.

The average gas price in Gwei is creeping back up. Source: Etherscan.io
The average gas price in Gwei is creeping back up. Source: Etherscan.io

New challengers have appeared, experimenting with different business models. Whereas longer-standing providers have diverted resources to newly created permissioned, revenue-generating product lines. As a result, the Oracle user market remains underserviced. Existing providers aren’t successfully alleviating customer pain points around high cost and low transparency; and new challengers don’t have the track record to provide the necessary confidence many DeFi protocols require.

This was a large part of the reason that Chronicle Protocol was spun out of MakerDAO in September. Securing billions of dollars for the largest collateralized lending protocol in the space since 2017 has demanded the creation of a very tailored type of infrastructure that prioritizes gas efficiency and transparency, and can scale with network congestion.

No other Oracle provider is solving the real issue

The ‘Oracle dilemma’ dictates that there must be a trade-off between security (or decentralization) and cost. The more secure or decentralized you make an Oracle protocol (by increasing the validator set), the more it costs (in gas) to publish an Oracle outcome on-chain. The opposite is also true. The smaller the validator set and, therefore less secure you make the protocol, the less it costs to run an Oracle.

As on-chain TVL grows, the incentive for Oracle validator collusion to manipulate an Oracle also grows. This is one of many reasons why for Oracles to advance as tools of true and decentralized security, this trade-off cannot continue.

New and old Oracle providers have attempted to solve this dilemma by rearranging the moving parts of an Oracle and dressing it up with marketing. Meanwhile, DeFi and other areas of the industry that rely heavily on Oracles suffer high-cost and high-latency Oracles, and the ‘bull market’ congestion is, again, fast approaching.

A high-level overview of how the ‘Pull’ Oracle works on Chronicle Protocol
A high-level overview of how the ‘Pull’ Oracle works on Chronicle Protocol

The ‘Pull Oracle’ model is often presented as a solution. However, without gas optimization, this solution also falls foul when Mainnet becomes congested. The Pull model can and is often set up in a way where the Oracle provider or Dapp doesn’t pay the gas fee to update the Oracle. Instead, it is bundled into the transaction of the end user of the Dapp. Naturally, during high network congestion, this will lead to Dapps cannibalizing their user base as the cost of making an in-dapp transaction becomes unusably high due to spikes in gas prices for the Oracle.

A high-level overview of how the ‘Push’ Oracle works on Chronicle Protocol
A high-level overview of how the ‘Push’ Oracle works on Chronicle Protocol

The ‘Pull Oracle’ also doesn’t make publishing data on-chain any cheaper; it simply slows the frequency down to an on-demand basis. Therefore the Oracle only costs less gas to run as long as updates are being ‘pulled’ less frequently than it would have ‘pushed’ them in the alternative model. For context, in the push model, data is pushed on-chain regularly based on customizable thresholds such as time or the value changing by 0.5%.

A comparison with other Oracle providers utilizing on-chain metrics for gas usage. Source: Etherscan.io
A comparison with other Oracle providers utilizing on-chain metrics for gas usage. Source: Etherscan.io

This is why, regardless of whether you use a Push or Pull model, gas optimization and security are king. Verify this Chronicle Oracle gas usage for yourself via Etherscan. This gas usage figure is quoted for a single-use Oracle update. With economies of scale and multicall, this can be brought down even further.

In tackling the Oracle gas usage issue, Chronicle was also the first to solve the cost-to-security tradeoff. The answer was found through the implementation of Schnorr cryptography, a signature scheme battle-tested on the Bitcoin blockchain for a number of years. This effectively means that Chronicle can scale to any number of validators on mainnet, whilst maintaining a fixed gas usage. You can dive into that further in this research report.

In short, what does this all mean? As on-chain usage continues to rise and gas prices with it, Chronicle ensures that Oracle users have a truly cost-efficient option that scales with their business whilst increasing the security of the Oracle protocol instead of lowering it.

And if you like every element of the data your Oracle provides to be verifiable, you can have that too.

What is Chronicle Protocol?

Chronicle Protocol is a novel Oracle solution that has exclusively secured over $10B in assets for MakerDAO and its ecosystem since 2017. With a history of innovation, including the invention of the first Oracle on Ethereum, Chronicle Protocol continues to redefine Oracles. A blockchain-agnostic protocol, Chronicle overcomes the current limitations of transferring data on-chain by developing the first truly scalable, cost-efficient, decentralized, and verifiable Oracles, rewriting the rulebook on data transparency and accessibility.


Related Posts