Payment Channel

تخيل طرفين يعدلان باستمرار حق كل منهما في مبلغ مقفل بصورة مشتركة. لا تحتاج كل دفعة إلى معاملة Bitcoin مستقلة داخل كتلة؛ بل يتبادل الطرفان توقيعات لحالة جديدة. وليست المسألة مجرد جدول يحتاجان إلى الثقة به: لديهما معاملات تتيح فرض التسوية وفق الشروط المتفق عليها. [1] [2]

معاملة التمويل تضع البيتكوين في القناة. مخرجها مبلغ له قواعد تحدد من يستطيع إنفاقه؛ ويعني التأكيد إدراج المعاملة في كتلة. وفي قناة Lightning المعتادة يتطلب هذا المخرج توقيعي الطرفين، أي 2-of-2. وقبل بث التمويل يجب أن يمتلك المشاركون مسارا صالحا للإغلاق من طرف واحد. ينتظرون عادة تأكيد التمويل. يسمح zero-conf في ظروف معينة باستخدام القناة من دون انتظار التأكيد. لكن المتلقي يعتمد حينئذ أكثر على الطرف المموّل: فالمعاملة لم تتأكد بعد، وقد تحل محلها معاملة متعارضة تنفق الأموال نفسها. [2] [3]

معاملة commitment موقعة مسبقًا لتسوية توزيع الأموال المتفق عليه حاليًا. والعقدة هنا هي البرنامج الذي يدير القناة وتحديثاتها. لكل طرف نسخته الخاصة من معاملة commitment. وعند التحديث تنسق العقد تبادل التوقيعات وأسرار الإلغاء عبر commitment_signed وrevoke_and_ack. لا يجعل الاتفاق الأحدث المعاملة القديمة الموقعة غير صالحة بموجب إجماع Bitcoin. لذلك يجب أن تتضمن شروط إنفاق المخرجات حماية من نشر حالة ملغاة. [2] [3]

في قناة الإلغاء المعتادة، ينتظر الطرف الذي ينشر commitment الخاص به مدة to_self_delay قبل إنفاق أمواله. تُحسب المهلة بعدد الكتل ابتداءً من تأكيد معاملة commitment. إذا نشر حالة ملغاة، يمكن للطرف الآخر استخدام مفتاح الإلغاء لإنفاق المخرجات المعنية كإجراء تصحيحي. لكن عليه التصرف في الوقت المناسب والحصول على تأكيد المعاملة. وWatchtower خدمة تراقب السلسلة ويمكنها استخدام بيانات أُعدّت مسبقًا للاستجابة لنشر حالة ملغاة. لكن هذه الخدمة لا تضمن النجاح ولا تغني عن النسخة الاحتياطية. [3] [4]

Sat اختصار لـ satoshi، أصغر وحدة للبيتكوين على السلسلة. والسعة هي مجموع الأموال في القناة، لا رصيد كل مشارك. لنفترض قناة بسعة 100000 sat: تملك أليس مبلغ 70000 sat ويملك بوب مبلغ 30000 sat. إذا دفعت أليس إلى بوب مبلغ 10000 sat، يصبح التوزيع 60000 sat و40000 sat. نتجاهل الرسوم والاحتياطيات لتبسيط المثال. لم تتغير السعة، لكن أليس تستطيع الآن إرسال أقل واستقبال أكثر. وتتأثر الحدود الفعلية أيضا بالاحتياطيات والمدفوعات قيد التنفيذ. [6]

تبحث Lightning عن مسار عبر عدة قنوات مترابطة. HTLC دفع مشروط: يتطلب تحصيل الأموال كشف قيمة سرية تسمى preimage، ويجب أن تطابق تجزئتها، أي بصمتها الرقمية، القيمة المعروفة مسبقًا. وتوفر الشروط الزمنية مسارًا للتسوية إذا لم يكتمل الدفع. يحتاج الوسطاء إلى سيولة، أي أموال متاحة للإرسال في الاتجاه المطلوب، ويمكنهم تقاضي رسوم. لذلك لا تحتاج إلى قناة مباشرة مع كل تاجر؛ لكن الاتصال وحده لا يضمن مسارا صالحا لأي مبلغ. [2] [4]

في الإغلاق باتفاق الطرفين، أو cooperative close، يتفق المشاركون على معاملة الإغلاق وتوزيع الأموال والرسوم. يوقعها الطرفان ويبثانها على البلوكشين. يكون ذلك عادة أبسط من التسوية الأحادية، لكنه ليس مجانيا أو فوريا بالضرورة. فما زالت المعاملة تحتاج إلى تأكيد ورسوم مناسبة لظروف الشبكة. [2] [4]

يتيح الإغلاق من طرف واحد، أو force close، نشر commitment الحالي الخاص بك من دون موافقة جديدة من الطرف الآخر. وقد لا تصبح الأموال قابلة للإنفاق فورا: تبقى مدد الانتظار وتسوية HTLC عند الحاجة. وقد تلزم معاملات ورسوم إضافية. يوجد مخرج طوارئ، لكن وقته وتكلفته يتوقفان على حالة القناة وظروف البلوكشين. [3] [4]

Seed Phrase هي كلمات احتياطية تستعيد المحفظة منها مفاتيحها. لكنها لا تستعيد وحدها أحدث حالة لقناة مفتوحة، لذا اتبع إجراء الاستعادة الخاص بمحفظتك. فبرنامج LND، المستخدم لتشغيل عقدة Lightning، يجمع مثلا بين هذه الكلمات وStatic Channel Backup (SCB). تحتفظ هذه النسخة الثابتة بالبيانات اللازمة للاتصال بالأطراف المقابلة وطلب إغلاق القنوات، ولا تعيد القنوات إلى العمل لمواصلة الدفع. وتعتمد الاستعادة بهذا المسار أيضا على استجابة الأطراف المقابلة. أما channel.db فهو ملف قاعدة بيانات القنوات، وقد تحتفظ نسخة قديمة منه بحالة متقادمة على نحو خطير. لا تدخل كلماتك الاحتياطية الحقيقية في موقع للغير بغرض «إصلاح» قناة. [5]

اعرف من يحتفظ بالمفاتيح، ومن يراقب القنوات، وكيف تستعيد الوصول إذا فقدت الجهاز. الخدمة الوصائية هي التي يحتفظ مقدّمها بالمفاتيح. رصيد Lightning لدى خدمة وصائية قد لا يمثل قناة خاصة بك. أما في الحفظ الذاتي فتتحمل مسؤولية النسخ الاحتياطية والتوافر والاستجابة للمشكلات. تقلل القنوات التسجيل على البلوكشين، لكنها لا تلغي كل الالتزامات التشغيلية أو تكاليف التسوية. [4] [5]