Bitcoin VerityOtvoriť porovnávač

Úroveň 10 · Overovanie a druhé vrstvy

Lightning smerovanie, likvidita a zlyhania platieb

Ako odosielateľ zostaví trasu, čo vidí každý medziuzol a prečo verejný kanál ešte negarantuje priechod platby.

Článok
100
Čas čítania
19 minút
Skontrolované
10. septembra 2026

Podstata v skratke

Lightning odosielateľ vyberá trasu z oznámení verejných kanálov, ich smerových poplatkov a časových požiadaviek. Cibuľové smerovanie dá každému hopu iba jeho pokyn a ďalší cieľ. Skutočná likvidita v danom smere však nie je vo verejnom gossip grafe presne viditeľná, preto sa trasy skúšajú a platby môžu zlyhať.

01

Gossip vytvorí neúplnú mapu

BOLT 7 definuje oznámenia uzlov, kanálov a smerové channel_update správy. Tie obsahujú stav smeru, základný a pomerný poplatok, minimálnu či maximálnu sumu HTLC a požadovaný CLTV rozdiel. Odosielateľ si z nich vytvorí lokálny graf siete.

Verejná kapacita funding výstupu je overiteľná on-chain, ale aktuálne rozdelenie medzi stranami sa nezverejňuje. Neoznámené súkromné kanály navyše v globálnej mape nie sú. Graf preto ukazuje možné hrany, nie istotu, že konkrétna suma práve prejde.

02

Trasa sa počíta od cieľa späť

Odosielateľ pozná sumu a konečnú expiráciu z platobných údajov. Pre každý predchádzajúci hop pripočíta poplatok nasledujúceho uzla a jeho CLTV delta. Prvý HTLC preto nesie vyššiu sumu a dlhšiu expiráciu než posledný.

Najnižší poplatok nemusí byť najlepší cieľ. Algoritmy zohľadňujú pravdepodobnosť úspechu, počet hopov, časové riziko, vlastné poznatky z minulých pokusov a limity kanálov. Konkrétna voľba je vlastnosť peňaženky, nie jedno konsenzuálne pravidlo Lightningu.

03

Onion odhaľuje iba ďalší krok

BOLT 4 používa vrstvený Sphinx paket. Každý medziuzol odstráni svoju kryptografickú vrstvu, zistí ďalší kanál, sumu a expiráciu pre svoj výstup a pošle zmenený paket ďalej. Nevidí automaticky celú trasu ani obsah pokynov pre ostatné uzly.

To nie je dokonalá anonymita. Prvý hop pozná odosielajúceho peeru, posledný hop smer k príjemcovi a pozorovateľ môže využívať čas, sumy, topológiu či kontrolované uzly. Opakované neúspešné pokusy tiež vytvárajú informácie.

04

Neúspech je súčasť hľadania

Platba môže zlyhať pre nedostatočnú smerovú likviditu, zastaraný channel_update, vypnutý uzol, prekročený limit HTLC, poplatok alebo časový parameter. Šifrovaná chybová správa umožní odosielateľovi upraviť lokálny pohľad a skúsiť inú trasu bez čiastočného dokončenia platby.

Peňaženka môže rozdeliť platbu na viac častí, no každá potrebuje trasu a príjemca musí podporovať príslušný spôsob spojenia. Viac kanálov, lepšia likvidita a opakované pokusy zvyšujú šancu, nie záruku. Dobré rozhranie preto nepredstiera pevný termín ani nulové riziko zlyhania.

Úroveň 10 · Overovanie a druhé vrstvy

Pojmy, ktoré treba poznať

Gossip
Podpísané P2P oznámenia, z ktorých si uzly skladajú mapu verejnej Lightning siete.
Onion routing
Vrstvené smerovanie, pri ktorom každý hop odhalí iba vlastné pokyny.
Smerová likvidita
Suma, ktorú možno v danom okamihu poslať konkrétnym smerom cez kanál.

Častý omyl

Ak mapa ukazuje spojené uzly a dostatočnú kapacitu kanálov, platba musí prejsť.

Presnejšie vysvetlenie

Verejná mapa nepozná presné smerové zostatky ani aktuálnu dostupnosť. Ukazuje kandidátne trasy, ktoré môžu pri pokuse zlyhať.

Presnejšie vysvetlenie

Nie je skúšanie trás neefektívne?

Je to cena za to, že sieť nezverejňuje každý zostatok kanála. Peňaženky kombinujú gossip, minulé výsledky, pravdepodobnostné skóre a viac trás, aby počet pokusov znížili.

100

Čo si odniesť

  1. 01Gossip opisuje verejné kanály a ich smerové pravidlá.
  2. 02Presné rozdelenie likvidity zostáva neverejné.
  3. 03Onion paket ukáže hopu iba jeho ďalší krok.
  4. 04Alternatívne trasy a viac častí zvyšujú šancu, nie istotu úspechu.

Zhrnutie ako pre dieťa

Úplne jednoducho

Mapa Lightningu ukazuje cesty, ale neukazuje presne, koľko možno práve poslať každým smerom. Každý medziuzol vidí iba ďalší krok, preto môže peňaženka skúsiť viac trás a platba aj tak niekedy zlyhá.

Skontrolované: 10. septembra 2026

Zdroje a ďalšie čítanie

Zdroje podporujú konkrétne fakty a definície; ich uvedenie neznamená, že redakcia preberá každý názor autora.

01
BOLT 4: onion routingLightning Network Specifications
github.com
02
BOLT 7: objavovanie uzlov a kanálovLightning Network Specifications
github.com
03
BOLT 11: kódovanie platobných požiadaviekLightning Network Specifications
github.com
04
BOLT 2: preposielanie HTLCLightning Network Specifications
github.com

Vzdelávací obsah, nie investičné odporúčanie.