قنوات الدفع

ما قنوات الدفع في الكريبتو؟

قنوات الدفع أنظمة خارج السلسلة تتيح لمشاركين اثنين أو أكثر إجراء العديد من مدفوعات الكريبتو فيما بينهم من دون تسجيل كل دفعة على حدة مباشرةً على البلوكشين.

فبدلًا من إرسال معاملة جديدة على السلسلة مقابل كل تحويل صغير، يقفل المستخدمون الأموال في قناة، ويتبادلون تحديثات موقعة بصورة خاصة، ثم يجرون التسوية النهائية على السلسلة لاحقًا.

وهذا ما يجعل قنوات الدفع مفيدة للمعاملات السريعة والمنخفضة التكلفة والمتكررة بكثافة.

تُعرف قنوات الدفع أكثر ما تُعرف بأنها اللبنة الأساسية لشبكة Lightning Network، التي تستخدم شبكة من قنوات الدفع الخاصة بـ Bitcoin لتوجيه المدفوعات بين المستخدمين.

تصف ورقة Lightning Network نظامًا لامركزيًا تُرسل فيه المدفوعات عبر شبكة من قنوات المدفوعات الصغيرة، وتتم فيه تحويلات القيمة خارج السلسلة.

قناة الدفع ليست بلوكشين منفصلة.

إنها اتفاق تشفيري تدعمه بلوكشين أساسية.

تكون البلوكشين الحكم النهائي إذا اختلف المشاركون أو توقف أحدهم عن الاتصال أو حاول الغش.

في الحالة الاعتيادية، يتعاون المستخدمون ويغلقون القناة وفق أحدث رصيد متفق عليه.

أما عند نشوب نزاع، فيمكن لأحد الأطراف استخدام البلوكشين لفرض الحالة الصحيحة الأحدث.

للمبتدئين، أسهل طريقة لفهم قناة الدفع هي تخيل فتح حساب مشترك مع شخص آخر.

يضع الطرفان الأموال في الحساب، ويحدثانه مرات عديدة بصورة خاصة، ثم يسويان الرصيد النهائي عند إغلاقه فقط.

أهم النقاط حول قنوات الدفع

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

كيفية عمل قنوات الدفع

تبدأ قناة الدفع عادةً بمعاملة تمويل على السلسلة.

يقفل مشاركان الأموال في مخرج مشترك أو عقد ذكي أو عقد قناة.

تصبح هذه القيمة المقفلة الرصيد الأولي للقناة.

بعد فتح القناة، يمكن للمشاركين تحديث الرصيد بتبادل رسائل موقعة.

على سبيل المثال، قد تفتح Alice وBob قناة بسعة إجمالية قدرها 1 BTC.

إذا دفعت Alice إلى Bob مبلغ 0.1 BTC داخل القناة، فلا يحتاجان إلى نشر هذه الدفعة فورًا على السلسلة.

بدلًا من ذلك، يوقعان حالة جديدة للقناة توضح زيادة حصة Bob وانخفاض حصة Alice.

ويمكنهما تكرار هذه العملية مرات عديدة.

ينبغي أن تكون الحالة المتفق عليها الأحدث وحدها هي المعتمدة عند إغلاق القناة.

توضح وثائق قنوات الدفع في Lightning أن قنوات الدفع عقود متعددة التوقيعات بين النظراء، وأن المدفوعات داخلها يمكن تسويتها لاحقًا على البلوكشين.

عندما يتعاون المشاركان، يغلقان القناة بتقديم معاملة تسوية نهائية.

أما إذا رفض أحد المشاركين التعاون، فيمكن للطرف الآخر استخدام آلية النزاع المحددة في تصميم القناة.

فتح قناة دفع

يعني فتح قناة دفع تخصيص أموال على السلسلة حتى تتضمن القناة قيمة يمكن نقلها خارج السلسلة.

في قناة على نمط Bitcoin، يشمل ذلك عادةً معاملة تمويل مرتبطة بمخرج متعدد التوقيعات.

أما على منصة للعقود الذكية، فقد يتطلب الأمر إيداع الأموال في عقد قناة.

تكتسب معاملة الفتح أهمية لأنها تنشئ الطبقة الأساسية القابلة للإنفاذ للقناة.

من دون أموال مقفلة، لن تكون القناة سوى وعد بين المشاركين.

أما مع الأموال المقفلة، فتصبح القناة اتفاقًا تشفيريًا يمكن تسويته على السلسلة.

تترتب على خطوة الفتح عادةً رسوم معاملة على السلسلة.

ولهذا تكون قنوات الدفع أكثر فائدة عندما يتوقع المشاركون إجراء مدفوعات عديدة بعد فتح القناة.

إذا كان المستخدم يحتاج إلى دفعة واحدة فقط، فقد تكون المعاملة العادية على السلسلة أبسط.

أما إذا كان يتوقع مئات أو آلاف المدفوعات، فيمكن توزيع تكلفة إعداد القناة على تحويلات عديدة خارج السلسلة.

تحديث قناة الدفع

يعني تحديث قناة الدفع تغيير الرصيد خارج السلسلة بين المشاركين.

يُمثّل كل تحديث عادةً بحالة موقعة.

توضح الحالة مقدار رصيد القناة الذي يخص كل مشارك.

يجب أن يوافق المشاركان على أي تحديث صحيح.

إذا رفض أحد المشاركين التوقيع، فلن تنتقل القناة إلى الحالة الجديدة.

تحل كل حالة جديدة محل الحالة السابقة.

ويتيح هذا الاستبدال إجراء مدفوعات عديدة من دون نشر كل دفعة على السلسلة.

لا يحتاج المستخدمون عند تسوية القناة إلا إلى أحدث حالة صحيحة.

تتضمن التصاميم الجيدة للقنوات آليات تعاقب محاولات التسوية بحالة قديمة أو تمنعها.

وهذا مهم لأن الحالة الأقدم قد تعرض رصيدًا يصب في مصلحة أحد الطرفين أكثر من الحالة الأحدث.

من دون حماية من الحالات القديمة، قد يحاول مشارك غير نزيه إغلاق القناة باستخدام رصيد قديم.

إغلاق قناة الدفع

يعني إغلاق قناة الدفع تسوية رصيدها النهائي على البلوكشين.

يحدث الإغلاق التعاوني عندما يتفق جميع المشاركين على أحدث حالة ويقدمون معًا معاملة الإغلاق.

وهذه عادةً أسرع وأنظف طريقة لإغلاق القناة.

أما الإغلاق القسري فيحدث عندما يغلق أحد الأطراف القناة من دون تعاون الطرف الآخر.

قد يؤدي الإغلاق القسري إلى بدء فترة نزاع أو مهلة للاعتراض.

خلال هذه الفترة، قد يتمكن الطرف الآخر من إثبات وجود حالة أحدث إذا قُدمت حالة قديمة.

توضح وثائق قنوات الحالة في Ethereum أن المشاركين يتفاعلون خارج السلسلة في معظم الأحيان، ولا يستخدمون البلوكشين الأساسية إلا لفتح القناة أو إغلاقها أو تسوية النزاعات.

بعد إغلاق القناة، توزع الأموال المقفلة وفقًا للحالة النهائية المقبولة.

وبمجرد أن تصبح معاملة الإغلاق نهائية على السلسلة، يتعذر استخدام القناة لمدفوعات جديدة خارج السلسلة.

قنوات الدفع وشبكة Lightning Network

تُعد Lightning Network أشهر شبكة لقنوات الدفع في الكريبتو.

تستخدم عددًا كبيرًا من قنوات الدفع المترابطة لإتاحة المدفوعات بين مستخدمين قد لا يملكون قناة مباشرة فيما بينهم.

يصف موقع Lightning Network شبكة Lightning بأنها شبكة لامركزية تستخدم وظائف العقود الذكية للبلوكشين لإتاحة مدفوعات فورية بين المشاركين.

يمكن لمستخدمين في Lightning فتح قناة مباشرة والدفع لبعضهما مرات عديدة.

والأهم أنه يمكنهما أيضًا الدفع عبر مسار يمر بقنوات مترابطة.

على سبيل المثال، قد لا تملك Alice قناة مباشرة مع Carol.

ومع ذلك، قد تتمكن Alice من الدفع إلى Carol إذا توفر مسار عبر Bob أو عقد توجيه أخرى.

وهذا يزيد فائدة النظام، إذ لا يحتاج المستخدمون إلى فتح قناة مع كل مستلم محتمل.

يتيح التوجيه لشبكة من القنوات أن تعمل كشبكة مدفوعات، بدلًا من أن تكون مجرد مجموعة من الحسابات الثنائية المنفصلة.

لا يُفترض أن تكون عقد التوجيه موضع ثقة لحفظ المدفوعات.

وتجعل الشروط المشفرة الدفعة الموجهة ذرية، أي يفترض أن تكتمل كدفعة كاملة أو أن تفشل.

قنوات الدفع مقابل المعاملات على السلسلة

تُسجل المعاملة على السلسلة مباشرةً على البلوكشين.

أما تحديث معاملة قناة الدفع فيتبادله المشاركون في القناة خارج السلسلة.

تفيد المعاملات على السلسلة في التسوية النهائية والتخزين طويل الأجل والتدقيق العام والتحويلات إلى أي عنوان صالح.

أما قنوات الدفع فتفيد التحويلات المتكررة أو منخفضة القيمة أو الحساسة للوقت بين المشاركين المتصلين.

تتطلب المعاملات على السلسلة عادةً رسوم شبكة ووقتًا لتأكيدها.

وقد تكون تحديثات قنوات الدفع أسرع بكثير، لأنها لا تتطلب سوى تبادل المشاركين للتوقيعات.

لكن قنوات الدفع تتطلب الإعداد والسيولة والمراقبة وإدارة القنوات.

وليست دائمًا الخيار الأنسب لكل دفعة.

قد يكون من الأفضل تسوية تحويل كبير لمرة واحدة مباشرةً على السلسلة.

أما تدفق المدفوعات الصغيرة المتكررة، فقد يكون أنسب لقناة دفع.

قنوات الدفع مقابل قنوات الحالة

قناة الدفع نوع من القنوات يركز على نقل القيمة.

أما قناة الحالة فهي مفهوم أوسع يمكنه إدارة حالة تطبيق عامة خارج السلسلة.

تصف وثائق قنوات الحالة في Ethereum قنوات الدفع بأنها سجل ثنائي الاتجاه يديره المستخدمون، بينما يمكن لقنوات الحالة تتبع حالات أوسع للعقود ومنطق التطبيقات.

ببساطة، كل قنوات الدفع قنوات، لكن ليست كل قنوات الحالة مقتصرة على المدفوعات.

قد تتبع قناة الدفع مقدار المال الذي يملكه كل من Alice وBob.

بينما قد تتبع قناة الحالة حالة لعبة أو تطبيق أو مساحة تخزين عقد، إضافةً إلى الأرصدة.

يسهل فهم قنوات الدفع لأن الحالة لا تكون عادةً سوى تحديث للرصيد.

قد تكون قنوات الحالة أكثر مرونة، لكنها أصعب في التصميم الآمن.

ويشترك النهجان في الهدف الأساسي نفسه: تقليل النشاط على السلسلة بنقل التفاعلات المتكررة إلى خارجها.

قنوات الدفع مقابل Rollups

تُعد قنوات الدفع وRollups من أساليب التوسع، لكنها تعمل بطرق مختلفة.

تنقل قنوات الدفع النشاط خارج السلسلة بين مجموعة محددة من المشاركين، ولا تسوي على السلسلة إلا النتائج النهائية أو المتنازع عليها.

أما Rollups فتعالج معاملات عديدة خارج السلسلة أو خارج بيئة التنفيذ الأساسية، ثم تنشر بيانات مضغوطة أو إثباتات على السلسلة الأساسية.

تتميز قنوات الدفع بكفاءة عالية للتفاعلات المتكررة بين مشاركين معروفين.

وغالبًا ما تكون Rollups أكثر مرونة للتطبيقات العامة ومجموعات المستخدمين الأوسع.

تتطلب قنوات الدفع عادةً من المستخدمين إدارة السيولة والاستعداد للرد على النزاعات.

أما Rollups فتتطلب عادةً اعتماد المستخدمين على توافر البيانات ونظام الإثبات وتصميم جهة الترتيب وعقود الجسور الخاصة بها.

ولا يتفوق أي من التصميمين تلقائيًا في كل الحالات.

تتميز القنوات بالمدفوعات المباشرة المتكررة والتفاعلات منخفضة زمن الاستجابة.

وتتميز Rollups بتنفيذ العقود الذكية المشترك والنظم الأوسع للتطبيقات.

عقود التوقيع المتعدد في قنوات الدفع

تستخدم قنوات دفع كثيرة آلية تحكم متعددة التوقيعات.

يتطلب ترتيب التوقيعات المتعددة أكثر من مفتاح واحد لإنفاق الأموال المقفلة.

في القناة الثنائية، يساعد الطرفان عادةً في التحكم بمخرج التمويل أو عقد القناة.

وهذا يمنع أحد المشاركين من الاستيلاء على جميع الأموال ببساطة من دون اتباع قواعد القناة.

يشكل التحكم متعدد التوقيعات أساس الملكية المشتركة لرصيد القناة.

ثم تحدد التحديثات خارج السلسلة كيفية تقسيم ذلك الرصيد المشترك.

إذا تعاون الطرفان، فيمكنهما تسوية أحدث رصيد بكفاءة.

وإذا لم يتعاونا، يمكن للبلوكشين الأساسية فرض قواعد فض النزاعات الخاصة بالقناة.

غالبًا ما تكون آلية التوقيعات المتعددة مخفية عن المستخدمين خلف برنامج المحفظة.

لكنها عنصر أساسي في أمان القناة بالنسبة إلى المطورين.

العقود ذات القفل الزمني المجزأ

تُستخدم العقود ذات القفل الزمني المجزأ (Hashed Timelock Contracts)، التي يشار إليها اختصارًا بـ HTLCs، على نطاق واسع في شبكات قنوات الدفع الموجهة.

يستخدم HTLC شرطًا قائمًا على التجزئة وشرطًا زمنيًا للتحكم في تحرير الدفعة.

يجب على المستلم الكشف عن قيمة سرية سابقة للصورة تطابق تجزئة معروفة قبل الموعد النهائي.

إذا لم يكشف المستلم عن السر في الوقت المحدد، فقد تنتهي صلاحية الدفعة وتعود عبر المسار.

يساعد هذا التصميم على جعل المدفوعات متعددة القفزات أكثر أمانًا.

يمكن لكل مشارك في التوجيه تمرير دفعة مشروطة من دون الثقة الكاملة بالمشارك التالي.

يستخدم تصميم Lightning شروطًا مقيدة زمنيًا لتوجيه المدفوعات من دون منح الوسطاء حق حفظ الأموال.

تصف ورقة Lightning Network المدفوعات الموجهة باستخدام عقود قابلة للإنفاذ على السلسلة عبر أقفال زمنية متناقصة.

لا تظهر HTLCs للمستخدمين العاديين في الغالب.

لكنها إحدى الآليات التي تتيح التوجيه مع تقليل الحاجة إلى الثقة على مستوى الشبكة.

التوجيه في شبكات قنوات الدفع

يتيح التوجيه انتقال الدفعة عبر قنوات مترابطة متعددة.

وهذا ما يحول القنوات المنفصلة إلى شبكة مدفوعات قابلة للاستخدام.

إذا كانت لدى Alice قناة مع Bob وكانت لدى Bob قناة مع Carol، فقد تتمكن Alice من الدفع إلى Carol عبر Bob.

ولا يحتاج Bob إلى أن يكون موضع ثقة بشأن الدفعة النهائية، لأن آلية التوجيه تفرض التسوية المشروطة.

يعتمد التوجيه على السيولة المتاحة في القنوات.

قد تكون القناة موجودة، لكن رصيدها في الاتجاه المطلوب قد لا يكفي لتمرير الدفعة.

وهذا أحد القيود العملية الرئيسية لشبكات قنوات الدفع.

عادةً ما يكون توجيه المدفوعات الصغيرة أسهل من الكبيرة.

تقسم بعض الأنظمة المدفوعات الكبيرة إلى أجزاء أصغر لتحسين فرص نجاح التوجيه.

قد تفرض عقد التوجيه رسومًا مقابل تمرير المدفوعات.

وقد تحفز هذه الرسوم المستخدمين على توفير السيولة والحفاظ على قنوات مفيدة.

السيولة في قنوات الدفع

السيولة هي مقدار القيمة المتاحة للنقل عبر قناة دفع.

سعة القناة هي إجمالي المبلغ المقفل فيها.

أما السيولة الاتجاهية فهي مقدار القيمة التي يمكن نقلها في اتجاه محدد في وقت معين.

وهذا التمييز مهم.

قد تكون السعة الإجمالية للقناة كبيرة، لكنها مع ذلك عاجزة عن إرسال دفعة في اتجاه معين إذا كان الرصيد كله في الجانب الآخر.

على سبيل المثال، إذا كانت Alice قد دفعت بالفعل معظم رصيدها إلى Bob داخل القناة، فقد لا يتبقى لديها ما يكفي من السيولة الصادرة للدفع إلى Bob مجددًا.

قد تكون لدى Bob سيولة واردة من Alice، لكن السيولة الصادرة لدى Alice محدودة.

يمكن إدارة سيولة القناة بفتح القنوات أو إغلاقها أو إعادة موازنتها أو استلام المدفوعات أو توجيهها.

وتُعد إدارة السيولة أحد أسباب تعقيد شبكات قنوات الدفع مقارنةً بالتحويلات العادية بين المحافظ.

قد لا يلاحظ المستخدمون هذا التعقيد عند استخدام محفظة مصممة جيدًا، لكنه يظل مؤثرًا في موثوقية النظام.

أبراج المراقبة ومراقبة القنوات

تتطلب بعض أنظمة قنوات الدفع من المستخدمين مراقبة البلوكشين لرصد الإغلاقات غير النزيهة.

إذا حاول طرف مقابل إغلاق قناة باستخدام حالة قديمة، فقد يحتاج المستخدم النزيه إلى الرد قبل انتهاء المهلة.

أبراج المراقبة خدمات تراقب البلوكشين نيابةً عن المستخدمين.

إذا رصد برج مراقبة إغلاقًا مشبوهًا لقناة، فيمكنه المساعدة في نشر الرد المناسب أو تنبيه المستخدم.

تشير وثائق قنوات الحالة في Ethereum إلى أن أبراج المراقبة تستطيع رصد أحداث النزاع على السلسلة واتخاذ إجراء نيابةً عن المستخدمين.

قد تقلل أبراج المراقبة الحاجة إلى بقاء المستخدمين متصلين بالإنترنت باستمرار.

لكنها قد تضيف تعقيدًا وتكلفة وافتراضات تتعلق بالثقة.

ينبغي ألا يتطلب تصميم برج المراقبة الجيد من البرج سرقة الأموال أو الاطلاع على معلومات خاصة غير ضرورية.

والنقطة الأساسية للمستخدمين هي أن قنوات الدفع قد تتطلب وعيًا تشغيليًا أكبر من المدفوعات العادية على السلسلة.

فوائد قنوات الدفع

أولى الفوائد الرئيسية هي السرعة.

يمكن تحديث المدفوعات داخل القناة بسرعة، لأنها لا تحتاج إلى تأكيد كتلة جديد لكل تحويل.

الفائدة الثانية هي انخفاض التكلفة.

قد يدفع المستخدمون رسومًا على السلسلة عند فتح القنوات وإغلاقها فقط، بينما تتم المدفوعات الوسيطة الكثيرة خارج السلسلة.

الفائدة الثالثة هي قابلية التوسع.

تقلل قنوات الدفع عدد المعاملات التي يجب أن تعالجها البلوكشين الأساسية مباشرةً.

الفائدة الرابعة هي الخصوصية.

لا تُنشر كثير من تحديثات القنوات الفردية على البلوكشين العامة.

الفائدة الخامسة هي دعم المدفوعات الصغيرة.

قد تصبح المدفوعات الصغيرة جدًا عملية عندما لا تتطلب كل دفعة رسومًا منفصلة على السلسلة.

الفائدة السادسة هي تجربة استخدام فورية.

عندما يتعاون الطرفان وتتوافر السيولة، قد تبدو التحويلات عبر قنوات الدفع فورية تقريبًا.

تجعل هذه الفوائد قنوات الدفع مهمة للمدفوعات اليومية ومدفوعات المحتوى وتحويلات البث والألعاب وتفاعلات المستخدمين المتكررة بكثافة.

مخاطر قنوات الدفع

الخطر الرئيسي الأول هو مخاطر السيولة.

قد تفشل الدفعة إذا لم تتوافر سيولة كافية في القناة أو المسار بالاتجاه المطلوب.

الخطر الرئيسي الثاني هو مخاطر البقاء متصلًا.

قد يحتاج المستخدمون إلى مراقبة البلوكشين أو الاعتماد على أبراج المراقبة للرد على الإغلاقات غير النزيهة.

الخطر الرئيسي الثالث هو إخفاق التوجيه.

قد يبدو المسار متاحًا نظريًا لكنه يفشل بسبب حدود السيولة أو الرسوم أو عدم اتصال العقد أو تقادم معلومات الشبكة.

الخطر الرئيسي الرابع هو الاحتيال باستخدام حالة قديمة.

قد يحاول طرف مقابل غير نزيه الإغلاق بحالة قديمة إذا كان تصميم القناة يسمح بالنزاعات.

الخطر الرئيسي الخامس هو مخاطر البرمجيات.

يجب أن تتعامل محافظ قنوات الدفع وعقدها على نحو صحيح مع التوقيعات وحالات القناة والنسخ الاحتياطية والرسوم والتوجيه ومنطق النزاعات.

الخطر الرئيسي السادس هو خطأ المستخدم.

قد يؤدي فقدان بيانات النسخ الاحتياطي للقناة أو الإغلاق القسري بطريقة خاطئة أو استخدام برنامج سيئ الصيانة إلى خسائر.

الخطر الرئيسي السابع هو ضغوط المركزية.

قد تصبح عقد التوجيه الكبيرة والمتصلة جيدًا مهمة للسيولة وكفاءة التوجيه.

الخطر الرئيسي الثامن هو مخاطر رسوم الطبقة الأساسية.

إذا ارتفعت رسوم المعاملات على السلسلة بشدة، فقد تصبح تكلفة فتح القنوات وإغلاقها أعلى.

حالات استخدام قنوات الدفع

تفيد قنوات الدفع للمدفوعات الصغيرة.

يمكن للمستخدم دفع مبالغ صغيرة جدًا مقابل المقالات أو مقاطع الفيديو أو طلبات API أو الوصول إلى البيانات أو إجراءات الألعاب أو المحتوى المتدفق.

وتفيد قنوات الدفع لمدفوعات التجار.

يمكن للمشتري والتاجر تسوية المشتريات الصغيرة بسرعة من دون انتظار تأكيدات الطبقة الأساسية في كل مرة.

وتفيد قنوات الدفع للمدفوعات بين الأجهزة.

قد تحتاج الأجهزة إلى إرسال مدفوعات صغيرة متكررة مقابل النطاق الترددي أو الشحن أو التخزين أو خدمات البيانات.

وتفيد قنوات الدفع للألعاب.

يمكن للاعبين إجراء مدفوعات سريعة داخل اللعبة أو تسوية نتائجها من دون تسجيل كل حركة على السلسلة.

وتفيد قنوات الدفع للمدفوعات المتكررة بين الأطراف المتعاملة بانتظام.

قد تستخدم شركة ومزود خدمة قناة عندما يتبادلان القيمة مرات عديدة بمرور الوقت.

وتفيد قنوات الدفع للمدفوعات التي تراعي الخصوصية، لأن تحديثات القناة لا تظهر كلها في سجل الحسابات العام.

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

قنوات الدفع والمدفوعات الصغيرة

المدفوعات الصغيرة هي مبالغ ضئيلة، ويصعب أحيانًا استخدامها عبر وسائل الدفع التقليدية أو شبكات البلوكشين المزدحمة.

قد لا يكون دفع بضعة سنتات منطقيًا إذا تجاوزت الرسوم قيمة الدفعة نفسها.

تجعل قنوات الدفع هذه المدفوعات أكثر عملية من خلال توزيع تكلفة فتح القناة وإغلاقها على تحويلات كثيرة.

توضح وثائق قنوات الحالة في Ethereum أن قنوات الدفع تقلل النفقات الإضافية للتحويلات الصغيرة، لأن المشاركين لا يدفعون رسوم الغاز عن كل معاملة صغيرة خارج السلسلة.

وهذا يتيح إمكانات تصميم جديدة.

فقد يدفع المستخدمون مقابل كل مقال يقرؤونه أو كل ثانية من المحتوى الإعلامي المتدفق أو كل طلب API أو جولة لعبة أو وحدة من خدمة رقمية يستهلكونها.

يصعب تطبيق هذه النماذج عندما يجب أن تكون كل دفعة معاملة منفصلة على السلسلة.

وتجعلها قنوات الدفع أكثر قابلية للتطبيق من خلال تحديثات سريعة للأرصدة خارج السلسلة.

قنوات الدفع والخصوصية

قد تحسن قنوات الدفع الخصوصية لأن تحديثات القنوات الوسيطة لا تُنشر عادةً على السلسلة.

قد يرى مراقب خارجي وقت فتح القناة وإغلاقها، لكنه قد لا يرى كل دفعة داخلها.

ويختلف ذلك عن التحويلات العادية على السلسلة، إذ قد تكون مبالغ المعاملات وعناوينها ظاهرة للعامة حسب البلوكشين.

لكن قنوات الدفع لا تضمن الخصوصية الكاملة.

قد تعرف عقد التوجيه معلومات عن المدفوعات التي تساعد في تمريرها.

وقد يحلل مراقبو الشبكة التوقيت وسعة القنوات وسلوك المسار والنشاط على السلسلة.

كما قد تكشف عمليات فتح القنوات وإغلاقها معلومات.

وقد يكشف سلوك المحفظة بيانات وصفية أيضًا.

ينبغي للمستخدمين اعتبار قنوات الدفع تحسينًا للخصوصية في بعض السياقات، لا وسيلة لإخفاء الهوية بالكامل.

قنوات الدفع والأمان

يعتمد أمان قنوات الدفع على التوقيعات المشفرة وتحديثات الحالة الصحيحة وقواعد النزاع والأقفال الزمنية وإمكانية الإنفاذ على الطبقة الأساسية.

يجب على كل مشارك تتبع أحدث حالة للقناة.

إذا فقد المستخدم أحدث حالة، فقد يصعب استرداد الأموال.

إذا تعرض جهاز المستخدم للاختراق، فقد يسرق المهاجم المفاتيح أو يعطل عمليات القناة.

إذا توقف الطرف المقابل عن الاتصال، فقد تفشل المدفوعات أو يلزم الإغلاق القسري للقناة.

إذا ارتفعت رسوم الطبقة الأساسية كثيرًا، فقد يصبح تأكيد معاملات النزاع بسرعة أصعب أو أكثر تكلفة.

يجب على المحافظ وبرامج العقد إدارة هذه المخاطر بعناية.

ينبغي للمستخدمين استخدام برامج تتم صيانتها جيدًا وفهم متطلبات النسخ الاحتياطي قبل الاحتفاظ بأموال ذات قيمة في القنوات.

بالنسبة إلى المبالغ الكبيرة، قد يكون حفظ الأموال مباشرةً على السلسلة أبسط من إدارة قنوات معقدة.

النسخ الاحتياطية لقنوات الدفع

تكتسب النسخ الاحتياطية أهمية خاصة في قنوات الدفع.

قد لا تكفي نسخة احتياطية عادية للمحفظة إذا كانت حالة القناة تتغير باستمرار.

تتضمن قنوات الدفع أرصدة محدثة ومعاملات التزام وبيانات إلغاء أو معلومات حالة، بحسب تصميم البروتوكول.

إذا استعاد المستخدم المحفظة من نسخة احتياطية قديمة، فقد يستخدم بيانات قديمة للقناة دون قصد.

وفي بعض التصاميم، قد يؤدي نشر حالة قديمة إلى فرض عقوبات.

لذلك تختلف استراتيجية النسخ الاحتياطي للقنوات عن مجرد الاحتفاظ بنسخة من عبارة الاسترداد.

ينبغي للمستخدمين اتباع تعليمات النسخ الاحتياطي الخاصة ببرنامج المحفظة أو العقدة التي يستخدمونها.

ويجب ألا يفترضوا أن تدوين عبارة الاسترداد يكفي لاستعادة كل قناة نشطة بأمان.

قد تكون أخطاء النسخ الاحتياطي للقنوات مكلفة.

ينبغي أن يجعل تصميم المحفظة الجيد إدارة هذه المخاطر أسهل، لكن على المستخدمين مع ذلك فهم الأساسيات.

مفاهيم شائعة خاطئة عن قنوات الدفع

من المفاهيم الخاطئة الشائعة أن قنوات الدفع تجعل البلوكشين غير ضرورية.

وهذا غير صحيح.

تعتمد قنوات الدفع على البلوكشين لفتح القنوات وإغلاقها وإنفاذ فض النزاعات.

ومن المفاهيم الخاطئة الأخرى أن قنوات الدفع مجانية دائمًا.

قد تخفض التكاليف، لكن ربما يظل المستخدمون يدفعون رسوم التوجيه والفتح والإغلاق وتكاليف السيولة.

والمفهوم الخاطئ الثالث هو أن قنوات الدفع تستطيع إرسال أي مبلغ في أي وقت.

تخضع المدفوعات لحدود سعة القناة والسيولة الاتجاهية وتوافر التوجيه وظروف الشبكة.

أما المفهوم الخاطئ الرابع فهو أن قنوات الدفع توفر خصوصية كاملة.

قد تخفي التحديثات الوسيطة عن السلسلة العامة، لكن البيانات الوصفية قد تظل مكشوفة.

والمفهوم الخاطئ الخامس هو أن قنوات الدفع خالية من المخاطر.

فهي تتطلب برامج سليمة وإشرافًا وإدارة للسيولة ونسخًا احتياطية مناسبة.

أفضل الممارسات لاستخدام قنوات الدفع

استخدم محافظ وعقد قنوات الدفع من مصادر موثوقة تتم صيانتها جيدًا.

ابدأ بمبالغ صغيرة قبل استخدام القنوات لمدفوعات أكبر.

افهم ما إذا كانت محفظتك أمينة أو ذاتية الحفظ أو هجينة.

تعلم كيفية عمل النسخ الاحتياطية للقنوات قبل فتح قنوات بأموال ذات قيمة.

احتفظ بأموال كافية على السلسلة لتغطية احتياجات فتح القنوات أو إغلاقها أو رسومها عند اللزوم.

راقب سيولة القنوات إذا كنت تشغل عقدتك الخاصة.

استخدم دعم أبراج المراقبة إذا كان إعدادك يتطلب ذلك ولم يكن بإمكانك البقاء متصلًا باستمرار.

تجنب الإغلاق القسري للقنوات ما لم تكن تفهم عواقبه من حيث التكلفة والتوقيت.

تحقق من فواتير الدفع وبيانات المستلم قبل الإرسال.

تذكر أن تجربة الدفع السريعة لا تلغي الحاجة إلى تأمين المحفظة.

قنوات الدفع في جملة واحدة

قنوات الدفع أنظمة مدفوعات مشفرة خارج السلسلة تتيح للمشاركين تبادل تحديثات عديدة موقعة للأرصدة بصورة خاصة، وتسوية النتيجة النهائية فقط على البلوكشين.

الأسئلة الشائعة

ما قناة الدفع؟

قناة الدفع ترتيب خارج السلسلة يقفل فيه المشاركون الأموال ويتبادلون تحديثات موقعة للأرصدة، ثم يسوون الرصيد النهائي على السلسلة لاحقًا.

لماذا تُستخدم قنوات الدفع؟

تُستخدم قنوات الدفع لجعل مدفوعات الكريبتو المتكررة أسرع وأقل تكلفة وأكثر قابلية للتوسع من نشر كل دفعة مباشرةً على السلسلة.

هل قنوات الدفع جزء من Lightning Network؟

نعم، قنوات الدفع هي اللبنات الأساسية لشبكة Lightning Network.

هل تتطلب قنوات الدفع الثقة؟

صُممت قنوات الدفع لتقليل الحاجة إلى الثقة عبر التوقيعات والأقفال الزمنية وإنفاذ البلوكشين، لكن المستخدمين ما زالوا بحاجة إلى برامج سليمة ومراقبة.

هل تتم تسوية قنوات الدفع على السلسلة؟

نعم، تستخدم قنوات الدفع عادةً البلوكشين لفتح القناة ثم تسوية الحالة النهائية أو فض النزاعات بشأنها.

هل تدعم قنوات الدفع المدفوعات الصغيرة؟

نعم، تفيد قنوات الدفع خصوصًا للمدفوعات الصغيرة، إذ يمكن إجراء تحويلات صغيرة كثيرة خارج السلسلة بعد فتح القناة.

ما سيولة القناة؟

سيولة القناة هي مقدار القيمة المتاح لإرساله أو استقباله عبر قناة الدفع في اتجاه معين.

ماذا يحدث إذا توقف الطرف المقابل في قناة الدفع عن الاتصال؟

قد تفشل المدفوعات، وقد يحتاج المستخدم إلى الانتظار أو استخدام مسار آخر أو إغلاق القناة، حسب تصميم المحفظة والبروتوكول.

ما الإغلاق القسري؟

الإغلاق القسري إغلاق غير تعاوني للقناة، يسوي فيه أحد الأطراف القناة على السلسلة من دون تعاون الطرف الآخر.

ما برج المراقبة؟

برج المراقبة خدمة تراقب البلوكشين لرصد إغلاقات القنوات المشبوهة وتساعد على حماية المستخدمين الذين قد يكونون غير متصلين.

هل قنوات الدفع خاصة؟

قد تحسن قنوات الدفع الخصوصية لأن التحديثات الوسيطة تتم خارج السلسلة، لكنها لا تضمن إخفاء الهوية بالكامل.

ما أكبر مخاطر قنوات الدفع؟

تشمل أبرز المخاطر مشكلات السيولة ومتطلبات المراقبة والنزاعات المتعلقة بالحالات القديمة وأخطاء البرمجيات ومشكلات النسخ الاحتياطي وأخطاء المستخدمين.

الخلاصة

تُعد قنوات الدفع أداة مهمة لتوسيع نطاق العملات المشفرة، إذ تنقل المدفوعات المتكررة خارج السلسلة مع إبقاء التسوية النهائية قابلة للإنفاذ على السلسلة.

وتفيد عندما يحتاج المستخدمون إلى تحويلات متكررة وسريعة ومنخفضة التكلفة من دون تسجيل كل دفعة منفردة على البلوكشين الأساسية.

هيكلها الأساسي بسيط: قفل الأموال وتبادل التحديثات الموقعة وتسوية أحدث رصيد صحيح عند إغلاق القناة.

لكن تصميمها العملي قد يكون معقدًا، إذ يجب أن تتعامل القنوات مع السيولة والتوجيه والنزاعات والحالات القديمة والنسخ الاحتياطية والمراقبة والرسوم.

توضح الشبكات على نمط Lightning كيف يمكن ربط قنوات دفع كثيرة لتمكين المستخدمين من الدفع عبر شبكة أوسع، من دون فتح قناة مباشرة مع كل مستلم.

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

قنوات الدفع ليست بديلًا عن البلوكشين الأساسية.

بل تعتمد على السلسلة الأساسية للأمان والتسوية وفض النزاعات.

بالنسبة إلى المستخدمين، قد تجعل قنوات الدفع مدفوعات الكريبتو أسرع وأكثر عملية للاستخدام اليومي.

وبالنسبة إلى المطورين، توفر طريقة لبناء تجارب دفع متكررة بكثافة من دون تحميل الطبقة الأساسية فوق طاقتها.

عند استخدامها بحذر، قد تحسن قنوات الدفع السرعة وتقلل التكاليف وتدعم المدفوعات الصغيرة وتحافظ على قدر أكبر من الخصوصية مقارنةً بالنشاط الكامل على السلسلة.

أما استخدامها بلا حذر، فقد يعرض المستخدمين لإخفاقات السيولة ومشكلات النسخ الاحتياطي ونزاعات الحالات القديمة والمخاطر التشغيلية.

أفضل طريقة لفهم قنوات الدفع هي اعتبارها اتفاقات خارج السلسلة تدعمها آليات إنفاذ على السلسلة.

وهذا الجمع هو ما يجعلها إحدى أهم أفكار التوسع في مدفوعات الكريبتو.