Home
VIP Membership & Account
VIP Subscription Plans Member Portal Login
Signals & Forecasts
Top 5 Crypto Signals AI CMC Strategy-1 - Macro MA LIVE Strategy-2 - Metro RSI NEW Strategy-3 - Swing Pro SWING Strategy4- WA Trend TOP 8 Historical Track Record Daily Pivot Screener Market Analytics
Educational Guides
All 104 Research Guides Technical Analysis Risk Management Fundamental Analysis Trading Psychology Wallets & Storage
Quantitative Tools
All 4 Calculators Position Size Calculator Profit/Loss & Fees DCA Simulator Staking Compounder
Company & Governance
About & Analysts Member Reviews & Testimonials Editorial Standards Contact Us (Support Desk) Terms of Service Risk Disclaimer
Login / Member Access Subscribe to VIP Signals
Home Research Guides Fundamental & On-Chain The Lightning Network Inception: State Channels and Off-Chain Micro-Transactions
Fundamental & On-Chain

The Lightning Network Inception: State Channels and Off-Chain Micro-Transactions

David K. Bergstrom
Prop Risk Manager
8 min read June 18, 2018
Executive Brief & Key Findings
How Joseph Poon and Thaddeus Dryja's 2015/2018 Layer-2 design solved Bitcoin transaction throughput via bidirectional payment channels.
Fact-checked & verified by Quantitative Crypto Research Desk Topic: Fundamental & On-Chain
The Lightning Network Inception: State Channels and Off-Chain Micro-Transactions
Quantitative Research Desk Fundamental & On-Chain

Key Quantitative Takeaways

  • The Lightning Network enables millions of off-chain Bitcoin transactions per second using 2-of-2 multisig payment channels.
  • Hashed Timelock Contracts (HTLCs) allow payments to route safely across multiple intermediary nodes without counterparty trust.
  • Channel opening and closing require on-chain Bitcoin L1 transactions, anchoring final settlement to the main blockchain.
  • Solves micro-payments (streaming satoshis) with near-zero routing fees and millisecond execution speeds.

The Lightning Network is a Layer-2 protocol, originally proposed by Joseph Poon and Thaddeus Dryja, that moves Bitcoin transactions off the main blockchain into bidirectional payment channels, allowing near-instant transfers without recording every single payment on the base layer. It was designed specifically to solve Bitcoin's low base-layer transaction throughput.

Why Bitcoin's base layer needed help

Bitcoin's original 1 MB block size, expanded to roughly 2 MB of effective capacity after SegWit, combined with a 10-minute average block time, limits Layer-1 to only about 7 transactions per second globally. Recording something as small and frequent as a cup of coffee purchase directly on that ledger would make the blockchain's storage requirements grow at an unsustainable rate. The Lightning Network addresses this by keeping high-frequency, low-value transactions off the base chain entirely.

Paying someone without a direct channel

A user does not need to open a dedicated channel with every merchant or counterparty they want to pay. Hashed Timelock Contracts (HTLCs) allow a payment to route across a chain of existing connected channels instead. If Alice wants to pay Carol and only Bob has channels open with both of them, the payment can route through Bob cryptographically: either the full payment goes through and Carol receives it, or the timelock built into the contract expires and Alice's funds are automatically returned, with no scenario where funds get stuck in between.

What running a channel actually requires

Lightning's design shifts some responsibility onto the participants themselves. Watchtower nodes exist specifically to monitor the blockchain on a user's behalf and catch an offline channel partner attempting to broadcast an outdated, more favorable channel state while the honest party isn't watching. Beyond security, running a useful node also requires active liquidity management, since a channel needs a workable balance of inbound and outbound capacity to reliably route payments in both directions rather than only one.

  • Watchtower nodes monitor the blockchain to prevent an offline channel partner from broadcasting an outdated channel state.
  • Channel liquidity management requires balanced inbound and outbound capacity for reliable routing.

David K. Bergstrom

VERIFIED QUANTITATIVE AUTHOR

Prop Risk Manager

David K. Bergstrom specializes in algorithmic cryptocurrency modeling, orderbook microstructure, and multi-timeframe liquidity sweeps. Every guide undergoes quantitative peer review for mathematical rigor and floor execution realism.

Recommended Next Research Guides

Fundamental & On-Chain

Ethereum Blobspace & EIP-4844: The Economics of Modular Rollup Settlement

Explore Ethereum blobspace and EIP-4844 economics. Learn how modular rollup settlement decoupled gas markets, slashed L2 fees, and altered sequencer…

Nathan Brooks, CQF 6 min read
Fundamental & On-Chain

DePIN Protocols: Valuation Frameworks for Decentralized Physical Infrastructure Networks

Learn how to evaluate DePIN protocols using hardware utilization, net revenue, operator payback periods, and burn-and-mint tokenomic models.

Dr. Marcus Vance, CFA, CMT 6 min read
Fundamental & On-Chain

Ai Trading Agents & On-Chain Autonomy: How Machine Learning Executions Are Reshaping DeFi

An objective look at algorithmic machine learning models, autonomous wallet agents, and predictive liquidity routing on-chain.

Elena Rostova 8 min read