النقاط الرئيسية
تم إنشاء حلول الطبقة الثانية لمعالجة قيود قابلية التوسع المتأصلة في تقنية blockchain.
إن شبكة Lightning Network عبارة عن حل قابل للتوسع من الطبقة الثانية يوفر معاملات سريعة دون الحاجة إلى تأكيد الحظر، مما يتيح عمليات دفع صغيرة فعالة.
فهو يضمن مدفوعات آمنة وقابلة للتطوير من خلال عناوين متعددة التوقيع وعقود Hash Timelock.
مقدمة
تتمتع العملات المشفرة ببعض الخصائص الفريدة. ومن غير المرجح أن يتم اختراقها أو إغلاق نظامها ويمكن لأي شخص استخدامها لنقل القيم على مستوى العالم، دون تدخل أطراف ثالثة.
يتطلب استمرار هذه الميزات بعض القيود. وبما أن عددًا كبيرًا من العُقد مسؤول عن تشغيل شبكة العملات المشفرة، فإن معدل نقل البيانات محدود. لذلك، يكون عدد المعاملات في الثانية (TPS) التي تستطيع شبكة سلسلة الكتل معالجتها منخفضًا نسبيًا بالنسبة إلى تقنية يُفترض أن تُعتمد عالميًا.
للتغلب على القيود المتأصلة في تقنية سلسلة الكتل، اقتُرحت حلول مختلفة لتوسيع النطاق بهدف زيادة عدد المعاملات التي تستطيع الشبكة معالجتها. سنتحدث في هذا المقال عن شبكة Lightning، وهي إحدى إضافات بروتوكول Bitcoin.
ما شبكة Lightning؟
شبكة Lightning هي شبكة تعمل فوق سلسلة الكتل وتسهّل المعاملات بين النظراء. وهي ليست حصرية لـ Bitcoin؛ إذ دُمجت فيها عملات مشفرة أخرى.
قد تتساءل عما نعنيه بعبارة «العمل فوق سلسلة الكتل». شبكة Lightning هي ما يُعرف بالحل خارج السلسلة أو حل الطبقة الثانية. وهي تتيح للمستخدمين إجراء المعاملات من دون الحاجة إلى تسجيلها كلها على سلسلة الكتل.
شبكة Lightning منفصلة عن شبكة Bitcoin؛ فلها عُقدها وبرمجياتها الخاصة، لكنها تظل متصلة بسلسلة الكتل الرئيسية. وللدخول إلى شبكة Lightning أو الخروج منها، عليك إنشاء معاملات خاصة على سلسلة الكتل.
عندما تجري معاملتك الأولى، فإنك تنشئ فعليًا نوعًا من العقود الذكية مع مستخدم آخر. سنشرح مزيدًا من التفاصيل قريبًا؛ لكن يكفيك الآن أن تعرف أن العقد الذكي يحتفظ بدفتر أستاذ خاص بك وبمستخدم آخر. يمكنك تسجيل معاملات كثيرة في هذا الدفتر. ولا يراها سواك أنت والطرف المقابل، لكن لا يستطيع أيٌّ منكما الغش بسبب بعض الخصائص الخاصة بهذا الإعداد.
يُعرف دفتر الأستاذ المصغر هذا باسم القناة. افترض أن Alice وBob أودعا 5 BTC لكل منهما في العقد الذكي. سيكون لدى كل منهما رصيد قدره 5 BTC في قناتهما. يمكن لـ Alice تسجيل عبارة «ادفع 1 BTC إلى Bob» في دفتر الأستاذ. عندها يصبح لدى Bob رصيد قدره 6 BTC ولدى Alice رصيد قدره 4 BTC. ويمكن لـ Bob لاحقًا إعادة 2 BTC إلى Alice، فتُحدَّث الأرصدة إلى 6 BTC لدى Alice و4 BTC لدى Bob. ويمكنهما مواصلة ذلك لبعض الوقت.
في أي وقت، يمكن لأيٍّ منهما نشر الحالة الحالية للقناة على سلسلة الكتل. عندها، تُخصَّص أرصدة كل طرف له على التوالي على سلسلة الكتل.
كما يوحي الاسم، فإن معاملات Lightning سريعة للغاية. لا حاجة إلى انتظار تأكيدات الكتل؛ إذ يمكن إجراء المدفوعات بسرعة كبيرة، بحسب اتصالك بالإنترنت.
لماذا نحتاج إلى شبكة Lightning؟
حتى الآن، تبدو شبكة Lightning (LN) النهج الأكثر منطقية لتوسيع نطاق سلسلة كتل Bitcoin. من الصعب تنسيق التغييرات في منظومة بهذا الحجم، إذ توجد مخاطر حدوث انقسامات صلبة وأخطاء قد تكون كارثية. ومع وجود هذا القدر من القيمة على المحك، يصبح الاختبار خطيرًا للغاية.
عند إبعاد هذا النوع من التجارب عن سلسلة الكتل، تتوفر مرونة أكبر بكثير. فإذا حدث خطأ ما، فلن تتأثر شبكة Bitcoin الفعلية. ولا تنتقص حلول الطبقة الثانية من أيٍّ من تدابير الأمان التي أبقت البروتوكول يعمل لأكثر من 15 عامًا.
كذلك، لا حاجة إلى تغيير طريقة العمل التقليدية. تستمر المعاملات على السلسلة (على سلسلة الكتل) بالعمل كالمعتاد للمستخدم النهائي، لكن أصبح بإمكانه الآن أيضًا إجراء معاملات خارج السلسلة.
يوفر استخدام شبكة Lightning فوائد كثيرة. لنلقِ نظرة على بعض أبرزها.
قابلية التوسع
تُنشأ كتل Bitcoin كل عشر دقائق، ولا يمكنها أن تحتوي إلا على عدد محدود من المعاملات. المساحة في كل كتلة شحيحة، لذا عليك المزايدة على المستخدمين الآخرين كي تُدرج معاملتك في الوقت المناسب. ينصب اهتمام المعدّنين الأساسي على تحصيل الرسوم، ولذلك يُدرجون المعاملات ذات الرسوم الأعلى أولًا.
عندما لا يحاول عدد كبير من المستخدمين إرسال الأموال في الوقت نفسه، لا يشكّل ذلك بالضرورة مشكلة. يمكنك تحديد رسوم منخفضة، ومن المرجح أن تُدرج معاملتك في الكتلة التالية. لكن عندما يرسل كثير من المستخدمين معاملاتهم في الوقت نفسه، قد يرتفع متوسط الرسوم ارتفاعًا كبيرًا. وقد تجاوزت الرسوم 10 دولارات أمريكية في مناسبات عدة. وفي ذروة السوق الصاعدة عام 2017، تخطت 50 دولارًا. وفي أبريل 2021، تجاوز متوسط رسوم معاملات Bitcoin 60 دولارًا.
قد يبدو ذلك ضئيلًا بالنسبة إلى معاملات تنقل آلاف الدولارات من Bitcoin، لكنه غير مستدام للمدفوعات الصغيرة. من يرغب في دفع 10 دولارات إضافية مقابل فنجان قهوة ثمنه 3 دولارات؟
مع شبكة Lightning، لا يزال عليك دفع رسمين: أحدهما لفتح قناتك والآخر لإغلاقها. لكن بعد فتح القناة، يمكنك أنت والطرف المقابل إجراء آلاف المعاملات مجانًا. وعند الانتهاء، ما عليك سوى نشر الحالة النهائية على سلسلة الكتل.
عمومًا، إذا اعتمد مزيد من المستخدمين على حلول خارج السلسلة مثل شبكة Lightning، فستُستخدم مساحة كل كتلة بكفاءة أكبر. ويمكن إجراء التحويلات منخفضة القيمة وعالية التكرار عبر قنوات الدفع، بينما تُخصَّص مساحة الكتل للمعاملات الأكبر وفتح القنوات وإغلاقها. وبذلك، سيصبح النظام متاحًا لقاعدة أوسع بكثير من المستخدمين، ما يسمح بتوسيع نطاقه على المدى الطويل.
المدفوعات الصغيرة
يوجد حد أدنى لكمية Bitcoin التي يمكنك إرسالها في معاملة، وهو نحو 0,00000546 BTC. ويعادل ذلك حاليًا نحو 0,38 دولار أمريكي. هذا مبلغ صغير، لكن شبكة Lightning تتيح لك تجاوز الحدود وإجراء معاملات بأصغر وحدة متاحة حاليًا، وهي 0,00000001 BTC، أو ساتوشي واحد.
تكون شبكة Lightning أكثر فائدة للمدفوعات الصغيرة. فالرسوم المفروضة على المعاملات العادية تجعل إرسال مبالغ صغيرة على سلسلة الكتل الرئيسية غير عملي. أما داخل القناة، فيمكنك إرسال جزء صغير من Bitcoin مجانًا.
تناسب المدفوعات الصغيرة العديد من الاستخدامات. ويعتقد بعضهم أنها قد تكون بديلًا عمليًا لنماذج الاشتراك، حيث يدفع المستخدمون مبالغ صغيرة في كل مرة يستخدمون فيها خدمة معينة.
الخصوصية
من فوائد شبكة Lightning الأخرى أنها توفر للمستخدمين درجة عالية من الخصوصية. فلا يحتاج الأطراف إلى الكشف عن قنواتهم على الشبكة. يمكنك الاطلاع على سلسلة الكتل ومعرفة أن هذه المعاملة فتحت قناة، لكنك لن تتمكن من معرفة ما يحدث داخلها. وإذا اختار المستخدمون قناة خاصة، فلن يتمكن من الاطلاع على المعاملات التي أُجريت فيها سوى أطرافها.
إذا كانت لدى Alice قناة مع Bob، وكانت لدى Bob قناة مع Carol، فيمكن لـ Alice وCarol إرسال المدفوعات إلى بعضهما عبر Bob. وإذا كان Dan متصلًا بـ Carol، فبإمكان Alice إرسال المدفوعات إليه. ويمكننا تصور ذلك على هيئة شبكة واسعة من قنوات الدفع المترابطة. في مثل هذا الترتيب، لا يمكن التأكد إلى مَن أرسلت Alice الأموال بعد إغلاق القناة.
كيف تعمل شبكة Lightning؟
شرحنا كيف تعتمد شبكة Lightning على القنوات بين العُقد. لنلقِ نظرة على مزيد من التفاصيل.
العناوين متعددة التوقيعات (Multisignature)
يتيح عنوان متعدد التوقيعات (أو multisig) استخدام مفاتيح خاصة متعددة لإجراء المعاملات أو إنفاق الأموال. عند إنشائه، تحدد عدد المفاتيح الخاصة التي يمكنها إنفاق الأموال وعدد المفاتيح المطلوبة لتوقيع المعاملة. على سبيل المثال، يعني نظام 1 من 5 أن خمسة مفاتيح يمكنها إنشاء توقيع صالح، وأن مفتاحًا واحدًا فقط مطلوب. أما نظام 2 من 3 فيعني أن إنفاق الأموال يتطلب مفتاحين من أصل ثلاثة مفاتيح ممكنة.
لإنشاء قناة Lightning، يقفل المشاركون الأموال في نظام 2 من 2. لا يوجد سوى مفتاحين خاصين قادرين على التوقيع، وكلاهما مطلوب لتحريك العملات. لنستخدم صديقينا Alice وBob مثالًا مرة أخرى. سيجريان مدفوعات كثيرة بينهما خلال الأشهر المقبلة، لذا قررا فتح قناة على شبكة Lightning.
أولًا، يودع كل منهما، لنفترض 3 BTC، في عنوان multisig مملوك لهما معًا. ومن الجدير بالتأكيد أن Bob لا يستطيع تحويل الأموال من العنوان دون موافقة Alice، والعكس صحيح.
يمكنهما الآن الاكتفاء بتدوين الأرصدة وتعديلها لدى كل طرف. رصيد كل منهما في البداية 3 BTC. إذا أرادت Alice دفع 1 BTC إلى Bob، فلماذا لا تكتفي بتدوين أن رصيد Alice أصبح 2 BTC ورصيد Bob أصبح 4 BTC؟ يمكن تتبع الأرصدة بهذه الطريقة إلى أن يقررا تحويل الأموال إلى عنوان آخر.
هذا ممكن، لكنه ليس الخيار الأمثل. والأهم من ذلك، أن هذه الطريقة تجعل من السهل للغاية على أيٍّ منهما عدم التعاون، أليس كذلك؟ فإذا أصبح لدى Alice في النهاية 6 BTC ولم يتبقَّ لدى Bob شيء، فلن يخسر Bob شيئًا إذا رفض تحرير الأموال (باستثناء صداقته مع Alice، ربما).
العقود الزمنية المشروطة ببصمة التجزئة (HTLC)
لا يقدم النظام المذكور أعلاه الكثير، إذا أخذنا في الحسبان خيارات الإعدادات الموثوقة المتاحة اليوم. لكنه يصبح أكثر إثارة للاهتمام عند إدخال آلية تُلزم Alice وBob بالاتفاق. فإذا لم يلتزم أحد الطرفين بالقواعد، يظل لدى الطرف الآخر سبيل لسحب أمواله من القناة.
هذه الآلية هي العقد الزمني المشروط ببصمة التجزئة (HTLC). قد يبدو المصطلح مخيفًا، لكنه في الواقع مفهوم بسيط إلى حد كبير. فهو يجمع تقنيتين أخريين (أقفال التجزئة والأقفال الزمنية) لمعالجة أي سلوك غير تعاوني في قنوات الدفع.
قفل التجزئة هو شرط يُضاف إلى معاملة، ويعني أنه لا يمكنك إنفاق الأموال إلا إذا أثبتَّ معرفتك بسرٍّ ما. ينشئ المُرسِل بصمة تجزئة لمجموعة من البيانات، ويضمّنها في معاملة المستلِم. ولا يمكن للمستلِم إنفاق الأموال إلا إذا قدّم البيانات الأصلية (السر) المطابقة لبصمة التجزئة. والطريقة الوحيدة للحصول على هذه البيانات هي استلامها من المُرسِل.
القفل الزمني هو شرط يمنعك من إنفاق الأموال قبل وقت محدد. ويُحدَّد ذلك بوقت معين أو ارتفاع كتلة محدد.
تُنشأ العقود الزمنية المشروطة ببصمة التجزئة (HTLC) من خلال الجمع بين أقفال التجزئة والأقفال الزمنية. وعمليًا، يمكن استخدام هذه العقود لإنشاء مدفوعات مشروطة؛ إذ يجب على المستلِم تقديم سرٍّ قبل الموعد النهائي المحدد، وإلا أمكن للمُرسِل استرداد الأموال. وربما يكون شرح الجزء التالي أسهل من خلال مثال، لذا لنعد إلى مثال Alice وBob.
فتح القنوات وإغلاقها
في مثال Alice وBob، أنشآ معاملات لتمويل عنوان multisignature مشترك بينهما. لكن هذه المعاملات لم تُنشر بعد على سلسلة الكتل! وقبل ذلك، علينا القيام بأمر آخر.
ثلاث عملات لـ Bob وثلاث عملات لـ Alice.
تذكّر أن الطريقة الوحيدة لتحويل هذه العملات من عنوان multisig هي أن يوقّع Alice وBob على المعاملة معًا. إذا أرادت Alice إرسال العملات الست كلها إلى عنوان خارجي، فستحتاج إلى موافقة Bob. أولًا، تنشئ معاملة (ستة عملات Bitcoin إلى هذا العنوان)، ثم تضيف توقيعها.
يمكنها محاولة بث المعاملة فورًا، لكنها ستكون غير صالحة لأن Bob لم يضف توقيعه. يجب على Alice أن تسلّمه المعاملة غير المكتملة أولًا. وبعد أن يضيف Bob توقيعه، تصبح المعاملة صالحة.
لم نضع بعد آلية تضمن تصرف الجميع بأمانة. وكما ذكرنا سابقًا، إذا رفض الطرف المقابل التعاون، فستُحجز أموالك فعليًا. لنلقِ نظرة على تفاصيل الآلية التي تمنع حدوث ذلك. تتضمن العملية عدة عناصر متحركة، لذا سنتناولها خطوة بخطوة.
يحتاج كل طرف إلى إنشاء سر؛ لنسمِّ هذين السرّين «As» و«Bs». لن يكونا سرّين جيدين إذا كشفهما Alice وBob، لذا سيُبقيان عليهما مخفيين في الوقت الحالي. سينشئ كل منهما بصمة التجزئة الخاصة بسرّه: h(As) وh(Bs). وبدلًا من مشاركة السرّين، يتبادل الطرفان بصمتي التجزئة.
يتبادل Alice وBob بصمتي التجزئة الخاصتين بسرّيهما.
يجب على Alice وBob أيضًا إنشاء مجموعة من معاملات الالتزام قبل نشر معاملتيهما الأوليين في عنوان multisignature. وبذلك، يضمن كل منهما حقه إذا قرر الآخر إبقاء الأموال محجوزة.
إذا فكرت في القناة على أنها دفتر الأستاذ المصغر الذي ذكرناه سابقًا، فستكون معاملات الالتزام هي التحديثات التي تُجرى على دفتر الأستاذ. وفي كل مرة تنشئ فيها زوجًا جديدًا من معاملات الالتزام، فإنك تعيد موازنة الأموال بين المشاركين.
ستتضمن معاملة Alice مخرجين: أحدهما يدفع إلى عنوان تملكه، والآخر مقفل في عنوان multisig جديد. توقّع Alice المعاملة وتسلمها إلى Bob.
معاملة Alice ذات المخرجين: أحدهما إلى عنوانها الخاص والآخر إلى عنوان multisig جديد. ولا تزال بحاجة إلى توقيع Bob للتحقق من صحة المعاملة.
يفعل Bob الأمر نفسه: أحد المخرجين يدفع له، والآخر يدفع إلى عنوان multisig آخر. يوقّع المعاملة ويسلمها إلى Alice.
لدينا معاملتان غير مكتملتين متشابهتان جدًا.
عادةً، يمكن لـ Alice إضافة توقيع إلى معاملة Bob لتصبح صالحة. لكنك ستلاحظ أن هذه الأموال تُنفق من نظام multisig 2 من 2 الذي لم نموله بعد. يشبه الأمر محاولة صرف شيك من حساب بلا رصيد. لذلك، لا يمكن استخدام هاتين المعاملتين الموقعتين جزئيًا إلا بعد تفعيل عنوان multisig.
تتميز عناوين multisignature الجديدة (التي ستُرسل إليها مخرجات BTC الثلاثة) ببعض الخصائص الفريدة. لنلقِ نظرة على المعاملة غير المكتملة التي وقّعتها Alice وأرسلتها إلى Bob. يمكن إنفاق مخرج multisig وفق الشروط التالية:
يمكن للطرفين توقيع المعاملة بالتعاون.
يمكن لـ Bob إنفاق قيمة المخرج بمفرده بعد مرور فترة محددة (بفضل القفل الزمني).
يمكن لـ Alice إنفاق القيمة إذا كانت تعرف سر Bob، أي Bs.
أما بالنسبة إلى المعاملة التي أرسلها Bob إلى Alice:
يمكن للطرفين توقيع المعاملة بالتعاون.
يمكن لـ Alice إنفاق القيمة بمفردها بعد مرور فترة محددة.
يمكن لـ Bob إنفاق القيمة إذا كان يعرف سر Alice، أي As.
تذكّر أن أيًّا من الطرفين لا يعرف سر الآخر، لذا فإن الشرط الثالث غير متاح بعد. وثمة ملاحظة مهمة أخرى: إذا وقّعتَ معاملة، فيمكن للطرف المقابل إنفاق القيمة فورًا، إذ لا توجد شروط خاصة على المخرج. ويمكنك انتظار انتهاء القفل الزمني لتنفق الأموال بنفسك، أو التعاون مع الطرف الآخر لإنفاقها فورًا.
حسنًا! يمكنك الآن نشر المعاملات في عنوان multisignature الأصلي 2 من 2. أصبح ذلك آمنًا أخيرًا، إذ يمكنك استرداد أموالك إذا تخلى الطرف المقابل عن القناة.
بمجرد تأكيد المعاملات، تصبح القناة جاهزة للعمل. يوضح لنا هذا الزوج الأول من المعاملات الحالة الحالية لدفتر الأستاذ المصغر. وفي الوقت الحالي، سيوزع 3 BTC على Bob و3 BTC على Alice.
عندما ترغب Alice في إجراء دفعة جديدة إلى Bob، ينشئان معاملتين جديدتين تحلان محل المجموعة الأولى. وتتم العملية بالطريقة نفسها؛ إذ تكون المعاملات موقعة جزئيًا. لكن قبل ذلك، يتخلّى Alice وBob عن أسرارهما القديمة ويستخدمان بصمات تجزئة جديدة للجولة التالية من المعاملات.
إذا أرادت Alice، على سبيل المثال، دفع 1 BTC إلى Bob، فستمنح المعاملتان الجديدتان رصيدًا قدره 2 BTC لـ Alice و4 BTC لـ Bob. وبهذه الطريقة، يُحدَّث الرصيد.
يمكن لأيٍّ من الطرفين توقيع إحدى أحدث المعاملات وبثّها في أي وقت «لتسويتها» على سلسلة الكتل. لكن على الطرف الذي يفعل ذلك الانتظار حتى انتهاء القفل الزمني، بينما يستطيع الطرف الآخر الإنفاق فورًا. تذكّر أنه إذا وقّع Bob معاملة Alice وبثّها، فسيكون لها مخرج لا يتضمن أي شروط.
يمكن للطرفين الاتفاق على إغلاق القناة معًا (إغلاق تعاوني). وهذه على الأرجح أسهل وأسرع طريقة لاسترداد الأموال على سلسلة الكتل. لكن حتى إذا رفض أحد الطرفين التعاون، يظل بإمكان الطرف الآخر استرداد أمواله بعد انتظار مدة القفل الزمني.
كيف تمنع شبكة Lightning الغش؟
ربما لاحظت وجود طريقة للهجوم في هذه العملية. إذا كان رصيد Bob الحالي 1 BTC، فما الذي يمنعه من بث معاملة أقدم كان رصيده فيها أكبر؟ لديه بالفعل معاملة Alice الموقعة جزئيًا، وكل ما عليه فعله هو إضافة توقيعه وبثها، أليس كذلك؟
لا شيء يمنعه من ذلك، باستثناء احتمال خسارة رصيده بالكامل. لنفترض أنه بث معاملة قديمة تدفع عملة واحدة إلى Alice وخمس عملات إلى عنوان multisig الذي ذكرناه سابقًا.
تحصل Alice على عملتها فورًا. أما Bob، فعليه الانتظار حتى انتهاء القفل الزمني لكي ينفق قيمة عنوان multisig. هل تتذكر الشرط الآخر الذي ذكرناه، والذي يسمح لـ Alice بإنفاق الأموال نفسها فورًا؟ كانت تحتاج إلى سر لم يكن لديها حينها. لكنها تملكه الآن؛ فبمجرد إنشاء الجولة الثانية من المعاملات، كشف Bob عن سرّه.
بينما ينتظر Bob انتهاء القفل الزمني عاجزًا عن فعل أي شيء، تستطيع Alice تحريك الأموال. تجعل آلية «العقوبة» هذه احتمال محاولة المشاركين الغش ضئيلًا للغاية، لأن الطرف المقابل سيتمكن من الوصول إلى عملاتهم.
توجيه المعاملات
تحدثنا عن ذلك سابقًا؛ فمن الممكن ربط القنوات بعضها ببعض. ولولا ذلك، لما كانت شبكة Lightning مفيدة إلى هذا الحد في إجراء المدفوعات. هل ستحجز 500 دولار في قناة مع مقهى لمجرد الحصول على جرعتك اليومية من القهوة خلال الأشهر القليلة المقبلة؟
لا حاجة إلى ذلك. إذا فتحت Alice قناة مع Bob، وكانت لدى Bob قناة مع Carol، فيمكن لـ Bob تمرير المدفوعات عبر القناتين. وتعمل هذه الآلية أيضًا عبر عدة «قفزات»، أي يمكن لـ Alice أن تدفع فعليًا لأي شخص متصل بأحد هذه «المسارات».
في هذا السيناريو، يمكن لـ Alice استخدام مسارات متعددة للوصول إلى Frank. وعمليًا، ستستخدم دائمًا المسار الأسهل.
يمكن للوسطاء فرض رسم بسيط مقابل دورهم في توجيه المدفوعات (لكن ذلك ليس إلزاميًا). لا تزال شبكة Lightning حديثة العهد، لذا لم يتشكل سوق للرسوم بعد. ويتوقع كثيرون أن تعتمد الرسوم على السيولة المقدمة.
عادةً، تعتمد رسومك على سلسلة الكتل على المساحة التي تشغلها معاملتك في الكتلة فقط، ولا تهم قيمة المعاملة؛ فرسوم دفعة قدرها دولار واحد أو 10,000,000 دولار ستكون متماثلة. أما في شبكة Lightning، فلا توجد مشكلة تتعلق بمساحة الكتل.
بدلًا من ذلك، يوجد مفهوم الرصيد المحلي والرصيد البعيد. الرصيد المحلي هو المبلغ الذي يمكنك «دفعه» إلى الطرف الآخر من القناة، بينما الرصيد البعيد هو المبلغ الذي يمكن للطرف المقابل إرساله إليك.
مثال آخر. لنلقِ نظرة على أحد المسارات المذكورة أعلاه: Alice <\u003e Carol <\u003e Frank.
أرصدة المستخدمين قبل تحويل 0,3 BTC من Alice إلى Frank وبعده.
تبلغ السعة الإجمالية لكل من مساري Alice <\u003e Carol وCarol <\u003e Frank مقدار 1 BTC. رصيد Alice المحلي هو 0,7 BTC. وإذا سوّوا الأرصدة على سلسلة الكتل الآن، فستحصل على 0,7 BTC، وستحصل Carol على الرصيد البعيد (أي 0,3 BTC).
إذا أرادت Alice إرسال 0,3 BTC إلى Frank، فإنها «تدفع» 0,3 BTC إلى جانب Carol من القناة. ثم ترسل Carol مقدار 0,3 BTC من رصيدها المحلي إلى قناتها مع Frank. ونتيجة لذلك، يظل رصيد Carol كما هو: +0,3 BTC من Alice و-0,3 BTC إلى Frank.
لا تتكبد Carol خسائر من عملها كحلقة وصل بين Frank وAlice، لكنها تخسر بعض المرونة. لاحظ أنها تستطيع الآن إنفاق 0,6 BTC في قناتها مع Alice، لكنها لا تستطيع إنفاق سوى 0,1 BTC في قناتها مع Frank.
تخيّل أن Alice متصلة بـ Carol وحدها، بينما يتصل Frank بشبكة أوسع بكثير. في السابق، كان بإمكان Carol إرسال ما مجموعه 0,4 BTC إلى أشخاص آخرين عبر Frank، لكنها الآن لا تستطيع إرسال سوى 0,1 BTC، لأن هذا هو المبلغ المتبقي لديها في القناة.
في هذا السيناريو، تستهلك Alice سيولة Carol. ومن دون أي حافز، قد لا ترغب Carol في هذا الوضع الأقل ملاءمة. لذا يمكنها ببساطة فرض رسم قدره 10 ساتوشي عن كل 0,01 BTC يتم تحويلها. وبهذه الطريقة، كلما زادت أرصدة Carol المحلية التي تضحي بها في المسارات «الأقوى»، زادت أرباحها.
كما ذكرنا سابقًا، لا يوجد إلزام بفرض الرسوم. قد لا يهتم بعض المستخدمين بانخفاض السيولة. وقد يفتح آخرون قنوات مباشرة مع المستلِم.
قيود شبكة Lightning
سيكون رائعًا لو ثبت أن شبكة Lightning هي الحل لجميع مشكلات قابلية توسع Bitcoin. لكن للأسف، لها عيوبها وقيودها الخاصة.
سهولة الاستخدام
ليس Bitcoin النظام الأكثر سهولة للمبتدئين؛ فقد تكون العناوين والرسوم وغيرها من الجوانب مربكة في البداية. بالإضافة إلى ذلك، بعد إعداد مستخدم Lightning، يحتاج إلى فتح قنوات قبل إجراء المدفوعات. وقد تكون هذه العملية طويلة ومعقدة بالنسبة إلى المستخدم الجديد، الذي لا يعرف الكثير عن مفاهيم مثل السعة الواردة والصادرة.
مع ذلك، تُجرى تحسينات باستمرار لتقليل عوائق البدء وتوفير تجربة أكثر سهولة للمستخدمين.
السيولة
من أبرز الانتقادات الموجهة إلى شبكة Lightning محدودية قدرتها على إجراء المعاملات. فلا يمكنك إنفاق أكثر من الأموال المقفلة في القناة. وإذا أنفقت جميع أموالك حتى أصبح الرصيد البعيد يمثل كامل أموال القناة، فستحتاج إلى إغلاقها. وبدلًا من ذلك، يمكنك الانتظار حتى يدفع لك أحدهم، لكن هذا ليس الخيار الأمثل.
قد تحد سعة القناة الإجمالية أيضًا من المسارات. فكّر في المثال السابق: Alice <\u003e Carol <\u003e Frank. إذا كانت سعة القناة بين Alice وCarol تبلغ 5 BTC، بينما لا تتجاوز سعة القناة بين Carol وFrank مقدار 1 BTC، فلن تتمكن Alice مطلقًا من إرسال أكثر من 1 BTC. وحتى في هذه الحالة، يجب أن يكون كامل الرصيد في جانب Carol من قناة Carol <\u003e Frank حتى تنجح المعاملة. وقد يحد ذلك بشدة من كمية الأموال التي يمكن إرسالها عبر قنوات LN، وبالتالي يؤثر سلبًا في سهولة الاستخدام.
مراكز محورية مركزية
بسبب المشكلة المذكورة في القسم السابق، هناك مخاوف من أن تسهّل الشبكة إنشاء «مراكز محورية» ضخمة؛ أي مراكز تابعة لمؤسسات أو كيانات كبيرة، شديدة الترابط وذات سيولة وفيرة. وفي هذا السيناريو، سيتعين توجيه أي دفعة ذات قيمة كبيرة عبر هذه الكيانات.
من الواضح أن هذا الوضع لن يكون مرغوبًا. فهو يضعف النظام، لأن تعطل بعض هذه الكيانات أو انقطاعها عن الشبكة سيؤدي إلى قطع الغالبية العظمى من الاتصالات بين النظراء. كما يزداد خطر الرقابة، إذ لا توجد سوى نقاط قليلة تمر عبرها المعاملات.
الوضع الحالي لشبكة Lightning
حتى الآن، في مارس 2024، تعمل شبكة Lightning بكفاءة. تضم الشبكة أكثر من 13,000 عقدة متصلة بالإنترنت، و52,000 قناة نشطة، وسعة تزيد على 4.570 BTC.
التوزيع العالمي لعُقد شبكة Lightning.
توجد تطبيقات مختلفة للعُقد؛ ومن أشهرها c-lightning من Blockstream، وLightning Network Daemon من Lightning Labs، وEclair من ACINQ. وتوفر شركات كثيرة عُقدًا جاهزة للتشغيل للمستخدمين الأقل خبرة من الناحية التقنية. كل ما عليك فعله هو تشغيل الجهاز، وهذا كل شيء. يمكنك حينها البدء باستخدام شبكة Lightning.
أفكار ختامية
منذ إطلاق شبكتها الرئيسية في عام 2018، حققت شبكة Lightning نموًا كبيرًا. ولا تزال هناك بعض العقبات المتعلقة بسهولة الاستخدام التي ينبغي تجاوزها، إذ يتطلب تشغيل عقدة Lightning حاليًا قدرًا من الخبرة التقنية. لكن مع التطور السريع الذي نشهده، ستتضاءل عوائق البدء أكثر فأكثر.
قراءات إضافية
قابلية توسع سلسلة الكتل: السلاسل الجانبية وقنوات الدفع
ما العُقد؟
ما العقود الذكية؟
إخلاء مسؤولية: يُقدَّم لك هذا المحتوى «كما هو» لأغراض إعلامية وتعليمية فقط، من دون أي ضمان من أي نوع. ولا ينبغي تفسير المحتوى على أنه مشورة مالية أو قانونية أو مهنية، كما أنه لا يوصي بشراء أي منتج أو خدمة محددة. ينبغي لك طلب المشورة من مستشارين مهنيين. وفي ما يتعلق بالمساهمات والمقالات المقدمة من مساهمين خارجيين، يُرجى العلم بأن الآراء الواردة فيها تعود إلى مؤلفيها ولا تعكس بالضرورة آراء Binance Academy. لمزيد من التفاصيل، يُرجى قراءة إخلاء المسؤولية هنا. قد تتسم أسعار الأصول الرقمية بالتقلب. وقد ترتفع قيمة استثمارك أو تنخفض، وقد لا تسترد المبلغ الذي استثمرته. أنت وحدك المسؤول عن قراراتك الاستثمارية، ولا تتحمل Binance Academy مسؤولية أي خسائر محتملة قد تتكبدها. ولا ينبغي تفسير هذه المادة على أنها مشورة مالية أو قانونية أو مهنية. لمزيد من المعلومات، يُرجى الرجوع إلى شروط الاستخدام وإخلاء المسؤولية عن المخاطر.