On-Chain vs Off-Chain
On-chain transactions are recorded directly on the blockchain, while off-chain transactions occur on secondary layers and settle later.
Key Takeaways
- On-chain transactions are broadcast to the Bitcoin network, included in a block by miners, and permanently recorded on the blockchain. They provide the highest security guarantees but are limited to roughly 7 transactions per second with fees that fluctuate based on network demand.
- Off-chain transactions happen on Layer 2 protocols like Lightning, statechains, and sidechains. They settle to the base layer periodically, enabling sub-second speeds and sub-cent fees while inheriting Bitcoin's security.
- Choosing between on-chain and off-chain depends on the use case: on-chain for large settlements and cold storage movements, off-chain for everyday payments, micropayments, and high-frequency transfers.
What Is On-Chain vs Off-Chain?
On-chain and off-chain refer to the two fundamental ways Bitcoin transactions can be processed. An on-chain transaction is broadcast to the entire Bitcoin peer-to-peer network, validated by miners through Proof of Work, included in a block, and permanently recorded on the blockchain. An off-chain transaction happens outside the main blockchain, typically through a Layer 2 protocol, and only touches the base layer when participants open, close, or settle their positions.
This distinction matters because Bitcoin's base layer was designed for security and decentralization, not raw throughput. With a block produced roughly every 10 minutes and a maximum block weight of 4 million weight units (introduced by SegWit), the network can process approximately 3 to 7 transactions per second. For context, traditional payment networks like Visa handle around 1,700 TPS on average. Off-chain protocols solve this throughput gap without compromising Bitcoin's base-layer security model.
How On-Chain Transactions Work
Every on-chain Bitcoin transaction follows the same lifecycle, from creation to finality:
- A user constructs a transaction specifying inputs (UTXOs to spend) and outputs (recipient addresses and amounts), then signs it with their private key
- The signed transaction is broadcast to the network and enters the mempool, a waiting area of unconfirmed transactions
- Miners select transactions from the mempool based on fee rates (measured in satoshis per virtual byte) and include them in candidate blocks
- Once a miner finds a valid block, the transaction receives its first confirmation
- Each subsequent block adds another confirmation, exponentially reducing the probability of reversal
The widely accepted standard for practical irreversibility is 6 confirmations (roughly 60 minutes). Reversing a transaction buried 6 blocks deep would require an attacker to control more than 50% of the network's total hashrate: a 51% attack that would be prohibitively expensive on Bitcoin.
On-Chain Fee Dynamics
On-chain transactions require mining fees to incentivize block inclusion. Fees are determined by a market mechanism: when demand for block space exceeds supply, fees rise. A typical transaction of around 250 virtual bytes costs approximately $1 to $5 at moderate congestion, but fees can spike above $20 during periods of high demand.
Fee estimation is critical for on-chain transactions. Setting fees too low risks the transaction sitting unconfirmed in the mempool for hours or days. Setting fees too high wastes money. Tools like mempool explorers help users choose appropriate fee rates based on current network conditions.
How Off-Chain Transactions Work
Off-chain protocols move the bulk of transaction processing away from the blockchain while anchoring security to it. The specific mechanism varies by protocol, but the general principle is consistent: lock funds on-chain, transact freely off-chain, then settle back on-chain when needed.
Payment Channels (Lightning Network)
The Lightning Network uses bidirectional payment channels. Two parties lock bitcoin in a multisig address via an on-chain funding transaction, then exchange signed commitment transactions off-chain to update balances. Each update invalidates the previous state, preventing cheating. When participants are done, they broadcast a closing transaction to settle final balances on-chain.
Payments can route through multiple channels using HTLCs and onion routing, enabling payments between parties that don't share a direct channel. Lightning payments settle in under one second with fees typically below 50 satoshis.
Statechains (Spark)
Spark uses a statechain model where UTXO ownership transfers happen off-chain through cryptographic key rotation using FROST threshold signatures. Unlike Lightning, Spark does not require payment channels or liquidity management. Users hold pre-signed exit transactions that allow unilateral withdrawal to Layer 1 at any time, preserving self-custody guarantees.
Sidechains (Liquid Network)
The Liquid Network is a federated sidechain where users peg bitcoin into the network and receive equivalent L-BTC tokens. Liquid offers one-minute block times and confidential transactions but relies on a federation of functionaries (an 11-of-15 signing threshold) rather than Bitcoin's full Proof of Work security.
Comparing On-Chain and Off-Chain
| Attribute | On-Chain | Off-Chain (Lightning) | Off-Chain (Spark) |
|---|---|---|---|
| Speed | ~10 min per confirmation; ~60 min for practical finality | Sub-second | Sub-second |
| Fees | $1-5+ (variable) | Under 50 satoshis typically | Minimal |
| Throughput | 3-7 TPS | Millions of TPS across network | Not channel-limited |
| Privacy | Pseudonymous; publicly visible | Payments not recorded on-chain; channel opens/closes visible | Transfers not recorded on-chain |
| Finality | Probabilistic (6 confirmations standard) | Instant within protocol | Instant within protocol |
| Security model | Full Bitcoin PoW hashrate | Trustless (force-close available) | 1-of-n operator honesty assumption |
| Offline receiving | Yes | No (recipient must be online) | Yes |
| Channel management | N/A | Required | Not required |
Use Cases
When to Use On-Chain
On-chain transactions are the right choice when security and permanence matter most:
- Large-value settlements where the cost of a $2 fee is negligible relative to the amount transferred
- Moving bitcoin to cold storage for long-term holding, where the transaction will not be touched for months or years
- Opening and closing Layer 2 channels or commitments, which require on-chain anchoring
- Transactions requiring maximum censorship resistance and the strongest finality guarantees
- Sending to recipients who do not support any Layer 2 protocol
When to Use Off-Chain
Off-chain transactions excel for speed-sensitive, cost-sensitive, or high-frequency use cases:
- Everyday retail payments where sub-second confirmation and sub-cent fees are essential for a good user experience
- Micropayments and streaming payments: amounts below Bitcoin's dust limit are uneconomical on-chain but viable off-chain
- Cross-border remittances where speed and low fees provide significant savings over traditional correspondent banking rails
- High-frequency trading between exchanges or between an exchange and its liquidity providers
- Point-of-sale transactions where merchants cannot wait 10 to 60 minutes for confirmation
Why It Matters
The on-chain vs off-chain distinction is not a binary choice: most Bitcoin users will use both, depending on the situation. A user might receive their salary on-chain and spend it via Lightning at a coffee shop. A business might settle large invoices on-chain while processing customer payments through an off-chain protocol like Spark.
Off-chain protocols are essential for Bitcoin's viability as a payment network. Without them, Bitcoin's 3 to 7 TPS throughput limits it to roughly 200,000 to 600,000 transactions per day: far too few for global adoption. The Lightning Network alone handled over 8 million monthly transactions in early 2025, with volume growing 266% year-over-year.
Spark takes off-chain scaling further by eliminating the channel management complexity that has historically been a barrier to Lightning adoption. With no channels to open or manage, no requirement for recipients to be online, and native support for stablecoins like USDB, Spark provides off-chain payments with self-custodial guarantees that rival on-chain security. For a deeper comparison of Bitcoin Layer 2 approaches, see the Bitcoin Layer 2 comparison.
Risks and Considerations
On-Chain Risks
- Fee unpredictability: during congestion events, fees can spike by 10x or more within hours, making on-chain transactions temporarily expensive for smaller amounts
- Slow confirmation: unconfirmed transactions can sit in the mempool for extended periods if fee rates are set too low
- Privacy limitations: all on-chain transactions are publicly visible and susceptible to chain analysis techniques that can link addresses to identities
- Double-spend risk for unconfirmed transactions: zero-confirmation payments carry inherent risk because a conflicting transaction could be mined first
Off-Chain Risks
- Additional trust assumptions: off-chain protocols introduce assumptions beyond Bitcoin's base-layer security. Lightning requires monitoring for force-close fraud, Liquid depends on a federation, and Spark relies on a 1-of-n operator honesty model
- Lightning capacity constraints: individual payments are limited by the capacity of channels along the route, and large payments may fail to find a viable path
- Complexity: Lightning channel management, liquidity provisioning, and inbound liquidity requirements add operational overhead (though newer protocols like Spark and Ark aim to eliminate this)
- Ultimate settlement depends on the base layer: off-chain protocols derive their security from the ability to broadcast transactions to Bitcoin's blockchain. If on-chain fees spike dramatically, settling or exiting off-chain positions becomes more expensive
The Complementary Relationship
On-chain and off-chain are not competing approaches: they are complementary layers of the same system. On-chain provides the security foundation and final settlement layer. Off-chain provides the speed and scalability needed for everyday use. Together, they form a complete payment stack where Bitcoin can serve both as a store of value (settled on-chain) and a medium of exchange (transacted off-chain). For a deeper look at how payment channels enable this architecture, see the payment channels deep dive.
This glossary entry is for informational purposes only and does not constitute financial or investment advice. Always do your own research before using any protocol or technology.