Lightningová likvidita

Anna a Pavel mají platební kanál s kapacitou 1 000 000 sat, tedy milionem satoshi, nejmenších jednotek na bitcoinovém řetězci. Představme si zjednodušený stav: Anně patří 800 000 sat a Pavlovi 200 000 sat. Pro názornost zatím odhlédneme od rezerv, poplatků a rozpracovaných plateb. Anna má prostor posílat peníze Pavlovi ze své strany; přijímat od něj může jen z jeho strany. Pavel jí tedy nemůže přes tento kanál poslat 300 000 sat, přestože celková kapacita je milion. Peníze nejsou pryč. Jen nejsou rozdělené tak, aby požadovaná platba prošla. [1] [3]

Odchozí likvidita je částka použitelná k platbě směrem od tebe. V našem příkladu vychází z Annina zůstatku 800 000 sat, skutečné maximum ale bývá nižší kvůli rezervám, poplatkům a už rozpracovaným platbám. Když Anna posílá někomu jinému než Pavlovi, její první krok vede stále přes některý z jejích kanálů. Uzel je program, který spravuje kanály a zpracovává platby v Lightning. Další uzly pak musí mít vlastní prostředky pro další kroky. Bitcoin držený mimo kanály jí sám od sebe nezvětší odchozí likviditu; peněženka ho musí vhodným způsobem do Lightning převést. [1] [3]

Příchozí likvidita je částka, kterou může protistrana poslat směrem k tobě. Když Anna otevře kanál a téměř všechny prostředky patří jí, má dobrý základ pro odesílání, ale malý prostor pro příjem. Nový platební požadavek tento poměr nezmění. Potřebuje kanál, v němž má použitelný zůstatek druhá strana. Některé peněženky ho zajistí přes poskytovatele služby a uživateli složitost skryjí, často za poplatek. Příchozí kapacita přitom není další Annin majetek: označuje možnost přijmout budoucí platbu. [1] [3] [5]

Anna nyní zaplatí Pavlovi 100 000 sat. V našem zjednodušeném příkladu se zůstatky změní na 700 000 sat u Anny a 300 000 sat u Pavla. Kapacita zůstává 1 000 000 sat. Anna má méně prostoru odesílat, ale více prostoru přijímat zpět; u Pavla je to naopak. Když má peněženka více kanálů, mění se ty, které platba skutečně použila. Směr je tedy vždy důležitý. Údaj o likviditě z rána nemusí odpovídat tomu, co lze poslat večer. [1] [3]

Platba vzdálenému příjemci prochází posloupností kanálů. Každý z nich potřebuje dostatek použitelné likvidity správným směrem, včetně částek na poplatky dalších kroků. Pokud jeden krok chybí, tato cesta selže, i když ostatní kanály mají velkou kapacitu. Peněženka může zkusit jinou cestu nebo podporovanou platbu rozdělit na více částí. Ani tak ale nevytvoří chybějící prostředky. Vedle částky se kontrolují i časové podmínky. HTLC je podmíněná platba, kterou lze dokončit prokázáním znalosti určitého tajného údaje. Pravidla spojená s CLTV určují lhůty v blocích; jejich odstupy dávají prostředníkům čas řešit platbu také na bitcoinovém řetězci, pokud se předávání zasekne. [1] [2]

Prostředník musí umět přijmout platbu jedním kanálem a odeslat navazující platbu jiným. Nestačí mu velký součet všech zůstatků. Jestliže má potřebné peníze na své straně špatného kanálu, nemusí je dokázat použít pro vybranou cestu. Pro přijetí potřebuje příchozí likviditu v prvním kanálu, pro předání odchozí ve druhém. Tyto kroky propojují podmínky HTLC, tedy plateb, jejichž dokončení závisí na znalosti určitého tajemství a časových pravidlech. Prostředník tak nespoléhá jen na slib, že mu předchozí účastník později zaplatí. [1] [3]

Likviditu přirozeně mění příchozí a odchozí platby. Správce více kanálů může také použít kruhové vyvažování: pošle platbu od sebe jednou cestou a přijme ji zpět jinou, aby přesunul zůstatek mezi vlastními kanály. Swap vymění prostředky na řetězci za prostředky v Lightning nebo opačně. Splicing umožňuje u podporovaného kanálu změnit jeho financování bez běžného zavření a nového otevření. Další možností je otevřít jiný kanál. Tyto postupy mají různé poplatky, čas, stopu v řetězci, požadavky na důvěru a riziko selhání. Žádný z nich nevytváří nové peníze; vybírej podle toho, zda potřebuješ posílat, přijímat, nebo obojí. [1] [4]

Nejprve se podívej, zda řešíš odesílání, nebo příjem, a zda je peněženka i protistrana online. Na vlastním uzlu porovnej místní a vzdálené zůstatky jednotlivých kanálů, rezervy, čekající platby a poplatky. U spravované peněženky si ověř, co její údaj o dostupné částce skutečně znamená. Neúspěch jedné platby sám nedokazuje ztrátu peněz; může jít o nedostatek likvidity v některém kroku, limit nebo dočasný výpadek. Menší zkušební platba ověří jen danou částku v daný okamžik, ne zaručenou průchodnost všech dalších plateb. [1] [3] [4]

Provozovatelé uzlů potřebují rozlišovat několik omezení. Výstup transakce určuje částku a podmínky jejího utracení. channel_reserve_satoshis označuje část prostředků, která má zůstat jako rezerva. Část může být vázána v čekajících HTLC, tedy dosud nedokončených podmíněných platbách. Následující limity se vztahují na HTLC nabízené protistranou. max_htlc_value_in_flight_msat omezuje jejich souhrnnou hodnotu a max_accepted_htlcs jejich počet; msat je tisícina satoshi používaná při výpočtech uvnitř Lightning. Podle typu kanálu se uplatní také poplatky commitment transaction, transakce pro uzavření kanálu, a případné anchor outputs, zvláštní výstupy umožňující navázat další transakci a zvýšit tak poplatek za potvrzení celého balíčku. Pravidla Dust určují, které příliš malé výstupy se do takové transakce nevloží. Přesné dostupné maximum proto počítej podle konkrétní implementace a typu kanálu, ne odečtením jedné univerzální rezervy. [1] [6]

BOLT #7 popisuje zveřejňování kanálů a pravidel pro předávání plateb. U oznámeného kanálu lze dohledat financující výstup v řetězci a jeho kapacitu. Z toho však nevyčteš aktuální rozdělení mezi oba účastníky. Odesílatel vybírá cestu podle vlastních informací, předchozích výsledků a pokusů o platbu, ne podle úplného veřejného seznamu živých zůstatků. Síťový průzkumník proto může ukázat velký kanál, ale nemůže tím potvrdit, že přes něj právě projde tvoje částka správným směrem. [2]