لم أستخدم Lightening (أطلق عليها لاحقًا "Lightning Network") لفترة من الوقت.
كانت آخر مرة قضيتها في العمل في عام 2019 عندما تعاونت مع إليزابيث ستارك وقادة المجتمع الآخرين لتنظيم أول مؤتمر لشبكة Lightning Network في برلين. منذ ذلك الحين ، قضيت معظم وقتي في العمل على بروتوكولات أخرى ، وبينما ما زلت صديقًا لأشخاص مثل إليزابيث ، فقد تدهور فهمي لكيفية عمل شبكة Lightning Network. بعد إعادة الفحص ، أدركت أنني لست وحدي ، ولكن معظم أصدقائي أيضًا.
هذا المنشور مخصص لأولئك الذين لم يستخدموا شبكة Lightning Network مؤخرًا. سيناقش المفاهيم الخاطئة التي رأيتها أنا أو الآخرين. إذا فاتني أي نقاط جيدة ، يرجى مراسلتي على Twitter.
** المفهوم الخاطئ الأول: يجب عليك تشغيل العقدة الخاصة بك لاستخدام شبكة Lightning بدون حراسة ، مما يمنع المستخدمين العاديين من استخدام الأجهزة المحمولة. **
كان هذا صحيحًا قبل بضع سنوات ، ولكن يمكن للمستخدمين الآن استخدام شبكة Lightning Network على الأجهزة المحمولة من خلال عملاء Lightning غير مُدارين. يتحكم المستخدمون دائمًا في مفاتيحهم ، وتجربة المحفظة مع Lightning Light Client هي نفسها استدعاء Alchemy أو Infura عبر RPC عند استخدام Ethereum.
** المفهوم الخاطئ الثاني: يجب أن يكون المرسل والمتلقي متصلين بالإنترنت في نفس الوقت حتى تنجح مدفوعات Lightning (لا توجد مدفوعات غير متصلة بالإنترنت / متزامنة). **
لا يزال هذا الموقف موجودًا ، ولكن مع بعض الحلول الأنيقة. يمكن لمحافظ Lightning المحمولة غير الخاضعة للحراسة تلقي المدفوعات عبر مهام الخلفية أو إخطارات الهاتف حتى عندما لا تعمل المحفظة في المقدمة. ومع ذلك ، فإن هذا الأسلوب مقيد بأنظمة تشغيل الأجهزة المحمولة. تحد أنظمة التشغيل الحديثة من مقدار العمليات الحسابية التي تقوم بها تطبيقات الخلفية لتوفير طاقة البطارية. لا بأس من تلقي عدد قليل من مدفوعات LN ، ولكن إذا تم استلام الكثير منها في فترة زمنية قصيرة ، فإنها تبدأ في الانتهاء بسبب قيود حسابية.
على المدى الطويل ، يعمل مطورو بروتوكول Lightning Network على مواصفات Async Payments ، والتي ستمكّن فترات انتقال غير موثوقة طويلة بشكل تعسفي. بشكل أساسي ، يتم إيداع الدفعة من عقدة المرسل ، ولكن إذا كانت عقدة المستلم غير متصلة بالإنترنت ، فإن الدفع يبقى في LSP الخاص بالمرسل (Lightning Network / Liquidity Service Provider ، التي تديرها المحفظة نفسها عادةً) ، حتى يعود المستلم عبر الإنترنت. ** من المتوقع أن تتم هذه الترقية العام المقبل ، لكن لا يوجد تاريخ إطلاق رسمي حتى الآن. ** ومع ذلك ، يتطلب ذلك احتواء المحافظ المشاركة على LSP ، مما قد يعيق اعتمادها كحل على مستوى الشبكة.
** سوء الفهم 3: تتطلب Lightning Network من كلا المستخدمين استثمار نفس المبلغ من BTC في القناة لفتح القناة. **
هذا لا يصح في معظم عملاء Lightning Network ، تكون القناة مفتوحة في اتجاه واحد افتراضيًا ، لذلك يحتاج المرسل فقط إلى استثمار الأموال في القناة ، ويمكن أن يكون المدفوع لأمره عنوانًا جديدًا فارغًا. ينبع سوء الفهم هذا من الورقة البيضاء لشبكة Lightning Network ، حيث تشير الأمثلة باستمرار إلى قنوات التمويل ثنائية الاتجاه.
إنها في الواقع مبنية على خلفية درامية مثيرة للاهتمام. أول قناة دفع (Spilman) تسمح فقط للمدفوعات في اتجاه واحد. يكمن ابتكار شبكة Lightning Network في تحقيق الأموال المزدوجة والدفع في اتجاهين ، وليس للقناة وقت انتهاء صلاحية. ربما هذا هو السبب في أن ورقة Lightning Network تركز عليها كثيرًا. كان هذا اختراعًا مهمًا بالنسبة لتصميمات البروتوكول المعروفة في ذلك الوقت.
** الخرافة الرابعة: تطلب Lightning Network من المستخدمين تحديد فواتير محددة لغرض واحد ، وهو ما يمثل تجربة مروعة للمستخدم. **
كان هذا بالفعل صحيحًا في البداية. ولكن الآن مع عنوان Lightning Network ، فهو في الأساس ENS لشبكة Lightning Network. يتم تمكينها بواسطة lnurl-pay ، والذي يسمح للمستخدمين بإرسال BTC إلى viktor@example.com عبر شبكة Lightning ، بغض النظر عن المبلغ والمدة.
** سوء الفهم 5: يحتاج المستخدمون إلى فهم واختيار Bitcoin و Lightning Network عند إرسال BTC. **
يجب أن يكون الأمر كذلك من قبل. لكن الأمر مختلف الآن. الآن ، لديهم رمز QR موحد يجمع بدقة العنوان الموجود على السلسلة مع فاتورة Lightning Network بحيث يمكن لمحفظة الإرسال اختيار المسار الصحيح. افتح CashApp ، وانتقل إلى علامة التبويب Bitcoin. لاحظ أنه بينما يدعم تطبيق Cash Lightning Network ، لا يوجد خيار لتحديد Lightning Network. هذا لأنهم يستخدمون رمز الاستجابة السريعة الموحد.
ومع ذلك ، فإن هذا لا يحل مشكلة الرصيد الفردي - فلا يزال من الممكن تقسيم رصيد BTC للمستخدم على السلسلة وفي شبكة Lightning Network. يمكن حل هذه المشكلة إلى حد ما من خلال Submarineswap و / أو Splicing ، لكن وجهة نظري طويلة المدى هي أن المستخدمين لن يدركوا حتى أن هذه مشكلة ، ولن يدركوا أن شبكة Lightning موجودة لأن المحفظة وغيرها من البائعين يتعاملون التعقيدات الأساسية التي سيتم إخفاؤها تحت تجربة مستخدم سلسة.
** الخرافة رقم 6: شبكة Lightning غير فعالة من حيث رأس المال ، وبالتالي فهي غير قابلة للتطبيق. **
هذه المناقشة حساسة وسأحاول أن أكون محايدة قدر الإمكان.
تستخدم شبكة Lightning نموذج محور وتحدث. يعتبر جزء المحور إلى المحور من الشبكة ذو كفاءة عالية في رأس المال نظرًا لارتفاع نسبة "تخصيص رأس المال لكل وحدة" للقنوات الكبيرة بين التبادلات والمحافظ الوديعة و LSPs وعقد التوجيه المثلى.
ومع ذلك ، حيث يكون عدم كفاءة رأس المال لشبكة Lightning عند الحواف - المستخدمون غير الحراس. بالنسبة لمستخدمي Lightning الحارسين ، تحتاج المحافظ فقط إلى الاحتفاظ بقنوات كبيرة مع محاور أخرى وإجراء محاسبة داخلية لأرصدة المستخدم. بالنسبة للمستخدمين غير الحراس ، يجب أن تحتفظ المحفظة بقناة تمويل مفتوحة منفصلة مع كل مستخدم. ويتمثل التحدي في كيفية الحفاظ على تخصيص السيولة وإدارتها بشكل مستمر عبر هذه القنوات.
لإعطاء مثال ملموس: يريد مستخدم المحفظة غير الأمناء إرسال 0.1 BTC إلى صديق عبر Lightning Network. بافتراض وجود سيولة كافية في القناة بينهم وبين مزود المحفظة وكل عقدة على طول الطريق ، سيكون الدفع ناجحًا. ولكن الآن هناك مشكلة في المحفظة - لديهم 0.1 BTC في القناة من جانبهم ، إذا لم يتلق المستخدم أي مدفوعات (وبالتالي إعادة موازنة القناة) ، فسيكون هذا 0.1 BTC خاملاً هناك ، مما يتسبب في انخفاض كفاءة مزود المحفظة. في هذه المرحلة ، يجب على موفري المحفظة أن يقرروا ما إذا كانوا سيحافظون على السيولة ، أو يسحبون السيولة عن طريق إغلاق القنوات (مما يخلق تجربة مستخدم سيئة) أو قنوات الربط (غير المرئية للمستخدمين).
بالنسبة للمستخدمين غير الحراس ، فإن مشكلة عدم كفاءة رأس المال الهامشية هذه هي مشكلة تحسين مزعجة للغاية ، وهي أسوأ بشكل موضوعي من النموذج القائم على الحساب بغض النظر عن حجم المعاملة. ومع ذلك ، هذه ليست مشكلة غير قابلة للحل. طالما أنه ليس مستحيلًا ، يجب أن يكون ناجحًا ، وهو أيضًا شعار مجتمع مطوري Bitcoin.
بالإضافة إلى صعوبة تحسين رأس المال ، هناك تحد آخر يأتي من التكاليف المرتبطة بإدارة القناة والسيولة ، حيث تتطلب كل عملية ربط وإغلاق للقناة وما إلى ذلك معاملة على السلسلة. تعتمد ميزانية أمان Bitcoin على زيادة هائلة في رسوم المعاملات ، ولكن إذا ارتفعت رسوم المعاملات إلى 30 دولارًا - 60 دولارًا ، فستكون إدارة القناة باهظة التكلفة على نطاق واسع ، وقد لا تكون شبكة Lightning Network غير المؤمنة متاحة لجزء كبير من سكان العالم. تتمتع محافظ Lightning المستضافة حاليًا بميزة بسبب الحوافز المضمنة ، ومن المرجح أن تنمو أكثر مع نمو الرسوم على السلسلة ، حيث أن نموذج الحساب الشامل الخاص بهم يجعل إدارة القناة أقل تكرارًا. يعمل المجتمع بجد لإصلاح ذلك وضمان استمرار محافظ Lightning غير الخاضعة للحراسة في كونها مواطنين من الدرجة الأولى على الشبكة ، ولكن لا يوجد حل واضح حتى الآن.
لا يزال أمام شبكة Lightning Network طريق طويل لتقطعه لتكون بسيطة وسلسة ومستخلصة تمامًا. لا يزال هناك العديد من حالات الحافة ، ولم يستمتع المستخدمون غير المُدارين بعد بتجربة المستخدم النهائية. ومع ذلك ، فقد تم بالفعل حل العديد من المشكلات ، وسيتم حل العديد من المشكلات الأخرى في السنوات القليلة المقبلة. الآن بعد أن جاء البرق ، هل يمكن أن يكون الرعد بعيدًا؟
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
توضيح 6 مفاهيم خاطئة حول شبكة لايتنينج للبيتكوين
المؤلف: فيكتور بونين ، مترجم خبير بروتوكول Coinbase السحابي: Qianwen ، ChainCatcher
لم أستخدم Lightening (أطلق عليها لاحقًا "Lightning Network") لفترة من الوقت.
كانت آخر مرة قضيتها في العمل في عام 2019 عندما تعاونت مع إليزابيث ستارك وقادة المجتمع الآخرين لتنظيم أول مؤتمر لشبكة Lightning Network في برلين. منذ ذلك الحين ، قضيت معظم وقتي في العمل على بروتوكولات أخرى ، وبينما ما زلت صديقًا لأشخاص مثل إليزابيث ، فقد تدهور فهمي لكيفية عمل شبكة Lightning Network. بعد إعادة الفحص ، أدركت أنني لست وحدي ، ولكن معظم أصدقائي أيضًا.
هذا المنشور مخصص لأولئك الذين لم يستخدموا شبكة Lightning Network مؤخرًا. سيناقش المفاهيم الخاطئة التي رأيتها أنا أو الآخرين. إذا فاتني أي نقاط جيدة ، يرجى مراسلتي على Twitter.
** المفهوم الخاطئ الأول: يجب عليك تشغيل العقدة الخاصة بك لاستخدام شبكة Lightning بدون حراسة ، مما يمنع المستخدمين العاديين من استخدام الأجهزة المحمولة. **
كان هذا صحيحًا قبل بضع سنوات ، ولكن يمكن للمستخدمين الآن استخدام شبكة Lightning Network على الأجهزة المحمولة من خلال عملاء Lightning غير مُدارين. يتحكم المستخدمون دائمًا في مفاتيحهم ، وتجربة المحفظة مع Lightning Light Client هي نفسها استدعاء Alchemy أو Infura عبر RPC عند استخدام Ethereum.
** المفهوم الخاطئ الثاني: يجب أن يكون المرسل والمتلقي متصلين بالإنترنت في نفس الوقت حتى تنجح مدفوعات Lightning (لا توجد مدفوعات غير متصلة بالإنترنت / متزامنة). **
لا يزال هذا الموقف موجودًا ، ولكن مع بعض الحلول الأنيقة. يمكن لمحافظ Lightning المحمولة غير الخاضعة للحراسة تلقي المدفوعات عبر مهام الخلفية أو إخطارات الهاتف حتى عندما لا تعمل المحفظة في المقدمة. ومع ذلك ، فإن هذا الأسلوب مقيد بأنظمة تشغيل الأجهزة المحمولة. تحد أنظمة التشغيل الحديثة من مقدار العمليات الحسابية التي تقوم بها تطبيقات الخلفية لتوفير طاقة البطارية. لا بأس من تلقي عدد قليل من مدفوعات LN ، ولكن إذا تم استلام الكثير منها في فترة زمنية قصيرة ، فإنها تبدأ في الانتهاء بسبب قيود حسابية.
على المدى الطويل ، يعمل مطورو بروتوكول Lightning Network على مواصفات Async Payments ، والتي ستمكّن فترات انتقال غير موثوقة طويلة بشكل تعسفي. بشكل أساسي ، يتم إيداع الدفعة من عقدة المرسل ، ولكن إذا كانت عقدة المستلم غير متصلة بالإنترنت ، فإن الدفع يبقى في LSP الخاص بالمرسل (Lightning Network / Liquidity Service Provider ، التي تديرها المحفظة نفسها عادةً) ، حتى يعود المستلم عبر الإنترنت. ** من المتوقع أن تتم هذه الترقية العام المقبل ، لكن لا يوجد تاريخ إطلاق رسمي حتى الآن. ** ومع ذلك ، يتطلب ذلك احتواء المحافظ المشاركة على LSP ، مما قد يعيق اعتمادها كحل على مستوى الشبكة.
** سوء الفهم 3: تتطلب Lightning Network من كلا المستخدمين استثمار نفس المبلغ من BTC في القناة لفتح القناة. **
هذا لا يصح في معظم عملاء Lightning Network ، تكون القناة مفتوحة في اتجاه واحد افتراضيًا ، لذلك يحتاج المرسل فقط إلى استثمار الأموال في القناة ، ويمكن أن يكون المدفوع لأمره عنوانًا جديدًا فارغًا. ينبع سوء الفهم هذا من الورقة البيضاء لشبكة Lightning Network ، حيث تشير الأمثلة باستمرار إلى قنوات التمويل ثنائية الاتجاه.
إنها في الواقع مبنية على خلفية درامية مثيرة للاهتمام. أول قناة دفع (Spilman) تسمح فقط للمدفوعات في اتجاه واحد. يكمن ابتكار شبكة Lightning Network في تحقيق الأموال المزدوجة والدفع في اتجاهين ، وليس للقناة وقت انتهاء صلاحية. ربما هذا هو السبب في أن ورقة Lightning Network تركز عليها كثيرًا. كان هذا اختراعًا مهمًا بالنسبة لتصميمات البروتوكول المعروفة في ذلك الوقت.
** الخرافة الرابعة: تطلب Lightning Network من المستخدمين تحديد فواتير محددة لغرض واحد ، وهو ما يمثل تجربة مروعة للمستخدم. **
كان هذا بالفعل صحيحًا في البداية. ولكن الآن مع عنوان Lightning Network ، فهو في الأساس ENS لشبكة Lightning Network. يتم تمكينها بواسطة lnurl-pay ، والذي يسمح للمستخدمين بإرسال BTC إلى viktor@example.com عبر شبكة Lightning ، بغض النظر عن المبلغ والمدة.
** سوء الفهم 5: يحتاج المستخدمون إلى فهم واختيار Bitcoin و Lightning Network عند إرسال BTC. **
يجب أن يكون الأمر كذلك من قبل. لكن الأمر مختلف الآن. الآن ، لديهم رمز QR موحد يجمع بدقة العنوان الموجود على السلسلة مع فاتورة Lightning Network بحيث يمكن لمحفظة الإرسال اختيار المسار الصحيح. افتح CashApp ، وانتقل إلى علامة التبويب Bitcoin. لاحظ أنه بينما يدعم تطبيق Cash Lightning Network ، لا يوجد خيار لتحديد Lightning Network. هذا لأنهم يستخدمون رمز الاستجابة السريعة الموحد.
ومع ذلك ، فإن هذا لا يحل مشكلة الرصيد الفردي - فلا يزال من الممكن تقسيم رصيد BTC للمستخدم على السلسلة وفي شبكة Lightning Network. يمكن حل هذه المشكلة إلى حد ما من خلال Submarineswap و / أو Splicing ، لكن وجهة نظري طويلة المدى هي أن المستخدمين لن يدركوا حتى أن هذه مشكلة ، ولن يدركوا أن شبكة Lightning موجودة لأن المحفظة وغيرها من البائعين يتعاملون التعقيدات الأساسية التي سيتم إخفاؤها تحت تجربة مستخدم سلسة.
** الخرافة رقم 6: شبكة Lightning غير فعالة من حيث رأس المال ، وبالتالي فهي غير قابلة للتطبيق. **
هذه المناقشة حساسة وسأحاول أن أكون محايدة قدر الإمكان.
تستخدم شبكة Lightning نموذج محور وتحدث. يعتبر جزء المحور إلى المحور من الشبكة ذو كفاءة عالية في رأس المال نظرًا لارتفاع نسبة "تخصيص رأس المال لكل وحدة" للقنوات الكبيرة بين التبادلات والمحافظ الوديعة و LSPs وعقد التوجيه المثلى.
ومع ذلك ، حيث يكون عدم كفاءة رأس المال لشبكة Lightning عند الحواف - المستخدمون غير الحراس. بالنسبة لمستخدمي Lightning الحارسين ، تحتاج المحافظ فقط إلى الاحتفاظ بقنوات كبيرة مع محاور أخرى وإجراء محاسبة داخلية لأرصدة المستخدم. بالنسبة للمستخدمين غير الحراس ، يجب أن تحتفظ المحفظة بقناة تمويل مفتوحة منفصلة مع كل مستخدم. ويتمثل التحدي في كيفية الحفاظ على تخصيص السيولة وإدارتها بشكل مستمر عبر هذه القنوات.
لإعطاء مثال ملموس: يريد مستخدم المحفظة غير الأمناء إرسال 0.1 BTC إلى صديق عبر Lightning Network. بافتراض وجود سيولة كافية في القناة بينهم وبين مزود المحفظة وكل عقدة على طول الطريق ، سيكون الدفع ناجحًا. ولكن الآن هناك مشكلة في المحفظة - لديهم 0.1 BTC في القناة من جانبهم ، إذا لم يتلق المستخدم أي مدفوعات (وبالتالي إعادة موازنة القناة) ، فسيكون هذا 0.1 BTC خاملاً هناك ، مما يتسبب في انخفاض كفاءة مزود المحفظة. في هذه المرحلة ، يجب على موفري المحفظة أن يقرروا ما إذا كانوا سيحافظون على السيولة ، أو يسحبون السيولة عن طريق إغلاق القنوات (مما يخلق تجربة مستخدم سيئة) أو قنوات الربط (غير المرئية للمستخدمين).
بالنسبة للمستخدمين غير الحراس ، فإن مشكلة عدم كفاءة رأس المال الهامشية هذه هي مشكلة تحسين مزعجة للغاية ، وهي أسوأ بشكل موضوعي من النموذج القائم على الحساب بغض النظر عن حجم المعاملة. ومع ذلك ، هذه ليست مشكلة غير قابلة للحل. طالما أنه ليس مستحيلًا ، يجب أن يكون ناجحًا ، وهو أيضًا شعار مجتمع مطوري Bitcoin.
بالإضافة إلى صعوبة تحسين رأس المال ، هناك تحد آخر يأتي من التكاليف المرتبطة بإدارة القناة والسيولة ، حيث تتطلب كل عملية ربط وإغلاق للقناة وما إلى ذلك معاملة على السلسلة. تعتمد ميزانية أمان Bitcoin على زيادة هائلة في رسوم المعاملات ، ولكن إذا ارتفعت رسوم المعاملات إلى 30 دولارًا - 60 دولارًا ، فستكون إدارة القناة باهظة التكلفة على نطاق واسع ، وقد لا تكون شبكة Lightning Network غير المؤمنة متاحة لجزء كبير من سكان العالم. تتمتع محافظ Lightning المستضافة حاليًا بميزة بسبب الحوافز المضمنة ، ومن المرجح أن تنمو أكثر مع نمو الرسوم على السلسلة ، حيث أن نموذج الحساب الشامل الخاص بهم يجعل إدارة القناة أقل تكرارًا. يعمل المجتمع بجد لإصلاح ذلك وضمان استمرار محافظ Lightning غير الخاضعة للحراسة في كونها مواطنين من الدرجة الأولى على الشبكة ، ولكن لا يوجد حل واضح حتى الآن.
لا يزال أمام شبكة Lightning Network طريق طويل لتقطعه لتكون بسيطة وسلسة ومستخلصة تمامًا. لا يزال هناك العديد من حالات الحافة ، ولم يستمتع المستخدمون غير المُدارين بعد بتجربة المستخدم النهائية. ومع ذلك ، فقد تم بالفعل حل العديد من المشكلات ، وسيتم حل العديد من المشكلات الأخرى في السنوات القليلة المقبلة. الآن بعد أن جاء البرق ، هل يمكن أن يكون الرعد بعيدًا؟