سيولة Lightning هي القدرة على إرسال المال أو استقباله عبر قناة دفع. تبدأ قناة الدفع بأموال مقفلة في Bitcoin. ويمكن للمشاركين بعدها تعديل توزيعها دون تسجيل كل دفعة منفردة على السلسلة. تأتي السيولة الصادرة من الأموال القابلة للاستخدام في جانبك، والواردة من الأموال القابلة للاستخدام في جانب الطرف الآخر. وتشمل سعة القناة الإجمالية الجانبين، لذلك لا تكفي وحدها لمعرفة حجم الدفعة التي يمكن أن تمر في اتجاه معين.
لدى آنا وبافل قناة سعتها 1,000,000 sat، أي مليون ساتوشي، وهي أصغر وحدات المال على سلسلة Bitcoin. لنتخيل وضعًا مبسطًا تملك فيه آنا 800,000 sat ويملك بافل 200,000 sat. ولتوضيح الفكرة، سنترك الاحتياطيات والرسوم والمدفوعات المعلّقة جانبًا مؤقتًا. ترسل آنا إلى بافل من جانبها، ولا تستقبل منه إلا من الأموال في جانبه. لذلك لا يستطيع بافل إرسال 300,000 sat إليها عبر هذه القناة، رغم أن سعتها الإجمالية مليون. لم تختف الأموال؛ إنما توزيعها الحالي لا يسمح بهذه الدفعة. [1] [3]
السيولة الصادرة هي المبلغ القابل للاستخدام في دفعة ترسلها. في المثال تنطلق من رصيد آنا البالغ 800,000 sat، لكن الحد الفعلي يكون عادة أقل بسبب الاحتياطيات والرسوم والمدفوعات المعلّقة. وإذا دفعت آنا لشخص غير بافل، تمر الخطوة الأولى أيضًا عبر إحدى قنواتها. العقدة هي البرنامج الذي يدير القنوات ويعالج مدفوعات Lightning. ثم تحتاج العقد التالية إلى أموالها الخاصة للخطوات اللاحقة. وامتلاك bitcoin خارج القنوات لا يزيد سيولتها الصادرة تلقائيًا؛ على المحفظة استخدام طريقة مناسبة لنقل تلك القيمة إلى Lightning. [1] [3]
السيولة الواردة هي المبلغ الذي يستطيع الطرف الآخر إرساله إليك. إذا فتحت آنا قناة تملك فيها معظم الأموال، تكون مستعدة جيدًا للإرسال، لكن مجال الاستقبال لديها محدود. إنشاء طلب دفع جديد لا يغيّر هذا التوزيع. إنها تحتاج إلى قناة يملك فيها الطرف الآخر رصيدًا قابلًا للاستخدام. توفّر بعض المحافظ ذلك عبر مقدم خدمة وتخفي التعقيد عن المستخدم، وغالبًا مقابل رسوم. سعة الاستقبال ليست مالًا إضافيًا تملكه آنا بالفعل، بل قدرة على استقبال دفعة مستقبلية. [1] [3] [5]
تدفع آنا الآن إلى بافل 100,000 sat. في مثالنا المبسط يصبح الرصيد 700,000 sat لدى آنا و300,000 sat لدى بافل، وتبقى السعة 1,000,000 sat. تصبح قدرة آنا على الإرسال أقل، وقدرتها على الاستقبال مجددًا أكبر، والعكس لدى بافل. وإذا كانت للمحفظة قنوات متعددة، فالتي تتغيّر هي القنوات التي استخدمتها الدفعة بالفعل. لذلك يظل الاتجاه مهمًا، وقد لا يعكس رقم السيولة صباحًا ما يمكن إرساله مساءً. [1] [3]
تمر الدفعة إلى مستلم بعيد عبر سلسلة من القنوات. وتحتاج كل قناة إلى سيولة كافية قابلة للاستخدام في الاتجاه الصحيح، بما يشمل مبالغ رسوم الخطوات التالية. إذا تعذرت خطوة واحدة يفشل هذا المسار، حتى لو كانت سعات القنوات الأخرى كبيرة. يمكن للمحفظة تجربة مسار آخر أو تقسيم الدفعة إلى أجزاء إذا كان ذلك مدعومًا، لكن هذا لا يخلق الأموال الناقصة. المبلغ ليس الشرط الوحيد؛ فالمهل مهمة أيضًا. HTLC دفعة مشروطة يمكن إتمامها بإثبات معرفة سر محدد. تحدد القواعد المرتبطة بـCLTV مهلًا بالكتل؛ وتمنح الفواصل بينها الوسطاء وقتًا لتسوية الدفعة على سلسلة Bitcoin إذا تعطل تمريرها. [1] [2]
يجب أن يستطيع الوسيط استقبال دفعة عبر قناة وإرسال الدفعة المرتبطة بها عبر أخرى. لا يكفي أن يكون مجموع أرصدته كبيرًا. فإذا كانت أمواله في جانبه من قناة غير مناسبة، فقد لا يمكنه استخدامها في المسار المختار. يحتاج إلى سيولة واردة في القناة الأولى وصادرة في الثانية. وتربط شروط HTLC الخطوتين؛ إذ يعتمد إتمام هذه المدفوعات على معرفة سر محدد وعلى قواعد زمنية. ولذلك لا يكتفي الوسيط بوعد من المشارك السابق بأنه سيدفع لاحقًا. [1] [3]
تغيّر المدفوعات الواردة والصادرة السيولة بصورة طبيعية. ويمكن لمشغّل عدة قنوات استخدام إعادة موازنة دائرية: يرسل دفعة من نفسه عبر مسار ويستقبلها مجددًا عبر آخر لنقل الأرصدة بين قنواته. وتبادل swap يستبدل أموالًا على السلسلة بأموال في Lightning أو العكس. يتيح Splicing تعديل تمويل قناة تدعمه دون إجراء الإغلاق وإعادة الفتح المعتاد. ويمكن أيضًا فتح قناة أخرى. تختلف هذه الطرق في الرسوم والوقت والأثر على السلسلة ومتطلبات الثقة واحتمال الفشل. ولا تخلق أي منها مالًا جديدًا؛ اختر وفق حاجتك إلى الإرسال أو الاستقبال أو كليهما. [1] [4]
حدّد أولًا هل المشكلة في الإرسال أم الاستقبال، وهل المحفظة والعقدة المقابلة متصلتان. على عقدتك، قارن الرصيد المحلي ورصيد الطرف الآخر لكل قناة، والاحتياطيات والمدفوعات المعلّقة والرسوم. وإذا كانت المحفظة تُدار عبر خدمة، فتحقق من المعنى الفعلي للمبلغ المتاح المعروض. فشل دفعة واحدة لا يثبت بحد ذاته ضياع المال؛ فقد تنقص السيولة في إحدى الخطوات، أو يُطبَّق حد، أو يقع انقطاع مؤقت. والدفعة التجريبية الصغيرة تتحقق من ذلك المبلغ في تلك اللحظة فقط، ولا تضمن مرور جميع المدفوعات اللاحقة. [1] [3] [4]
على مشغّلي العقد التمييز بين قيود متعددة. يحدد مخرج المعاملة مبلغًا والشروط التي تسمح بإنفاقه. يشير channel_reserve_satoshis إلى الأموال التي ينبغي إبقاؤها احتياطيًا. وقد يكون جزء مرتبطًا بمدفوعات HTLC معلّقة، أي مدفوعات مشروطة لم تكتمل بعد. تسري الحدود التالية على مدفوعات HTLC التي يعرضها الطرف الآخر. يحد max_htlc_value_in_flight_msat من قيمتها الإجمالية، ويحد max_accepted_htlcs من عددها. ووحدة msat هي جزء من ألف من الساتوشي، تُستخدم في حسابات Lightning الداخلية. وبحسب نوع القناة، تدخل أيضًا رسوم commitment transaction، وهي معاملة لإغلاق القناة، وربما anchor outputs، وهي مخرجات خاصة تسمح بإضافة معاملة لاحقة لرفع رسوم تأكيد الحزمة كاملة. وتحدد قواعد Dust أي المخرجات أصغر من أن تُدرج في تلك المعاملة. لذلك احسب الحد المتاح وفق التطبيق ونوع القناة، لا بطرح احتياطي واحد يفترض أنه صالح للجميع. [1] [6]
يصف BOLT #7 إعلانات القنوات وقواعد تمرير المدفوعات. يمكن العثور على مخرج التمويل وسعته على السلسلة للقناة المعلنة، لكن ذلك لا يكشف التوزيع الحالي بين المشاركين. يختار المرسل المسار اعتمادًا على معلوماته والنتائج السابقة ومحاولات الدفع، لا على قائمة عامة كاملة بالأرصدة اللحظية. لذلك قد يعرض مستكشف الشبكة قناة كبيرة، من دون أن يؤكد أن مبلغك يستطيع المرور الآن في الاتجاه الصحيح. [2]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Lightning Network, Payment Channel, Lightning Routing, Inbound Liquidity, Bitcoin, HTLC. تشير إلى هذا المدخل أيضًا Payment Channel, Lightning Routing, التقلب, القيمة السوقية.