💡 The Plain-English Definition
A payment channel is a direct two-party arrangement that lets an unlimited number of Bitcoin payments happen off-chain, with only the opening and closing transactions ever touching the blockchain. It’s the basic building block of the Lightning Network.
🤔 But Why Though?
Every on-chain Bitcoin transaction — one recorded on the blockchain — costs a fee and takes time to confirm. For small or frequent payments, like buying coffee, streaming tiny amounts, or tipping creators, those costs and delays make on-chain Bitcoin impractical. Payment channels solve this by committing funds on-chain just once, then letting the two parties transact freely off-chain — updating their balances instantly and for free, or nearly free — and only settling the final result on-chain at the end.
Opening a channel takes one on-chain transaction. One party (or both, in a dual-funded channel) deposits bitcoin into a special 2-of-2 multisig output — an address that needs both parties’ signatures to spend from. The amount locked in is the channel’s capacity, the most that can ever flow through it.
Once it’s open, the two parties can move value back and forth as often as they like by creating commitment transactions — updated records of who currently owns what, signed by both but never broadcast. Each new one replaces the last. Either party always holds the latest balance, but they only broadcast it when it’s time to close the channel.
Closing happens one of two ways. A cooperative close: both parties agree, sign a single closing transaction that divides the funds, and broadcast it once. Or a force close: if the other party goes unresponsive, one side broadcasts its most recent commitment transaction on its own — with a mandatory waiting period before the funds are accessible, so the other party can dispute if an old, wrong state was broadcast.
The Lightning Network is built by connecting millions of these channels. Payments route through chains of channels between people who aren’t directly connected, using HTLCs — Hash Time-Locked Contracts, conditional payments that make the whole thing all-or-nothing: a payment either completes in full or refunds, so no funds are lost at the hops in between.
🌍 The Real-World Analogy
Think of a payment channel like running a tab at a pub. Instead of paying for each drink separately (separate on-chain transactions), you open a tab at the start of the evening (opening the channel). Through the night, you and your friend order drinks while the bartender keeps a running tally of who owes what (the commitment transactions). At the end you settle the final bill (closing the channel) — one transaction, no matter how many drinks changed hands. The Lightning Network is a whole city of these pubs, connected so that you can pay anywhere in it, as long as there’s a route of tabs linking you to your destination.
⚡ So What?
Payment channels are why Lightning payments are instant and cheap — the on-chain cost is spread across as many transactions as the two parties make. A single channel can handle thousands of payments for one opening and one closing fee. Understanding channels explains why Lightning needs an upfront capital commitment (the funding), why channels have capacity limits, and why the Lightning Network is really a web of two-party agreements rather than one central payment system.
