Bitcoin VerityOtwórz porównywarkę

Poziom 10 · Weryfikacja i drugie warstwy

Kanały Lightning, commitmenty i HTLC

Jak dwie strony zmieniają stan kanału bez transakcji on-chain przy każdej płatności i dlaczego publikacja starego stanu jest niebezpieczna.

Artykuł
99
Czas czytania
19 minut
Zweryfikowano
10 września 2026 r.

Sedno w skrócie

Kanał Lightning blokuje bitcoiny w wyjściu funding, po czym strony wymieniają podpisane transakcje commitment, które mogą rozliczyć stan on-chain. HTLC wiąże płatność z tajemnicą i limitem czasu. W klasycznym kanale penalty sekret unieważniający pozwala ukarać publikację nieaktualnego stanu.

01

Wyjście funding kotwiczy kanał

Otwarcie tworzy transakcję funding on-chain z wyjściem kontrolowanym zgodnie z uzgodnionym typem kanału. Dopóki wyjście nie zostanie wydane, salda mogą się zmieniać przez wymianę podpisów poza blockchainem.

Pojemność to bitcoiny zablokowane w wyjściu, natomiast płynność kierunkowa się zmienia. Strona może wysłać tylko środki dostępne po swojej stronie; odbieranie wymaga użytecznej płynności w przeciwnym kierunku.

02

Każda strona trzyma własny commitment

Transakcja commitment wydaje wyjście funding i rozdziela aktualny stan. Każda strona ma wersję, którą może jednostronnie opublikować, dlatego skrypty i klucze są celowo asymetryczne.

Aktualizacja najpierw wymienia nowe podpisy, a dopiero potem unieważnia poprzedni stan. Kolejność wiadomości ma znaczenie: żadna strona nie może zostać bez prawidłowego zamknięcia ani z dwoma stanami opłacalnymi do publikacji.

03

HTLC łączy hash z czasem

Hashed Time-Locked Contract wypłaca jedną gałąź po ujawnieniu preimage hasha płatności przed terminem, a później otwiera drogę zwrotu. Ten sam hash na kolejnych hopach daje trasowanej płatności atomowy wynik.

Każdy pośrednik stosuje przesunięty termin CLTV, aby po poznaniu sekretu mieć czas na dochodzenie płatności przychodzącej on-chain. HTLC jest zestawem warunków transakcji i wiadomości protokołu, nie samodzielną umową prawną.

04

Stary stan musi być ryzykowny

W klasycznych kanałach penalty publikacja starego stanu odsłania opóźnione wyjście kontrahentowi znającemu sekret unieważniający. Musi on zauważyć próbę i zadziałać w relatywnym limicie czasu albo bezpiecznie zlecić monitorowanie.

Wspólne zamknięcie korzysta z uzgodnionego rozliczenia. Force close publikuje najnowszy commitment i może wymagać oczekiwania, kolejnych transakcji on-chain oraz opłat. Odzyskanie kanału zależy więc od stanu i modelu kopii danej implementacji, nie tylko od seeda.

Poziom 10 · Weryfikacja i drugie warstwy

Pojęcia, które warto znać

Funding output
Wyjście on-chain przechowujące pojemność kanału Lightning.
Transakcja commitment
Wstępnie podpisana transakcja zdolna rozliczyć konkretny stan kanału on-chain.
HTLC
Warunkowa płatność odbierana sekretem przed terminem albo zwracana po nim.

Częsty błąd

Lightning tylko zmienia liczby na serwerze i nie ma egzekwowalnego związku z Bitcoinem.

Dokładniejsze wyjaśnienie

Stany kanału są zabezpieczone podpisanymi transakcjami Bitcoina i skryptami, które każda strona może wyegzekwować na warstwie bazowej przy zamknięciu.

Dokładniejsze wyjaśnienie

Dlaczego nie umieszczać każdej płatności w blockchainie?

Rozliczenie on-chain łatwiej audytować, lecz zużywa ograniczone miejsce w blokach i czeka na potwierdzenie. Kanały przenoszą wiele aktualizacji poza łańcuch kosztem protokołu online, płynności i trudniejszego odzyskiwania.

99

Najważniejsze wnioski

  1. 01Wyjście funding kotwiczy pojemność on-chain.
  2. 02Commitment pozwala każdej stronie zamknąć aktualny stan.
  3. 03HTLC łączy preimage z limitem czasu.
  4. 04Stare stany penalty wymagają obserwacji łańcucha.

Podsumowanie jak dla dziecka

Najprościej jak się da

Dwie osoby blokują bitcoiny w kanale, a potem podpisują nowe salda bez zapisywania każdej płatności w bloku. HTLC używa sekretu i zegara, aby cała płatność doszła do skutku albo mogła wrócić.

Zweryfikowano: 10 września 2026 r.

Źródła i dalsza lektura

Źródła potwierdzają konkretne fakty i definicje; ich wskazanie nie oznacza, że redakcja podziela wszystkie poglądy autora.

01
Whitepaper Lightning NetworkLightning Network
lightning.network
02
BOLT 2: zarządzanie kanałem i aktualizacje HTLCLightning Network Specifications
github.com
03
BOLT 3: transakcje bitcoinowe kanałuLightning Network Specifications
github.com
04
BOLT 5: obsługa on-chainLightning Network Specifications
github.com

Materiał edukacyjny, nie rekomendacja inwestycyjna.