Skip to content
Satnam SatoshiIn service of humanityFind your place ↗
Menu
Lesson 18 / 21 · Advanced

Lightning channels and HTLCs

Follow conditional payments without assuming trusted routing intermediaries.

14 MIN WITH PRACTICEREAD → TRY → REFLECTNO WALLET NEEDED

By the end, you’ll be able to…

  • Describe hash and time conditions conceptually.
  • Explain why channel operation needs current state.
Your learning map

Three questions to carry into this lesson.

01Describe hash and time conditions conceptually.
02Explain why channel operation needs current state.
Use these goals to guide your reading. Try the paper exercise, then explain the result in your own words.

Channels keep an enforceable relationship

Lightning participants exchange updates to channel balances with commitments anchored to Bitcoin. Routed payments connect multiple channels. The protocol uses conditional mechanisms so a forwarding node can link what it pays onward to what it receives. The goal is coordinated completion or failure rather than simply trusting each intermediary to forward money.

Hashes and timeouts coordinate the path

An HTLC combines a hash-based condition with a timeout. Revealing the appropriate preimage can fulfill the payment condition; time constraints provide a recovery path when it is not fulfilled. Timeout differences along a route matter because intermediaries need time to resolve dependent claims. The exact commitment and channel rules belong to the relevant Lightning specification and implementation.

Operational details remain important

A correct protocol is not a substitute for current state, backups, monitoring and fee management. A self-hosted node operator must understand their implementation’s recovery method rather than assuming an on-chain seed restores every channel situation. This lesson deliberately uses a diagram, not a live channel. Draw payer, forwarding node and recipient, then label the information each needs and what happens when a participant becomes unavailable.

Your turn / A paper experiment

Practice on paper

Why should an intermediary’s incoming and outgoing conditions be coordinated rather than independent promises?

I’ve tried it — show the worked answer

The intermediary needs a way to obtain what it is owed when the onward payment succeeds and to resolve failure within the allowed time. Independent informal promises would reintroduce trust and loss exposure.

Want to explore with buttons and instant feedback? Try the practice lab ↗

Think it through

Make a choice. Discover why.

Choose an answer and check the explanation. You can retry as often as you like. These are practice questions, not a test of mastery; answers are not saved or sent.

1. Are forwarding nodes meant to rely only on a recipient’s verbal promise?
  • Yes
  • No
Read the explanation

No. Conditional protocol mechanisms coordinate outcomes.

2. Does an on-chain wallet backup automatically describe every Lightning recovery procedure?
  • Yes
  • No
Read the explanation

No. Channel-state and implementation-specific recovery requirements matter.

One idea to take with you

Understand the condition and the operational responsibility together.

Your learning, at your pace

Read every lesson freely. Optional progress tracking needs JavaScript and browser storage; it does not require an account or wallet.