168 / 736INBOUND

Inbound Liquidity

مساحة لاستقبال المدفوعات عبر Lightning

كيف يمكن أن تحتوي محفظة Lightning على أموال ولا تتمكن من استقبال دفعة أخرى؟ يهم أيضًا الجانب الذي توجد فيه الأموال داخل قنوات الدفع.

Inbound Liquidity هي السيولة الواردة: المساحة المتاحة لعقدة Lightning لاستقبال المدفوعات عبر قنواتها. يُستخدم Lightning للدفع السريع بالبيتكوين. والعقدة برنامج يعالج المدفوعات، أما القنوات فهي روابط بين العقد مع اتفاق على توزيع الأموال. ومصدر السيولة الواردة هو الأموال الموجودة في جانب الشركاء، والتي يمكن أن تنتقل إلى جانبك أثناء الدفع. وهي ليست رصيدك الخاص القابل للإنفاق. وتحدّ قواعد القنوات والمدفوعات الجارية والمسار المتاح من المرسل أيضًا مما تستطيع استقباله فعليًا.

يدير بيتر مقهى ويقبل المدفوعات في Lightning Network. تعرض عقدته، وهي البرنامج المسؤول عن الدفع، أموالًا، لكن أحد الزبائن لا يستطيع الدفع. وقد يكون نقص السيولة الواردة أحد الأسباب. قناة الدفع اتفاق بين عقدتين على توزيع البيتكوين المودع. تسمّى حصة بيتر local balance وحصة شريكه remote balance. عند الاستقبال، تنتقل قيمة من جانب الشريك إلى بيتر، ولذلك يجب أن توجد أموال في ذلك الجانب يمكن نقلها. لكن remote balance يظل ملكًا للشريك؛ شراء إمكانية الاستقبال ليس هدية بيتكوين ولا إيرادًا تحقق بالفعل. [1] [6]

لنتخيّل قناة سعتها 1000000 sat. وsat اختصار satoshi، وهي وحدة صغيرة من البيتكوين. لدى بيتر local balance بقيمة 800000 sat ولدى شريكه remote balance بقيمة 200000 sat. إذن المساحة الإجمالية للاستقبال هي 200000 sat. إذا استقبل بيتر 100000 sat، ارتفع جانبه إلى 900000 sat وبقي للشريك 100000 sat. اكتسب بيتر الدفعة، لكن المساحة المتبقية للاستقبال انخفضت. يتجاهل المثال للتبسيط الاحتياطيات والرسوم والمدفوعات المعلّقة المسماة HTLC، التي سنشرحها لاحقًا. وإذا موّل بيتر قناة جديدة وحده من دون تحويل أولي إلى الشريك، فإنه يحصل أساسًا على قدرة الإرسال. تأكيد فتح القناة لا يعكس هذا الاتجاه. [1] [2]

خلال يوم ناجح، تتراكم الأموال في جانب بيتر بينما تتناقص المساحة الواردة في القنوات المستخدمة. وقد يترافق الرصيد الأكبر مع قدرة أقل على استقبال الدفعة التالية. تتطلب البنية الخاصة متابعة القنوات القابلة للاستخدام والمبالغ المتوقعة والمدفوعات الجارية وتكلفة تجديد السيولة. تدير بعض المحافظ جزءًا من العمل عن المستخدم، لكن الآلية تبقى. وقد لا يلاحظ بيتر محاولة فاشلة أصلًا، لأنها قد تتوقف قبل وصولها إلى عقدته. الفاتورة الصادرة أو قراءة قديمة للسعة ليست تأكيدًا للدفع. [6]

عندما يدفع بيتر لمورّد عبر Lightning، ينخفض local balance في القنوات المستخدمة ويرتفع remote balance. وقد يفتح ذلك مساحة لاستقبال دفعات لاحقة. يعمل Loop Out على نحو مشابه: عبر swap، أي مبادلة بين طبقات الدفع، يرسل قيمة من Lightning ويتلقى بيتكوين في عنوان على سلسلة الكتل. لا يلزم إغلاق القنوات. أما Loop In فيعمل بالعكس، فيحوّل الأموال على السلسلة إلى رصيد قابل للإنفاق في Lightning. لا تُنشئ أي من العمليتين بيتكوين جديدًا. وعند مقارنة النتيجة، تُحسب رسوم التوجيه وخدمة المبادلة ومعاملة السلسلة، مع التحقق من اكتمال العملية فعلًا. [1] [4]

يمكن للشريك أيضًا تمويل قناة إلى بيتر، فيحصل بيتر على مساحة واردة من دون أن تُهدى إليه أموال الشريك. تصف وثائق Lightning Pool سوقًا لهذه الاتفاقات: bid طلب للحصول على السيولة، وask عرض لتوفيرها. للإيجار مدة تقاس بالكتل، ويتضمن علاوة ورسومًا أخرى. الكتلة مجموعة معاملات تُضاف إلى سلسلة الكتل، وهي السجل العام لمعاملات البيتكوين. لذلك تتحدد المدة بتوالي الكتل، لا بعدد دقيق من الساعات. ليس هذا شراءً لكامل الرصيد البعيد. كما أن المدة المتفق عليها لا تعني بقاء المبلغ نفسه متاحًا للاستقبال طوالها؛ فالمدفوعات تغيّر توزيع الأرصدة. ولا يمكن افتراض استمرار إتاحة القناة إلى الأبد بعد انتهاء الاتفاق. [1] [5]

قد يملك بيتر عدة قنوات ويحتاج إلى مساحة واردة لدى شريك آخر. يرسل Circular rebalancing، أي إعادة التوازن الدائرية، دفعته إلى الشبكة عبر قناة ويعيدها عبر قناة أخرى يملكها. تكسب قناة الإرسال مساحة واردة، بينما تستهلك قناة الاستقبال منها. تنتقل الأموال بين جوانبه في القنوات ولا ينشأ رأس مال جديد، ويكلّف التوجيه رسومًا. ويتطلب ذلك مسارًا قابلًا للاستخدام. إذا خلت الجوانب البعيدة لجميع قنواته من الأموال، فلن توجد قناة تستقبل الجزء العائد من الدفعة. إعادة التوازن الدائرية وحدها لا تعالج ذلك. [1]

يجب أن يبقى جزء من الأموال احتياطيًا للتشغيل الآمن للقناة. وقد تُربط أموال أخرى مؤقتًا في HTLC، وهي التزامات دفع مشروطة. يستطيع المستلم تحصيلها بكشف قيمة سرية يُحسب منها هاش الدفع المتفق عليه، أي قيمة تُستخدم للتحقق. وإذا فشل الدفع، يكون لدى الطرف المرسل سبيل لاستعادة الأموال بعد انتهاء المهلة. ويحدّ BOLT 2، مواصفة إدارة القنوات، أيضًا من الحد الأدنى للمبلغ وعدد HTLC المتزامنة ومجموع قيمتها. لذلك قد لا يتاح كامل remote balance لدفعة أخرى. لا يكفي جمع الأرصدة البعيدة وطرح احتياطي موحّد؛ فالقنوات الفردية وحالتها الحالية مهمتان. [2]

تمر الدفعة عادة عبر عدة عقد. حتى إن كانت لدى بيتر مساحة للاستقبال، فقد يكون مقطع سابق غير متصل أو قليل الأموال. يصف BOLT 7 رسائل channel_update التي تعلن بها العقد شروط التوجيه لاتجاه محدد في القناة. وتشمل الرسوم وhtlc_maximum_msat، وهو الحد الأعلى لدفعة مشروطة منفردة بوحدة msat، أي أجزاء من الألف من satoshi. هذه ليست وعدًا بأرصدة حالية على طول المسار كله. لذلك لا يضمن مجموع مساحة بيتر الواردة استقبال المبلغ نفسه من كل مرسل بعينه. سيولة المستلم جزء لازم من الحل، وليست الجزء الوحيد. [3]

للحصول على صورة أوضح، اقرأ هذا المدخل مع Lightning Network, Payment Channel, Lightning Routing, Submarine Swap, HTLC, Lightning Address. تشير إلى هذا المدخل أيضًا سيولة Lightning, Lightning Routing, Lightning Address, Submarine Swap.

DOC · 001Lightning Labs — Managing liquidityتوثيق DOC · 002BOLT 2 — Channel managementمواصفة DOC · 003BOLT 7 — Routing gossipمواصفة DOC · 004Lightning Loop — Direction and channel balancesتوثيق DOC · 005Lightning Pool — Orders and leasesتوثيق DOC · 006Lightning Labs — Merchant liquidityتوثيق
تمت المراجعة: المصادر أولًا · ليست نصيحة استثمارية