Blocknative

• Name: Blocknative
• URL: https://www.blocknative.com/
• Category: Gas-fee infrastructure / fee-market data / onchain gas oracle network
• Tags: bitcoin-ecosystem ethereum-ecosystem
• Summary: Blocknative is fee-intelligence infrastructure: gas estimation, congestion prediction, and transaction-cost data sold back to wallets, apps, and chains. The useful cut is not gas tracker versus oracle. It is a vendor layer that shapes how downstream products perceive the fee market before they submit transactions.
• What it does:
  • Provides real-time gas estimation and prediction APIs for builders, wallets, protocols, and chains that need more precise fee selection than static heuristics
  • Supports a multichain gas platform with chain-by-chain API endpoints for dozens of networks, including Ethereum, Bitcoin, Base, Arbitrum, Optimism, Polygon, and many newer L2s and appchains
  • Operates user-facing tooling such as a gas estimator webpage and browser extension for monitoring fees across supported networks
  • Is extending into onchain fee infrastructure through Gas Network, which aggregates offchain gas predictions and publishes them via onchain oracle contracts
  • Maintains open-source repositories for gas agents, visual demos, and other infra tooling that show an operator/developer surface beyond the homepage
• Key claims:
  • The docs overview says Blocknative delivers more than 600 gas estimates per second and is trusted by protocols, wallets, L1s, and L2s for gas estimation and optimization
  • The Gas Price API docs say the platform currently supports 43 chains and exposes probability-based fee estimates for near-term inclusion rather than a single static quote
  • Gas Network markets support for 40+ chains and describes an architecture made up of a dedicated aggregation chain, offchain gas agents, and onchain gas oracles
  • The official gas-agent repo describes a Rust-based system that generates and submits signed gas price predictions for evaluation on Gas Network, reinforcing that Blocknative is building an operator-facing network rather than only a dashboard
  • The public site and extension materials show a dual audience: end users who want fee visibility and developers/protocols who need programmable fee data inside wallets, contracts, and applications
• Whitepaper: No classic whitepaper or litepaper was found during this pass. The strongest primary materials were Blocknative’s official site, docs overview, Gas Price API docs, Gas Network site, extension page, and public GitHub repositories; see ../whitepapers/blocknative-primary-sources-2026-04-26.md.
• Sources:
  • https://www.blocknative.com/
  • https://docs.blocknative.com/
  • https://docs.blocknative.com/gas-prediction/gas-platform
  • https://gas.network/
  • https://www.blocknative.com/gas-extension
  • https://github.com/blocknative
  • https://raw.githubusercontent.com/blocknative/gas-agent/main/README.md
  • https://raw.githubusercontent.com/blocknative/gas-network-visual-demo/main/README.md

Internal linkages

• Keep the linkage budget short.
• Best adjacent reads: bloxroute, alchemy, and chainlink-data-streams.

Control surface

• Practical leverage sits in how fee recommendations are generated, which chains get first-class support, how quickly estimates adapt to congestion, and which wallets or apps quietly adopt those defaults as policy.

• The dependency is not just on raw data access. It is on fee heuristics that downstream products start treating as operational truth when cost, latency, and inclusion odds matter.

• Last reviewed: 2026-05-29 UTC