يتفاوض LSPS2 أو bLIP 52 على parameters ويضع identifier خاصا في payment data، وعند مروره عبر LSP يشغل فتح private zero-confirmation channel وتسليم payment بعد خصم opening fee.
تنشأ Just-in-Time Channel فقط استجابة لـ incoming payment يصل من public Lightning Network عبر LSP. لا يحتاج المستلم مسبقا إلى channel أو outbound capacity أو on-chain funds؛ وتدفع تكلفة inbound liquidity الجديدة من أول payment مستلم. [1]
يستدعي client أولا lsps2.get_info ويحصل على offers فيها min_fee_msat وproportional rate بوحدة ppm وvalid_until وmin_lifetime وmax_client_to_self_delay وpayment size limits. يرسل offer المختارة وpromise الذي أنشأه LSP في lsps2.buy؛ وقد يعود error عند الانتهاء أو صغر payment أو نقص liquidity. [2]
يعيد lsps2.buy الناجح jit_channel_scid وlsp_cltv_expiry_delta. يضع client LSP node ID وهذا SCID بوصفهما hop الوحيد في route hint ضمن BOLT11 invoice، أو يمرر المعلومات نفسها بمخطط مستقبلي مثل blinded path؛ لا تتجاوز expiry valid_until ويجب اتصال client عند وصول payment. [1]
عندما يتعرف LSP على jit_channel_scid في incoming HTLC يبدأ BOLT 2 channel establishment القياسي. يجب أن يسع channel قيمة payment_size_msat ناقص opening_fee مع reserve، ويبقى unannounced ويستخدم option_scid_alias ويمكنه تمرير payment كـ zero-confirmation channel قبل تأكيد funding transaction. [4]
يحدد LSPS2 اثنين من trust models. في LSP trusts client ينشر provider أولا valid funding transaction ويتحمل خطر ألا يحرر client preimage؛ وفي client trusts LSP يمكن تأخير broadcast بينما يحرر client preimage ويثق بإنشاء valid funding outpoint. [3]
لا يعني JIT delivery بلا شروط. يجب أن يغطي payment opening fee وlimits وminimum HTLC؛ ويؤدي disconnect قبل funding_signed إلى temporary_channel_failure، وقد يسبب naive prepayment probe في LSP trusts client فتح channel لا يحصل LSP على payment مقابله. [1]
تظهر bLIP 52 بوصفها active specification وتتطلب LSPS0 أو bLIP 50 كـ transport. يوفر reference crate lightning-liquidity client وservice handlers لـ LSPS2، لكن documentation تصف service-side support بأنها beta؛ ووجود API لا يثبت production readiness لـ wallet أو LSP. [5]
يبدأ verification من lsps2.get_info والحساب الدقيق لـ max(min_fee_msat, proportional fee)، مع فحص valid_until وpromise وpayment limits وmin_lifetime وmax_client_to_self_delay. بعد payment تفحص deducted fee وfunding outpoint وchannel parameters وchannel_ready وalias وactual inbound capacity؛ ولا تثبت invoice وحدها open channel. [1]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Lightning Service Provider, Inbound Liquidity, Payment Channel, Price Channel, BOLT 11, BOLT 12.
01هل Just-in-Time Channel مجانية؟+
لا. يخصم LSP opening fee من أول incoming payment. على client مسبقا فحص جزأي fee minimum وproportional وpayment limits وparameters validity period.
02هل تكون Just-in-Time Channel مؤكدة on-chain قبل استلام payment؟+
غالبا لا. يفتح LSPS2 zero-confirmation channel استجابة لـ payment، وقد تكون funding transaction في mempool فقط أو تنتظر broadcast حسب trust model. يختار client بوعي confirmation threshold وLSP risk المقبولين.