Statechain ، Lightning مجتمعة في Bitcoin – مجلة Bitcoin
في العام الماضي ، كتبت عن Mercury Wallet من Commerceblock ، وهي عبارة عن تطبيق لكل من Statechains و CoinSwaps. قدم هذا في نفس الوقت أداة خلط جديدة بالإضافة إلى المحفظة الأولى لتنفيذ حل تحجيم الطبقة الثانية الجديد. قام الفريق ببناء اقتراح statechain الأصلي من Ruben Somsen مع بعض التغييرات لجعله يعمل بدون علامة ANYPREVOUT / Eltoo sighash المطلوبة ، ودمج تصميم CoinSwap جديدًا للسماح للمستخدمين بالخلط عدة مرات دون الحاجة إلى إجراء معاملات على سلسلة لكل مزيج.
خلفية
للتلخيص السريع لأولئك الذين لم يقرأوا مقالتي السابقة: سلسلة الدولة هي آلية خارج السلسلة للانتقال بحرية بين أي شخص خارج السلسلة تمامًا. يتعاون المالك / المستخدم الأصلي مع عامل statechain لإنشاء عنوان ECDSA-MPC حيث يتم تجزئة المفتاح الخاص بنصف يحتفظ به المستخدم والنصف الآخر بواسطة المشغل ، ثم يتم إنشاء معاملة سحب موقَّعة مسبقًا ومثبتة زمنياً و وقع ، مع المشغل قبل إرسال الأموال إلى العنوان الجديد.
لا يتحكم أي من الجانبين بشكل كامل في المفتاح الخاص ، ولدى المستخدم معاملة موقعة مسبقًا تسمح له باستعادة العملات من جانب واحد بعد قفل الوقت. عندما يرغب المستخدم في نقل سلسلة statechain ، فإنه يخطر المشغل الذي يتعاون بعد ذلك مع المتلقي. يقوم المستلم والمشغل بإنشاء مجموعة جديدة من مشاركات المفاتيح الخاصة التي تتوافق مع نفس العنوان ، ويقومان بإنشاء معاملة موقعة مسبقًا جديدة مع قفل زمني أقل من الأخير ، ثم يقوم المشغل بحذف مشاركة المفاتيح القديمة.
الطريقة التي يعمل بها التشفير ، فإن مشاركة المفاتيح الجديدة للمشغل ستعمل فقط مع مشاركة المفاتيح للمستخدم الجديد ، لذلك إذا قاموا بحذف القديم ، فلن يكون من الممكن لهم حتى التعاون مع المستخدم القديم لإنفاق العملات المعدنية. أيضًا ، مع وجود معاملة السحب الأحدث ذات قفل زمني أقل ، يمكن دائمًا تأكيد هذه المعاملة قبل المالك السابق. هذا يحد من عدد المرات التي يمكن فيها تحويل سلسلة الدولة قبل أن يتم إغلاقها ، ولكن إذا تصرف المشغل بأمانة ، فإن هذا يمنع الملاك الأكبر سنًا من سرقة الأموال.
قناة البرق على قمة سلسلة Statechain
تعمل Commerceblock الآن على BLIP جديد (اقتراح تحسين Bitcoin Lightning) لتنفيذ تصميم لشيء مقترح في اقتراح سلسلة statechain الأولي من Somsen: إنشاء قناة Lightning أعلى سلسلة statechain.
أحد أوجه القصور في سلسلة الدولة في حد ذاته هو أنه يجب نقل UTXO بالكامل مرة واحدة. ومع ذلك ، إذا كانت معاملة سحب سلسلة statechain تنفق في قناة Lightning بدلاً من عنوان مستخدم واحد ، فيمكن نقل أجزاء من سلسلة statechain من خلال توزيع الرصيد الأولي في قناة ويمكن استخدام هذه القناة بشكل تقليدي لإجراء مدفوعات Lightning بعد ذلك.
تبدأ العملية أولاً بإنشاء مستخدم لسلسلة statechain. يمر المنشئ والمشغل بالعملية العادية لإنشاء المفتاح المُشارَك وتوقيع معاملة سحب احتياطية باستخدام timelock ، ثم يجد المنشئ (Alice) الطرف المقابل (Bob) الذي سيقبل statechains. تشارك Alice و Bob في نفس البروتوكول المستخدم لإنشاء مفتاح مُشترك كما فعلته Alice مع عامل statechain وإنشاء مفتاح مشترك خاص بهما. ثم يشترك كلاهما في كل من المفتاح العام التراكمي ومشاركة المفتاح العام الفردي مع مشغل سلسلة الولاية. يتيح ذلك للمشغل تحدي كلاهما للتوقيع بشكل فردي وإثبات موافقتهما على الرصيد الحالي لإغلاق التعاونيات دون انتظار انتهاء صلاحية القفل الزمني لسحب سلسلة الولاية.
من هنا ، وبتفويض من Bob ، توقع Alice ومشغل statechain معاملة تنفق مباشرة سلسلة statechain في قناة Lightning multisig والتعامل مع إنشاء معاملة قناة Lightning. في هذه المرحلة ، لا يزال عنوان سلسلة الدولة خاضعًا لسيطرة أليس والمشغل فقط ، لكن المعاملة التي تفتح قناة Lightning أصبحت الآن في حوزة بوب مع قفل زمني أقل من سحب سلسلة statechain الأصلية ، مما يضمن إمكانية تأكيدها قبل أن تتمكن Alice من إغلاق سلسلة stat من جانب واحد لنفسها. ثم أنهى أليس وبوب البروتوكول من خلال استكمال آخر تحديث مع كيان statechain ، وإنشاء معاملة statechain نهائية مع مزيد من القفل الزمني المتناقص باستخدام مفتاحهم المشترك مع المشغل لإجراء معاملة سحب تنفق الأموال على قناة Lightning. يمكن لكليهما الآن الإعلان عن قناة Lightning على أنها مفتوحة والبروتوكول مكتمل.
تحسين فائدة Statechains
سيحسن هذا الاقتراح بشكل كبير من فائدة سلسلة الدولة من خلال تخفيف ديناميكيات السيولة الصارمة لكيفية عملها. عندما يكون شخص ما على استعداد لقبول سلسلة الدولة ولكن الفئة لا تتطابق مع الدفع ، يمكن للمرسل ببساطة فتح قناة Lightning بينهما بدلاً من ذلك والانتظار حتى يحتاج إلى إنفاق بقية الأموال (أو ينتهي الأمر بتلقي ما أرسله back) لإنهاء تحويل رصيد سلسلة الولاية بالكامل. لا يؤدي هذا الاحتمال إلى زيادة فائدة سلسلة الدولة فحسب ، بل يزيد أيضًا من فائدة شبكة Lightning إذا تم دعمها بشكل صحيح.
تعد إعادة موازنة القناة أمرًا ضروريًا للعقد الموجودة على الشبكة ، حيث تقوم كل من عقد التوجيه وكذلك العقد الطرفية بإرسال واستقبال المعاملات. عندما تتدفق الأموال بالكامل إلى جانب واحد من القناة ، فإن ذلك يجعل القناة غير مجدية لتمرير المدفوعات في اتجاه واحد (إذا كانت كل الأموال في جانبك ، فلن تتمكن من تلقي المدفوعات ؛ إذا كانت على الجانب الآخر ، فأنت لا يمكن إرسال المدفوعات). يستلزم هذا نقل الأموال من قناة إلى أخرى ، مما يساهم أيضًا في عدم توازن القنوات على طول الطريق لإعادة التوازن إلى قناتك. في النهاية تصل هذه الديناميكية إلى نقطة حيث يجب إعادة توازن الأشياء فعليًا عن طريق مبادلة الأموال بين Lightning والطبقة الأساسية على السلسلة.
تسمح Statechains بتحريك السيولة بنفس الحرية التي يوفرها القيام بذلك على السلسلة ، دون الحاجة إلى إنشاء بصمة على السلسلة أو دفع رسوم مقابل ذلك. لنفترض أن لديك قناة مستنفدة ، مع تركك كل السيولة على الجانب الآخر ، لا توجد قدرة إنفاق ولديك أيضًا سلسلة من السياسات. يمكن نقل هذه السلسلة بحرية إلى أي شخص يقبلها ، ويمكن أن يكون لها قناة Lightning فوقها إذا لم تكن ترسل القيمة بالكامل ، ويمكن استخدامها لإعادة موازنة الأموال في قناتك العادية من جانبك .
يتيح ذلك قدرًا أكبر من الكفاءة من حيث عدد القنوات التي يجب أن تقوم بتوجيهها من أجل إعادة موازنة قناتك (تذكر أنك تساهم في تحويل أرصدة كل قناة أخرى تقوم بالتوجيه من خلالها) ، وفي أفضل الأحوال ، تقوم بإرسالها مباشرة حرفيًا لنفس النظير الذي لديك القناة التي تعيد موازنة فتحها. إذا كنت ترغب في إغلاق قناة بنظير واحد وفتحها بآخر ، فيمكنك حتى إعادة توازن الأشياء بحيث يكون لديك رصيد القناة بالكامل وتحويلها بالكامل خارج السلسلة إلى النظير الجديد إذا تم بناؤها فوق سلسلة الولاية.
مستقبل Statechains و Lightning
قال نيكولاس جريجوري من كوميرس بلوك أثناء مناقشة خططهم للمضي قدمًا: “إن هدفنا هو إنشاء نهج موحد للجمع بين سلاسل الدولة وتكنولوجيا Lightning من أجل تسهيل الموازنة خارج السلسلة لقنوات Lightning من خلال استخدام قنوات الولاية. وستكون هذه المواصفات بمثابة الأساس لتحقيق هذا الهدف “.
منذ البداية ، تم اقتراح سلاسل الحالات دائمًا للتفاعل مع Lightning من أجل حل مشكلة استخدامها بأنفسهم: يجب عليك نقل القيمة الكاملة لـ UTXO بالكامل. كما أنها توفر درجة من المرونة لـ Lightning لا تمتلكها بمفردها من حيث كيفية إدارة السيولة ونقلها عبر الشبكة.
الآن بعد أن أصبح Lightning في مرحلة صحية في بداية نموه ، وكان هناك تنفيذ ملموس لسلسلة الدولة منذ أكثر من عام ، فقد حان الوقت للبدء في التفكير في كيفية تفاعل هاتين التقنيتين معًا. Lightning كشبكة هو نظام للتحويلات ذات الضمانات الذرية بين طرفين غير متصلين مباشرة على الرسم البياني للشبكة. كيف يعمل كل اتصال على هذا الرسم البياني ، بالمعنى الدقيق للكلمة ، لا ينبغي أن يهم مرسلي ومتلقي المدفوعات ، طالما أنه يعمل.
تمتلك كل من قنوات Statechains و Lightning الكثير لتقدمه لبعضها البعض من حيث الفوائد ، كل ما يجب القيام به هو العمل على توحيد الاثنين المتفاعلين مع بعضهما البعض.
هذا منشور ضيف بواسطة Shinobi. الآراء المعبر عنها خاصة بها تمامًا ولا تعكس بالضرورة آراء BTC Inc أو Bitcoin Magazine.
