تفسير النظام للألياف: تجربة كبيرة لتطعيم شبكة Lightning Network على CKB

في 23 أغسطس، أصدر CKB رسميًا حل Lightning Network المستند إلى CKB - Fiber Network. بمجرد انتشار هذه الأخبار، سرعان ما أحدثت ضجة في المجتمع وتسببت المناقشة الساخنة في السعر من CKB ليرتفع بسرعة بما يقرب من 30٪ في يوم واحد. السبب وراء إثارة الأخبار لاستجابة قوية هو أن شبكة Lightning Network تتمتع بسحر سردي قوي، وقد قامت شركة CKB’s Fiber بترقية الشبكة المسرّعة التقليدية وأدخلت العديد من التحسينات على الأخيرة.

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

بالإضافة إلى ذلك، يمكن ربط الألياف وشبكة BTC Lightning لتشكيل شبكة P2P أكبر، في الأنشطة السابقة غير المتصلة بالإنترنت، حتى أن مسؤولي CKB ذكروا ذلك، سيتم إنشاء 100000 عقدة فعلية في شبكة الألياف الضوئية وشبكة Lightning لتعزيز تحسين وتقدم شبكة الدفع P2P. ليس هناك شك في أن هذه قصة طموحة غير مسبوقة.

إذا كان من الممكن تحقيق الرؤية الرسمية لـ CKB في المستقبل، فسيكون ذلك مفيدًا جدًا لشبكة Lightning Network وCKB وحتى نظام Bitcoin البيئي. وفقًا لبيانات mempool، يوجد حاليًا أكثر من 300 مليون دولار أمريكي من الأموال الموضوعة في شبكة BTC Lightning Network، ويبلغ عدد العقد حوالي 12000، وتم إنشاء ما يقرب من 50000 قناة دفع بين بعضها البعض.

على موقع الإنفاقmybtc.com، يمكننا أيضًا أن نرى أن المزيد والمزيد من التجار يدعمون التحصيل والدفع عبر شبكة Lightning Network. وطالما تم الاعتراف بـ BTC بشكل متزايد، فإن الخدمات خارج السلسلة مثل Lightning Network و Fiber سوف ترتفع من المقرر أن تكتسب حلول الدفع زخمًا كل يوم.

بهدف التفسير المنهجي للحلول التقنية التي تقدمها شركة Fiber،كتب "Geek Web3" هذا التقرير البحثي حول الحل الشامل لشركة Fiber. باعتبارها تطبيقًا للشبكة المسرّعة المستندة إلى CKB، يتوافق مبدأ الألياف بشكل عام مع شبكة Bitcoin Lightning، ولكن تم تحسينها في العديد من التفاصيل.

تتضمن البنية الشاملة للألياف الأجزاء الأساسية الأربعة التالية: قناة الدفع، وبرج المراقبة، والتوجيه متعدد القفزات، والدفع عبر النطاقات. دعونا نشرح أولاً "قناة الدفع" الأكثر أهمية.

حجر الزاوية للشبكة المسرّعة والألياف الضوئية: قنوات الدفع

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

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

على سبيل المثال، يبدأ الطرفان بـ 100 يوان، ثم تقوم أليس بتحويل 50 يوان إلى بوب، ثم تقوم أليس بتحويل 10 يوان إلى بوب، ثم يقوم بوب بتحويل 30 يوان إلى أليس، وفي النهاية يصبح رصيد كلا الطرفين لـ : أليس-70، بوب-130. ليس من الصعب أن نجد أن مجموع أرصدة الشخصين يظل دون تغيير، ويمكن لحالة دفع وسحب حبات المعداد في الصورة أعلاه أن تفسر ذلك جيدًا.

إذا خرج أحد الأطراف من القناة، قم بمزامنة الرصيد الحالي أليس: 70/بوب: 130 إلى السلسلة، واضغط على 200 يوان في الحساب متعدد التوقيع يتم تحويل الأرصدة المعنية إلى الشخصين لإكمال التسوية. تبدو العملية المذكورة أعلاه بسيطة، ولكن في الواقع هناك العديد من التعقيدات التي يجب أخذها في الاعتبار.

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

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

يمكننا تدوين هذا الاستنتاج:تُستخدم معاملات الالتزام لتسوية أرصدة كلا الطرفين في القناة على السلسلة. ويمكن لأي من الطرفين وضع آخر معاملة التزام في السلسلة في في أي وقت ثم قم بالخروج من القناة.

ولكن هنا سيناريو شرير مهم: يستطيع بوب إرسال الأرصدة منتهية الصلاحية ومعاملات الالتزام إلى السلسلة، على سبيل المثال ، بعد إنشاء Commit Tx3 في الصورة أعلاه، يصبح رصيد Bob 130، ولكن لكي يحقق ربحًا لنفسه، يقدم Bob Commit Tx2 منتهية الصلاحية إلى السلسلة ويعلن أن رصيده هو 160، وحالة الرصيد هذه ليست كذلك في الوقت الحقيقي. هذا هو "الدفع المزدوج" النموذجي.

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

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

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

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

هنا نحتاج إلى الانتباه:تم إنشاء معاملة الالتزام هذه بشكل نشط بواسطة Bob. الشروط غير مواتية لأليس التي يمكنها فقط القبول/الرفض. علينا أن نجد طريقة لمنح أليس بعض الاستقلالية. في تصميم قناة الدفع، يمكن لـ Alice فقط تشغيل معاملة الالتزام "غير المواتية لها" على السلسلة، وذلك لأن معاملة الالتزام تتطلب 2/2 توقيعات متعددة بعد قيام Bob بإنشاء المعاملة محليًا ، توقيعك فقط، وليس توقيع أليس.

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

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

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

كما أوضحنا سابقًا، تتطلب كل معاملة التزام أكثر من 2/2 توقيع لتكون فعالة. إن معاملة الالتزام التي يبنيها بوب محليًا وتكون مفيدة لنفسه لا ترضي أكثر من 2/2 التوقيع، ومعاملة الالتزام التي تفي بـ 2/2 التوقيع المتعدد تكون في يد أليس ولا يستطيع بوب تقديمها ولا يمكن تقديمها إلا من قبل أليس، مما يشكل شيكًا وتوازنًا. والعكس مماثل.

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

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

لنلق نظرة على الصورة أدناه. لنفترض أن آخر معاملة التزام هي Commit Tx3 وأن Commit Tx2 قد انتهت صلاحيته إذا أرسل Bob Tx2 منتهية الصلاحية إلى في السلسلة On، يمكن لأليس سحب أموال بوب من خلال مفتاح الإلغاء الخاص بـ Tx2 (يجب أن تتصرف أليس ضمن نطاق القفل الزمني).

بالنسبة لأحدث إصدار من Tx3، لا تمتلك Alice مفتاح الإلغاء الخاص بها. فقط بعد ظهور Tx4 في المستقبل، يمكن لـ Alice الحصول على مفتاح الإلغاء الخاص بـ Tx3. يتم تحديد ذلك من خلال خصائص تشفير المفتاح العام والخاص وUTXO. نظرًا لطول هذه المقالة، لن نشرح مبدأ تنفيذ مفتاح الإلغاء بعمق.

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

بالنسبة لقناة الدفع، فإن الألياف المستندة إلى CKB تم تحسينها بشكل كبير مقارنة بشبكة Bitcoin Lightning ويمكنها دعم نقل أنواع متعددة من البيانات بشكل أصلي. الأصول / المعاملات، مثل العملات المستقرة CKB وBTC وRGB++، في حين أن شبكة Lightning Network يمكنها فقط دعم Bitcoin محليًا بعد اتصال Taproot Asset بالإنترنت، لا تزال شبكة Bitcoin Lightning Network غير قادرة على دعم الأصول غير التابعة لـ BTC ويمكنها فقط دعم العملات المستقرة بشكل غير مباشر.

(مصدر الصورة: Dapangdun)

بالإضافة إلى ذلك، نظرًا لأن سلسلة Layer1 الرئيسية التي تعتمد عليها شركة Fiber هي CKB وفتح وإغلاق القناة يستهلك رسوم معالجة أقل بكثير ولن يكلف المستخدمين الكثير من رسوم المعالجة مثل شبكة BTC Lightning Network، وهذه هي ميزتها الواضحة في تجربة المستخدم.

أمن على مدار الساعة طوال أيام الأسبوع: برج المراقبة

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

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

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

من أجل حماية خصوصية المشاركين في القناة، تسمح شركة Fiber للمستخدمين فقط بإرسال "تجزئة معاملة الالتزام منتهية الصلاحية + النص العادي للمعاملة الجزائية" إلى WatchTower. وبهذه الطريقة، لا تعرف WatchTower النص العادي من معاملة الالتزام في البداية، فقط تجزئتها. ما لم يرسل شخص ما بالفعل معاملة الالتزام منتهية الصلاحية إلى السلسلة، فسوف يرى برج المراقبة النص الواضح ثم يرسل معاملة العقوبة إلى السلسلة. بهذه الطريقة، ما لم يكن هناك من يفعل الشر حقًا، فلن يتمكن برج المراقبة من رؤية سجلات المعاملات الخاصة بالمشاركين في القناة (حتى لو فعل ذلك، فيمكنه رؤية واحد منهم فقط).

هنا نود أن نذكر تحسين الألياف مقارنة بشبكة Bitcoin Lightning. تسمى آلية العقوبة المذكورة أعلاه والمتعلقة بمفاتيح الإلغاء "عقوبة LN"، وعقوبة LN لشبكة Bitcoin Lightning لها عيوب واضحة: يحتاج برج المراقبة إلى حفظ جميع تجزئات معاملات الالتزام منتهية الصلاحية ومفاتيح الإلغاء المقابلة، مما سيؤدي إلى تخزين كبير ضغط.

في وقت مبكر من عام 2018، اقترح مجتمع Bitcoin حلاً يسمى "eltoo" لحل المشكلات المذكورة أعلاه، ولكنه يتطلب توزيع Bitcoin. يدعم Fork رمز التشغيل SIGHASH_ANYPREVOUT. الفكرة هي أنه عندما يتم تحميل معاملات الالتزام منتهية الصلاحية إلى السلسلة، يمكن أن تعاقبها أحدث معاملات الالتزام، بحيث يمكن للمستخدمين حفظ أحدث معاملات الالتزام فقط. ومع ذلك، لم يتم تنشيط رمز التشغيل SIGHASH_ANYPREVOUT بعد، ولم يتم تنفيذ الحل بعد.

تقوم شركة Fiber بتنفيذ بروتوكول Daric وتعديل تصميم مفتاح الإلغاء بحيث يمكن تطبيق نفس مفتاح الإلغاء على معاملات الالتزام المتعددة منتهية الصلاحية. يمكن أن يؤدي هذا إلى تقليل ضغط التخزين على WatchTower وعملاء المستخدمين بشكل كبير.

أنظمة المرور في الشبكات: التوجيه متعدد القفزات وHTLC/PTLC

قناة الدفع المذكورة أعلاه مناسبة فقط لسيناريوهات المعاملات من 1 إلى 1، بينما تدعم Lightning Network المدفوعات متعددة القفزات، أي التوجيه عبر العقد الوسيطة، بحيث لا يتم إنشاء القنوات بشكل مباشر بين الطرفين، على سبيل المثال، لا توجد قناة بين أليس وكين، ولكن هناك قناة بين كين وبوب، وهناك قناة يمكن أن تكون بمثابة قناة بين بوب وأليس عقدة وسيطة بين أليس وكين، حتى تتمكن أليس وكين من حدوث تفاعل نقل. ويشير "التوجيه متعدد القفزات" إلى إنشاء مسار نقل من خلال وسطاء متعددين.

يمكن أن يؤدي "توجيه القفزات المتعددة" إلى تحسين مرونة الشبكة وتغطيتها. ومع ذلك، يحتاج المرسل إلى معرفة حالة جميع العقد والقنوات العامة. في Fiber، تكون جميع القنوات العامة، أي بنية الشبكة، عامة تمامًا. يمكن لأي عقدة التعرف على معلومات الشبكة التي تحتفظ بها العقد الأخرى. نظرًا لأن حالة الشبكة بأكملها في شبكة Lightning Network تتغير باستمرار،ستستخدم الألياف خوارزمية Dijkstra لأقصر مسار للعثور على أقصر مسار توجيه لإبقاء عدد الوسطاء صغيرًا قدر الإمكان، ثم إعداد مسار نقل بين الطرفين.

ومع ذلك، يجب حل مشكلة الائتمان الخاصة بالعقدة الوسيطة هنا: كيف تتأكد من صدقه؟ على سبيل المثال، كما ذكرنا من قبل، يوجد وسيط بوب بين يتعين على أليس وكين الآن أن يمنحا كين 100 يوان، ويجوز لبوب احتجاز الأموال في أي وقت. يجب أن تكون هناك طريقة لمنع الوسطاء من فعل الشر، ويتم استخدامHTLC وPTLC لحل مثل هذه المشكلات.

لنفترض أن أليس تريد أن تدفع لدانيال 100 يوان، ولكن لم يتم إنشاء قناة بينهما. تكتشف أليس أنها تستطيع أن تدفع لدانيال من خلال وسيطين، بوب وكارول. تم تقديم HTLC كقناة دفع أولاً، تبدأ أليس طلبًا إلى دانيال، ثم يرسل دانيال إلى أليس تجزئة r، لكن أليس لا تعرف النص العادي R المطابق لـ r.

بعد ذلك، تقوم أليس ببناء شروط الدفع من خلال HTLC في القناة مع بوب: أليس على استعداد لدفع 102 قطعة لبوب، ولكن يجب على بوب إخبار المفتاح R في غضون 30 دقيقة، وإلا ستسحب أليس الأموال . بنفس الطريقة، أنشأ بوب HTLC مع كارول: سيدفع بوب 101 قطعة لكارول، لكن يجب على كارول إخبار المفتاح R خلال 25 دقيقة، وإلا فسيقوم بوب بسحب الأموال.

تتبع كارول نفس النمط وتنشئ HTLC في القناة مع دانيال: كارول على استعداد لدفع 100 يوان، لكن يجب على دانيال أن يخبرها بالنص العادي لـ R في غضون 20 دقائق، وإلا ستستعيد كارول الأموال.

يدرك دانيال أن المفتاح R الذي طلبته كارول هو في الواقع ما تريده أليس، لأنه لا أحد باستثناء أليس يهتم بمحتوى R. لذا سيتعاون دانيال مع كارول، ويخبرها بمحتوى R، ويحصل على 100 يوان من كارول. وبهذه الطريقة، تحقق أليس هدفها: منح كارول 100 يوان.

ليس من الصعب تخيل ما حدث بعد ذلك: أخبرت كارول بوب بالمفتاح R وحصلت على 101 يوان؛ وأخبر بوب أليس بالمفتاح R وحصلت على 102 دولارًا. نلاحظ مكاسب وخسائر الجميع، ويمكننا أن نرى أن أليس خسرت 102 يوان، وحقق بوب وكارول ربحًا صافيًا قدره 1 يوان، وحصل دانيال على 100 يوان. اليوان الواحد الذي كسبه بوب وكارول هو رسوم المناولة التي يسحبونها من أليس.

حتى إذا كان شخص ما في مسار الدفع أعلاه عالقًا، على سبيل المثال، لم تقم كارول بإبلاغ بوب المتلقي للمفتاح R، فلن يعاني بوب من أي خسارة: يمكن لبوب سحب HTLC الذي تم إنشاؤه بعد مرور الوقت. وينطبق الشيء نفسه على أليس.

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

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

< / p>

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

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

بالإضافة إلى ذلك، تمتلك شبكة Lightning التقليدية سيناريو "هجوم التدوير البديل"، والذي يمكن أن يسمح بحفظ أصول الوسيط في مسار الدفع مسروقة. وقد أدى هذا الاكتشاف إلى توقف المطور أنطوان ريارد عن تطوير الشبكة المسرّعة. حتى الآن، لم تتخذ شبكة Bitcoin Lightning Network بعد التدابير الأساسية لحل هذه المشكلة، وقد أصبحت نقطة ضعف.

في الوقت الحالي، أجرى مسؤولو CKB تحسينات على مستوى مجمع المعاملات للسماح لشركة Fiber بحل سيناريوهات الهجوم المذكورة أعلاه. نظرًا لأن الهجمات والحلول البديلة لحلقات المعاملات تتطلب جهدًا كبيرًا نسبيًا، فلا تنوي هذه المقالة شغل مساحة أكبر للشرح. إذا كنت مهتمًا، يمكنك قراءة المقالة التالية من BTCStudy وقراءة المعلومات الرسمية ذات الصلة CKB.

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

الدفع الذري عبر النطاقات بين Fiber وشبكة Bitcoin Lightning Network

باستخدام HTLC وPTLC، يمكن للألياف تنفيذ عمليات الدفع عبر النطاقات باستخدام شبكة Bitcoin Lightning Network، ويمكنها ضمان "ذرية السلوك عبر النطاقات"، أي أن جميع الخطوات المتعلقة بالنطاقات المشتركة إما ستنجح أو إذا فشلت، فلن يكون هناك نجاح جزئي وفشل جزئي.

بعد ضمان الذرية عبر النطاقات، يمكن ضمان أن النطاق المتقاطع نفسه لن يتسبب في خسائر في الممتلكات، بحيث الألياف والبيتكوين يمكن لشبكة Lightning Network، عند الاتصال البيني، على سبيل المثال، إنشاء مسار دفع في شبكة هجينة مكونة من Fiber وLightning Network، وتحويل الأموال مباشرة إلى المستخدمين في شبكة BTC Lightning Network في Fiber (يقتصر الطرف المتلقي على BTC)، ويمكنك يمكن أيضًا استخدام CKB في أصول Fiber Exchange RGB++ مقابل عملات Bitcoin المكافئة على شبكة BTC Lightning.

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

إذا أراد بوب الحصول على 1 BTC، فيمكن لأليس التفاوض على نسبة التبادل مع Ingrid، مثل استبدال 1 CKB مقابل 1 BTC. يمكن لـ Alice إرسال 1.1 CKB إلى Ingrid في Fiber، ثم ترسل Ingrid 1 BTC إلى Bob في شبكة BTC Lightning Network، وستترك Ingrid 0.1 CKB كرسوم معالجة.

طريقة التشغيل المحددة هنا هي إنشاء مسار دفع بين Alice وBob وIngrid، أي Alice—>Ingrid—>Bob، وبعد ذلك سيتم استخدام HTLC. لقد تم ذكر مبدأ مماثل من قبل من أجل الحصول على المال، يجب على بوب أن يخبر إنغريد بمحتويات المفتاح R. بمجرد حصول إنغريد على المفتاح R، يمكنها فتح أموال Alice المقفلة في HTLC.

تجدر الإشارة إلى أن هذين السلوكين عبر المجالين اللذين حدثا في شبكة BTC Lightning Network والألياف الضوئية على التوالي هما سلوكان ذريان، مما يعني أن أيًا من سلوكي HTLC All يتم فتحها ويتم تنفيذ المدفوعات عبر النطاقات بسلاسة. إما أنه لم يتم إلغاء قفله، أو فشل الدفع عبر النطاق، ولا توجد حالة حيث تقوم أليس بإعطاء المال ولكن لا يستطيع بوب استلام المال.

(في الواقع، لا يستطيع الوسيط Ingrid فتح HTLC الخاص بـ Alice بعد معرفة المفتاح R، لكن الوسيط Ingrid هو الذي تضرر في هذا الأمر وليس المستخدم أليس، لذا فإن تصميم فايبر آمن للمستخدمين)

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

مزايا أخرى للألياف مقارنةً بشبكة BTC Lightning Network

ذكرنا سابقًا أنتدعم الألياف أصول CKB الأصلية، بالإضافة إلى أصول RGB++ (خاصة العملات المستقرة)، مما يجعلها تتمتع بإمكانات كبيرة في سيناريوهات الدفع الفوري وأكثر ملاءمة لاحتياجات الدفع الصغيرة اليومية.

بالإضافة إلى ذلك، تواجه شبكة Bitcoin Lightning Network نقطة ضعف رئيسية، وهي إدارة السيولة. لعلكم تتذكرون ما قلناه في البداية، فالرصيد الإجمالي في قناة الدفع ثابت إذا استنفد رصيد أحد الطرفين، فلن يتمكن من تحويل الأموال إلى الطرف الآخر إلا إذا كان الطرف الآخر. تحويل الأموال إليه أولاً وفي هذا الوقت من الضروري إعادة ضخ الأموال أو فتح قنوات جديدة.

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

ومع ذلك، في شبكة BTC Lightning، يتم تنفيذ جميع خطوات ضخ السيولة وفتح القنوات أو إغلاقها على سلسلة BTC رسوم المناولة مرتفعة للغاية، مما سيكون له تأثير سلبي على تجربة المستخدم لقناة الدفع. لنفترض أنك تريد فتح قناة بسعة 100 دولار أمريكي، ولكن عملية إنشاء القناة تكلف 10 دولارات أمريكية كرسوم معالجة، فإن هذه القناة تستهلك 10% من أموالك أثناء التهيئة، مما يجعل ذلك مستحيلاً مقبول بالنسبة لمعظم الناس، الأمر نفسه ينطبق على أعمال مثل حقن السيولة.

تتمتع الألياف بمزايا كبيرة جدًا في هذا الشأن. أولاً وقبل كل شيء، فإن TPS الخاص بـ CKB أعلى بكثير من BTC، ويمكن أن تصل رسوم المناولة إلى مستوى السنت؛ ثانيًا، من أجل التعامل مع مشكلة عدم كفاية السيولة التي تؤدي إلى عدم القدرة على التحويل،الألياف تخطط للتعاون مع Mercury Layer لإطلاق حل جديد يسمح بعمل ضخ السيولة للتخلص من العمليات على السلسلة وحل مشكلات تجربة المستخدم والتكلفة.

في هذه المرحلة، قمنا بفرز البنية التقنية العامة للألياف بشكل منهجي. تظهر مقارنة تقريبية بينها وبين شبكة Bitcoin Lightning في الشكل أعلاه. نظرًا لأن الألياف والشبكة المسرّعة بحد ذاتها تتضمن الكثير من نقاط المعرفة ومعقدة للغاية، فقد لا تغطي مقالة واحدة جميع الجوانب في المستقبل، سنطلق سلسلة من المقالات حول موضوع الشبكة المسرّعة والألياف الضوئية، لذا ابقِ ضبطها.