Question 1

Onchain vs Offchain data: what’s the difference?

Accepted Answer

TL;DR: Onchain data lives directly on the blockchain, making it permanent, transparent, and verifiable by anyone. Offchain data is stored outside the blockchain, typically on traditional servers, decentralized storage networks like IPFS, or private databases. Most real-world applications use a combination of both, keeping critical state onchain while storing larger or less essential data offchain to save cost and improve performance. The Simple Explanation Every blockchain has limited space. Storing data onchain means writing it into a transaction or smart contract state that gets permanently recorded across every node in the network. This makes the data tamper-proof and universally accessible, but it comes at a cost. On Ethereum, storing just 32 bytes of data can cost several dollars depending on gas prices. Storing an entire image or document onchain would be prohibitively expensive. That is where offchain data comes in. Instead of storing a full image on the blockchain, a developer might store the image on IPFS (a decentralized file storage network) and then store only the IPFS content hash onchain. The blockchain record proves what the data should be, and the offchain storage actually holds it. This hybrid approach gives you the verifiability of blockchain with the scalability of traditional or decentralized storage systems. Think of it like a property deed. The deed itself (a small, critical record of ownership) gets recorded in the county clerk's office. But the actual house, the blueprints, the inspection reports, and the photos all exist elsewhere. The deed points to the property. The blockchain works the same way: it stores the critical proofs and pointers while larger datasets live offchain. What Counts as Onchain Data Onchain data includes everything that is permanently recorded in the blockchain's state or transaction history. This covers transaction records (sender, receiver, amount, timestamp), smart contract code and state variables (token balances, ownership records, governance votes), event logs emitted by smart contracts, and block metadata like timestamps and validator information. When a user swaps tokens on a decentralized exchange, the entire transaction, including the amounts, the addresses involved, and the resulting state changes, is recorded onchain. When an NFT is minted, the token ID, the owner's address, and the metadata URI are all stored in the smart contract's onchain state. This data is immutable once confirmed, meaning no one can retroactively change it. Onchain data is what gives blockchain its core value proposition: trustless verification. Anyone running a node or querying an RPC endpoint can independently verify any piece of onchain data without relying on a third party. It is the single source of truth for the network. What Counts as Offchain Data Offchain data is anything that exists outside the blockchain but is referenced by or relevant to onchain activity. This includes NFT images and metadata files stored on IPFS or centralized servers, large datasets used by dapps (user profiles, order histories, analytics), oracle data feeds that bring real-world information (prices, weather, sports scores) onto the blockchain, Layer 2 transaction data before it is batched and settled on Layer 1, and application front-ends and APIs that interact with smart contracts. The most common pattern is storing a content hash or URI onchain that points to offchain data. For example, most NFT smart contracts store a tokenURI that points to a JSON metadata file hosted on IPFS or a web server. That JSON file contains the image URL, description, and attributes. The blockchain knows the pointer. The offchain system holds the payload. Oracles like Chainlink are a critical bridge between onchain and offchain worlds. Smart contracts cannot natively access external data. They cannot check a stock price, verify a weather event, or confirm a real-world shipment. Oracles fetch this offchain data and deliver it onchain in a verifiable way, enabling smart contracts to react to real-world events. The Tradeoffs The decision of what to store onchain versus offchain comes down to cost, speed, permanence, and trust requirements. Onchain storage is expensive but permanent and trustless. Offchain storage is cheap and fast but introduces dependencies on external systems. If an NFT's image is stored on a centralized server and that server goes down, the NFT still exists onchain but the art it represents becomes inaccessible. If the image is on IPFS and no one is pinning it, the same thing can happen. Decentralized storage protocols like IPFS and Arweave aim to solve this by distributing files across a network of nodes rather than relying on a single server. IPFS uses content-addressed storage, meaning files are referenced by their cryptographic hash rather than a server location. As long as at least one node on the network pins the file, it remains accessible. Arweave takes this further by incentivizing permanent storage through a one-time fee model. For developers building production applications, the architecture typically involves keeping all financially critical state onchain (balances, ownership, approvals), storing larger assets on decentralized storage like IPFS, caching frequently accessed data in offchain databases for performance, and using indexers and data pipelines to make onchain data queryable. What is the difference between onchain and offchain data? Onchain and offchain data differ in where they live and what guarantees they carry. Onchain data is written into the ledger of a blockchain and validated by every node, while offchain data sits in external systems that the chain only references. The table below compares them across the attributes that matter most. AttributeOnchain dataOffchain dataLocationStored in blocks and contract stateServers, IPFS, or databasesCostHigh, paid in gas per byteLow, standard storage pricingSpeedLimited by block timesFast, near instant reads and writesPermanenceImmutable once confirmedMutable unless pinned or archivedTransparencyPublic and verifiable by anyonePrivate or access controlledTrust modelTrustless, secured by consensusDepends on the host or storage networkBest forBalances, ownership, proofsImages, large files, cached analytics When should you store data onchain versus offchain? The rule of thumb is simple: keep anything that must be trustless, final, and publicly verifiable onchain, and push everything else offchain to save cost and gain speed. The table below maps common data types to the storage layer that usually fits best. Data typeRecommended locationWhyToken balances and ownershipOnchainMust be trustless and finalSmart contract logicOnchainExecution must be verifiableNFT media and metadataOffchain (IPFS)Too large and costly to store onchainAnalytics and search indexesOffchainNeeds fast queries, rebuilt from chain dataReal-world data feedsOffchain via oraclesChains cannot fetch external data The logic that enforces these rules lives in smart contracts, and the offchain side usually depends on blockchain indexing to turn raw onchain events into fast, searchable records. If you are deciding how to read state at scale, see how teams approach querying blockchain data. Are Layer 2 and rollup transactions onchain or offchain? Layer 2 transactions start offchain and become onchain once they settle. A Layer 2 blockchain executes transactions on a separate layer for speed, then a rollup batches many of them and posts compressed data plus a proof back to Layer 1. So execution happens offchain, but the final data and security anchor onchain. The two main designs, optimistic and ZK rollups, differ in how they prove that the batched offchain work is valid. How do oracles connect offchain data to the blockchain? Smart contracts cannot reach the internet on their own, so they rely on oracles to bring offchain information onchain. An oracle network fetches external data such as asset prices or event outcomes, reaches agreement on the value, and writes it into a contract that other contracts can read. This is how a DeFi protocol can react to a market price or an insurance contract can respond to a real-world event, all while keeping the final, acted-upon value onchain and verifiable. Frequently Asked Questions Is offchain data secure? It can be, but the guarantees are different. Offchain data inherits the security of wherever it is stored, so a centralized server is a single point of failure, while content-addressed networks like IPFS or Arweave spread copies across many nodes. Storing a cryptographic hash of the offchain data onchain lets anyone verify that the offchain payload has not been tampered with. What happens to an NFT if its offchain image goes offline? The token itself still exists onchain, but the artwork it points to can become unreachable if the host disappears and no one pins the file. This is why serious projects store NFT media on IPFS or Arweave and keep the content hash onchain rather than a fragile web URL. Can smart contracts read offchain data directly? No. Smart contracts are deterministic and isolated from the outside world, so they cannot make network calls. They depend on oracles to deliver offchain data onchain in a verifiable form before they can use it. Is IPFS onchain or offchain? IPFS is offchain. It is a decentralized storage network that holds files outside the blockchain, while the blockchain typically stores only the IPFS content hash that points to those files. How do you access historical onchain data? Recent state is easy to read from any node, but full history often requires archive nodes or a backfill pipeline. See accessing historical blockchain data for the common approaches and their tradeoffs. How Quicknode Fits In Working with both onchain and offchain data requires reliable infrastructure. Quicknode's Core API gives you low-latency RPC access to 80+ chains for reading and writing onchain data. Quicknode Streams lets you capture real-time blockchain events and route them to offchain destinations like webhooks, PostgreSQL databases, or S3 buckets, making it easy to build data pipelines that bridge the onchain and offchain worlds. For decentralized storage, Quicknode's IPFS pinning service and dedicated gateways let you store and retrieve offchain content without managing your own IPFS nodes. Further Reading How to Store Data with IPFS on Ethereum - Quicknode Guide IPFS Gateways and Pinning - Quicknode Getting Started with Streams - Quicknode Docs Introduction to Quicknode Products

Question 2

How do smart contracts work?

Accepted Answer

A smart contract is a self-executing program stored on a blockchain that automatically enforces the terms of an agreement when predefined conditions are met. No middlemen, no manual oversight. Once deployed, the code runs exactly as written, every time, for anyone who interacts with it.

Question 3

What is a blockchain?

Accepted Answer

A blockchain is a shared digital ledger that records transactions across a network of computers. No single person or company controls it. Once data is added, it can't be changed, making blockchains transparent, secure, and resistant to tampering.

Question 4

What is blockchain finality?

Accepted Answer

Blockchain finality is the point where a transaction is permanently confirmed and can't be reversed, changed, or removed from the ledger. Each blockchain reaches finality in its own way and at its own speed, from seconds to minutes. Developers need to understand finality because the timing of confirmed transactions affects user experience, security, and funds.

屬性	鏈上數據	鏈外資料
地點	儲存於區塊及合約狀態中	伺服器、IPFS 或資料庫
成本	高，按每位元組的天然氣支付	低廉、標準的儲存定價
速度	受限於區塊時間	快速、near 即時讀寫

資料類型	推薦地點	為什麼
代幣餘額與持有權	鏈上	必須具備無需信任且結果最終確定之特性
智慧合約邏輯	鏈上	執行過程必須能夠被驗證
NFT 媒體與元資料	Offchain (IPFS)	體積過大且儲存成本過高，無法儲存在鏈上

想掌握最新動態嗎？

開發者工具

文件與指南

鏈上與鏈下數據：有何區別？

簡單的解釋

什麼算作鏈上數據

什麼算作鏈下資料

權衡取捨

鏈上資料與鏈下資料有何區別？

何時該將資料儲存於鏈上，何時又該儲存於鏈下？

第二層（Layer 2）和 Rollup 交易是在鏈上還是鏈下進行的？

預言機是如何將鏈下資料與區塊鏈連結起來的？

常見問題

鏈下資料安全嗎？

如果 NFT 的鏈下圖片無法存取，該 NFT 會如何？

智慧合約能否直接讀取鏈外資料？

IPFS 是鏈上還是鏈下？

該如何存取歷史鏈上資料？

Quicknode 的定位為何

延伸閱讀

立即開始建構