58 / 691LIQ

Lightningová likvidita

Lightningová likvidita je směrové množství, které kanál právě dokáže odeslat nebo přijmout, nikoli jeho celková zveřejněná kapacita.

Lightning kanál má dva zůstatky, jejichž součet je omezen kapacitou kanálu. Lokální použitelný zůstatek tvoří odchozí likviditu, vzdálený použitelný zůstatek příchozí likviditu. O tom, zda konkrétní částka skutečně projde trasou, rozhodují rezervy, poplatky za commitment transakci, čekající HTLC, pravidla kanálů a použitelná kapacita každého kroku trasy.

Kapacita kanálu je bitcoin uzamčený ve financujícím výstupu. Likvidita je jen část aktuálně použitelná jedním směrem; kanál s kapacitou 1 000 000 sats tak může mít téměř vše na jedné straně a velkou platbu opačným směrem nepřenese. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]

Odchozí likvidita je částka, kterou může lokální uzel z kanálu odeslat po odečtení protokolových rezerv, povinnosti hradit poplatek za commitment transakci a čekajících HTLC. Klesá při platbě nebo předávání platby ven a roste, když hodnota přichází od protistrany. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]

Příchozí likvidita je částka, kterou může protistrana poslat směrem k lokálnímu uzlu. Je nutná pro příjem přes daný kanál, ale nevznikne změnou platebního požadavku; musí být ve vzdáleném zůstatku nebo ji musí vytvořit operace řízení likvidity. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]

Směrovaná platba uspěje jen tehdy, když má každý vybraný krok trasy dost použitelné likvidity správným směrem a přijme HTLC podle svých poplatkových pravidel, minimální a maximální částky a časového omezení CLTV. Jediný vyčerpaný kanál může zablokovat jinak dobře propojenou trasu. [BOLT #2 — Peer Protocol for Channel Management] [BOLT #7 — P2P Node and Channel Discovery]

channel_reserve_satoshis, poplatky za commitment transakci, anchor outputs, pravidla pro dust, max_htlc_value_in_flight_msat, max_accepted_htlcs a už čekající HTLC mohou snížit částku dostupnou pro novou platbu. Zůstatek peněženky, kapacita kanálu a okamžitě směrovatelná částka jsou proto tři různá čísla. [BOLT #2 — Peer Protocol for Channel Management]

BOLT #7 umožňuje zveřejnit kanál a jeho pravidla předávání. Jeho kapacitu lze zjistit z financujícího výstupu identifikovaného v řetězci; soukromé rozdělení zůstatků se tím nezveřejňuje. Odesílatel trasu odhaduje z vlastních informací, minulých výsledků a platebních pokusů. Veřejný průzkumník nedokáže potvrdit, že zvolená trasa právě přenese konkrétní částku. [BOLT #7 — P2P Node and Channel Discovery]

Vypořádaná platba přesune zůstatek v každém použitém kanálu: na straně odesílatele klesne odchozí a vzroste příchozí likvidita, na druhém konci nastane opačná změna. Platba přerozdělí existující kapacitu, ale celkovou kapacitu nezvýší. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]

Uzel předávající platbu potřebuje pro tentýž HTLC příchozí likviditu v jednom kanálu a odchozí likviditu v navazujícím. Vysoký součet sats nestačí, pokud leží v nesprávných kanálech nebo na nesprávných stranách. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]

Přijaté platby, kruhové vyvažování, otevření či zavření kanálu, swapy a splicing mohou likviditu přesunout. Liší se poplatky, stopou v řetězci, časem, důvěrou v protistranu a rizikem selhání; žádná metoda nevytváří likviditu zdarma. Vícečástová platba umí spojit více tras, ale stále potřebuje dostatečnou souhrnnou směrovou kapacitu. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Managing Liquidity]

Kontrolujte na vlastním uzlu lokální a vzdálené zůstatky jednotlivých kanálů, rezervy, čekající HTLC a rezervu na poplatky a potom otestujte zamýšlenou částku. Zapište směr, velikost, čas a implementaci: likvidita se po každé platbě mění a není jedním trvalým skóre celé sítě. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity] [Lightning Labs — Managing Liquidity]

Pro nejúplnější obraz čtěte toto heslo společně s Lightning Network, Payment Channel, Lightning Routing, Inbound Liquidity, Bitcoin, HTLC. Opačným směrem na něj odkazují také Payment Channel, Lightning Routing, Volatilita, Tržní kapitalizace.

DOC · 001BOLT #2 — Peer Protocol for Channel ManagementSpecifikaceDOC · 002BOLT #7 — P2P Node and Channel DiscoverySpecifikaceDOC · 003Lightning Labs — Understanding LiquidityDokumentaceDOC · 004Lightning Labs — Managing LiquidityDokumentace
Ověřeno 1. srpna 2026Primární zdroje · Nejde o investiční doporučení