LSPS2 neboli bLIP 52 sjednává parametry, vloží do platebních údajů zvláštní identifikátor a při jeho průchodu přes LSP spustí otevření soukromého zero-confirmation kanálu a předání platby po odečtení opening fee.
Just-in-Time Channel vzniká až jako reakce na příchozí platbu, která dorazí z veřejné Lightning Network přes LSP. Příjemce proto nemusí předem vlastnit kanál, outbound capacity ani on-chain prostředky; cenu nové inbound liquidity zaplatí z hodnoty první přijaté platby. [1]
Klient nejprve zavolá lsps2.get_info a získá nabídky s min_fee_msat, proportional sazbou v ppm, valid_until, min_lifetime, max_client_to_self_delay a mezemi payment size. Vybranou nabídku s LSP vytvořeným údajem promise pošle v lsps2.buy; LSP může vrátit chybu, pokud nabídka vypršela, platba je příliš malá nebo chybí likvidita. [2]
Úspěšné lsps2.buy vrátí jit_channel_scid a lsp_cltv_expiry_delta. Klient vloží LSP node ID a tento SCID jako jediný hop route hintu do BOLT11 invoice, případně stejné informace předá budoucím schématem jako blinded path; expirace platby nesmí přesáhnout valid_until a klient musí být při příchodu připojen k LSP. [1]
Když LSP rozpozná jit_channel_scid v příchozím HTLC, zahájí standardní BOLT 2 channel establishment. Kanál musí být dost velký pro payment_size_msat minus opening_fee a rezervu, zůstává neoznámený, používá option_scid_alias a může začít předávat platbu jako zero-confirmation channel ještě před potvrzením funding transaction. [4]
LSPS2 popisuje dva odlišné trust modely. V režimu LSP trusts client poskytovatel nejprve zveřejní platnou funding transaction a riskuje, že klient neuvolní preimage; v režimu client trusts LSP může poskytovatel čekat s broadcastem, zatímco klient uvolní preimage a spoléhá, že LSP skutečně vytvoří platný funding outpoint. [3]
JIT není bezpodmínečné doručení. Platba musí pokrýt opening fee, limity a minimální HTLC; odpojení klienta před funding_signed vede k temporary_channel_failure a nevhodný prepayment probe může v modelu LSP trusts client spustit otevření kanálu, za který LSP nakonec nedostane zaplaceno. [1]
bLIP 52 je veden jako aktivní specifikace a vyžaduje transport LSPS0 neboli bLIP 50. Referenční crate lightning-liquidity poskytuje klientský i service handler pro LSPS2, avšak jeho dokumentace označuje service-side podporu za beta; dostupnost API proto není zárukou produkční připravenosti konkrétní peněženky či LSP. [5]
Ověření začíná výsledkem lsps2.get_info a přesným výpočtem max(min_fee_msat, proportional fee), kontrolou valid_until, promise, payment limits, min_lifetime a max_client_to_self_delay. Po příchodu platby je třeba zkontrolovat odečtenou fee, funding outpoint, parametry kanálu, channel_ready, alias a skutečnou inbound capacity; invoice sama otevřený kanál nedokazuje. [1]
Pro nejúplnější obraz čtěte toto heslo společně s Lightning Service Provider, Inbound Liquidity, Payment Channel, Price Channel, BOLT 11, BOLT 12.
01Je Just-in-Time Channel zdarma?+
Ne. LSP odečte opening fee z první příchozí platby. Klient musí předem z nabídky ověřit minimální i proporcionální část poplatku, limity platby a dobu platnosti parametrů.
02Je Just-in-Time Channel potvrzený na blockchainu ještě před přijetím platby?+
Obvykle ne. LSPS2 otevírá zero-confirmation channel v reakci na platbu a podle trust modelu může být funding transaction teprve v mempoolu nebo ještě čekat na broadcast. Klient musí vědomě zvolit, jaké potvrzení a riziko LSP přijme.