تحتوي قناة Lightning على رصيدين لا يتجاوز مجموعهما سعة القناة. يشكل الرصيد المحلي القابل للاستخدام السيولة الصادرة، والرصيد البعيد القابل للاستخدام السيولة الواردة. تحدد الاحتياطيات ورسوم معاملة commitment وعقود HTLC المعلقة وقواعد القنوات والسعة المتاحة عند كل قفزة إمكان مرور مبلغ معين فعليًا عبر المسار.
سعة القناة هي البيتكوين المقفل في خرج التمويل. أما السيولة فهي الجزء المتاح الآن للاستخدام في اتجاه واحد فقط؛ لذلك قد تكون كل قيمة قناة بسعة 1,000,000 sats تقريبًا في جانب واحد، فلا تستطيع تمرير دفعة كبيرة في الاتجاه المعاكس. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
السيولة الصادرة هي المبلغ الذي تستطيع العقدة المحلية إرساله عبر القناة بعد احتساب احتياطيات البروتوكول والتزامات رسوم معاملة commitment وعقود HTLC المعلقة. تنخفض عند الدفع أو التمرير إلى الخارج، وترتفع عندما تصل قيمة من النظير. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
السيولة الواردة هي المبلغ الذي يستطيع النظير إرساله إلى العقدة المحلية. تلزم للاستقبال عبر القناة، لكن تعديل طلب الدفع لا ينشئها؛ يجب أن تكون موجودة في الرصيد البعيد أو توفرها عملية لإدارة السيولة. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
لا تنجح الدفعة الموجهة إلا إذا توفرت لدى كل قفزة مختارة سيولة كافية قابلة للاستخدام في الاتجاه الصحيح، وقبلت HTLC وفق قواعد الرسوم والحدين الأدنى والأقصى للمبلغ والقيد الزمني CLTV. قد تمنع قناة مستنزفة واحدة المرور عبر مسار جيد الاتصال من سائر النواحي. [BOLT #2 — Peer Protocol for Channel Management] [BOLT #7 — P2P Node and Channel Discovery]
قد تقلل channel_reserve_satoshis ورسوم معاملة commitment وanchor outputs وقواعد dust وmax_htlc_value_in_flight_msat وmax_accepted_htlcs وعقود HTLC المعلقة بالفعل المبلغ المتاح لدفعة جديدة. لذلك يختلف رصيد المحفظة عن سعة القناة وعن المبلغ القابل للتوجيه فورًا. [BOLT #2 — Peer Protocol for Channel Management]
تتيح BOLT #7 إعلان القناة وقواعد تمريرها. ويمكن معرفة سعتها من خرج التمويل المحدد على السلسلة؛ لا يكشف ذلك التقسيم الخاص للأرصدة. يقدّر المرسل المسار اعتمادًا على معلوماته الخاصة والنتائج السابقة ومحاولات الدفع. ولا يستطيع مستكشف عام تأكيد أن المسار المختار سينقل مبلغًا معينًا في هذه اللحظة. [BOLT #7 — P2P Node and Channel Discovery]
تنقل الدفعة المسوّاة الرصيد داخل كل قناة تستخدمها: تنخفض السيولة الصادرة وترتفع الواردة لدى الجانب المرسل، ويحدث العكس عند الطرف الآخر. تعيد الدفعة توزيع السعة الموجودة ولا تزيد السعة الإجمالية. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
تحتاج العقدة التي تمرر الدفعة إلى سيولة واردة في قناة وصادرة في القناة التالية للعقد HTLC نفسه. لا يكفي مجموع كبير من sats إذا كانت في قنوات خاطئة أو على جوانب خاطئة. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
يمكن للمدفوعات المستلمة وإعادة التوازن الدائرية وفتح القنوات أو إغلاقها والمبادلات وsplicing أن تنقل السيولة. تختلف في الرسوم والأثر على السلسلة والوقت والثقة بالطرف المقابل ومخاطر الفشل؛ لا تنشئ أي طريقة سيولة مجانية. تستطيع دفعة متعددة الأجزاء جمع مسارات، لكنها تظل بحاجة إلى سعة اتجاهية إجمالية كافية. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Managing Liquidity]
افحص في عقدتك أرصدة كل قناة المحلية والبعيدة والاحتياطيات وعقود HTLC المعلقة وهامش الرسوم، ثم اختبر المبلغ المقصود. سجّل الاتجاه والحجم والوقت والتنفيذ المستخدم: تتغير السيولة بعد كل دفعة وليست درجة دائمة واحدة للشبكة كلها. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity] [Lightning Labs — Managing Liquidity]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Lightning Network, Payment Channel, Lightning Routing, Inbound Liquidity, Bitcoin, HTLC. تشير إلى هذا المدخل أيضًا Payment Channel, Lightning Routing, التقلب, القيمة السوقية.