في العام الماضي
كتبت مقالًا عن Commerceblock’s Mercury Wallet ، وهو تطبيق لـ StateChain و CoinSwaps. يقدم هذا في نفس الوقت أداة خلط جديدة والمحفظة الأولى لتنفيذ حل تحجيم جديد من الطبقة الثانية. أجرى الفريق بعض التغييرات على اقتراح سلسلة الحالة الأصلي لروبن سومسن لجعله يعمل بدون علامة ANYPREVOUT / Eltoo sighash ، ودمج تصميم CoinSwap جديدًا يسمح للمستخدمين بالخلط عدة مرات دون إجراء المعاملات على السلسلة لكل مزيج.
![يعمل](https://bitcoinmagazine.com/.image/ar_16:9%2Cc_fill%2Ccs_srgb%2Cg_faces:center%2Cq_auto:good%2Cw_768/MTg4NzU2NzcxMDYwMzI4MDE2/bitcoin-lightning-network.png)
معرفتي.
ملخص سريع لأولئك الذين لم يقرؤوا رسالتي السابقة
Statechains هي آلية خارج السلسلة يمكن نقلها بحرية بين أي شخص خارج السلسلة تمامًا. يعمل المالك / المستخدم الأصلي مع مشغل سلسلة الدولة لإنشاء عنوان ECDSA-MPC ، حيث يتم تجزئة المفتاح الخاص ، مع الاحتفاظ بنصفه من قبل المستخدم والنصف الآخر يحتفظ به المشغل ، ومعاملة مقفلة زمنياً وموقعة مسبقًا و وقعها مع المشغل قبل إرسال الأموال إلى العنوان الجديد ..
لا يتمتع أي من الطرفين بالسيطرة الكاملة على المفاتيح الخاصة
ولدى المستخدمين معاملة موقعة مسبقًا تسمح لهم بسحب العملات من جانب واحد بعد قفل زمني. عندما يرغب المستخدمون في نقل سلسلة الدولة ، فإنهم يخطرون المشغل ثم يتعاونون مع المستلم. ينشئ المستلم والمشغل مجموعة جديدة من مشاركات المفاتيح الخاصة المقابلة لنفس العنوان ، ويقومان بإنشاء معاملة موقعة مسبقًا جديدة مع قفل زمني أقصر من السابق ، ثم يقوم المشغل بحذف مشاركات المفاتيح القديمة.
مُثير للإهتمام حقاً
الطريقة التي يعمل بها التشفير
لا يمكن استخدام مشاركة المفتاح الجديدة للمشغل إلا مع مشاركة مفتاح المستخدم الجديد ، لذلك إذا قاموا بحذف مشاركة المفتاح القديم ، فمن المستحيل عليهم حتى التعاون مع المستخدم القديم لإنفاق الأموال. بالإضافة إلى ذلك ، نظرًا لأن معاملات السحب الأحدث لها وقت أقل ، يمكن دائمًا تأكيد هذه المعاملة قبل معاملة المالك السابق. هذا يحد من عدد المرات التي يمكن فيها نقل سلسلة الدولة قبل أن يتم إغلاقها ، ولكن إذا كان المشغل يتصرف بأمانة ، فهذا يمنع الملاك القدامى من سرقة الأموال.
قناة البرق أعلى STATECAIN.
تعمل Commerceblock الآن على BLIP (اقتراح تحسين Bitcoin Lightning) الجديد لتنفيذ بعض التصاميم المقترحة في اقتراح سلسلة statechain الأصلي من Somsen: قناة البرق أعلى سلسلة statechain.
من عيوب سلسلة الحالة نفسها أنه يجب إرسال UTXO بالكامل مرة واحدة
ومع ذلك ، إذا تم إنفاق معاملة سحب statechain في قناة Lightning بدلاً من عنوان مستخدم فردي ، فيمكن عندئذٍ نقل جزء من سلسلة statechain من خلال تخصيص الرصيد الأولي في القناة ، ويمكن استخدام القناة لمدفوعات Lightning اللاحقة كالمعتاد.
تبدأ العملية مع قيام المستخدم بإنشاء سلسلة حالة
يمر المنشئ والمشغل بالعملية العادية لإنشاء مفتاح جزء وتوقيع معاملة سحب احتياطية باستخدام قفل زمني ، ثم يجد المنشئ (أليس) طرفًا مقابلًا (بوب) سيقبل سلسلة الحالة. تستخدم أليس وبوب نفس البروتوكول الذي تستخدمه أليس مع مشغل سلسلة الدولة لإنشاء مفاتيح جزء وإنشاء سر مشترك خاص بهما. ثم يشتركون جميعًا في المفتاح العام التراكمي والمفاتيح العامة الخاصة بهم لمشغل سلسلة الدولة. يتيح ذلك للمشغلين تحدي الأرصدة الحالية التي يوقعها كل منهما بشكل فردي ويصدق على أنهما يوافقان على الإغلاق التعاوني دون انتظار انتهاء صلاحية القفل الزمني للخروج من سلسلة الولاية.
من هنا
وبموجب إذن بوب ، توقع أليس صفقة مع مشغل سلسلة الدولة ، وتنفق سلسلة الدولة مباشرة في التوقيع المتعدد لقناة البرق ، وتتولى إنشاء معاملة قناة البرق. في هذه المرحلة ، لا يزال عنوان سلسلة الدولة خاضعًا لسيطرة أليس والمشغل ، لكن المعاملة التي فتحت قناة البرق مملوكة الآن لبوب ، وقفل الوقت الخاص بها أقصر من وقت سحب سلسلة الحالة الأصلية ، مما يضمن إمكانية ذلك تم تأكيد ذلك قبل أن تغلق أليس من جانب واحد سلسلة الدولة لنفسها. ثم ينهي أليس وبوب الاتفاقية بإكمال التحديث الأخير مع كيان statechain ، باستخدام مفتاحهما المشترك مع المشغل لإنشاء معاملة statechain نهائية مع مزيد من القفل الزمني المتناقص لإنفاق الأموال على معاملة Lightning Channel Withdrawal. يمكنهم جميعًا الآن الإعلان عن قناة Lightning على أنها مفتوحة واكتمال الاتفاقية.
تحسين منفعة سلسلة الدولة.
سيؤدي هذا الاقتراح إلى زيادة فائدة سلاسل الدولة بشكل كبير من خلال تخفيف ديناميكيات السيولة الصارمة لكيفية عملها. عندما يكون شخص ما على استعداد لقبول سلسلة الدولة ولكن الفئة لا تتطابق مع الدفع ، يمكن للمرسل ببساطة فتح قناة صاعقة بينهما والانتظار حتى يحتاج إلى إنفاق الأموال المتبقية (أو تلقي ما أرسله في النهاية) لإكمال تحويل رصيد سلسلة الدولة بالكامل. يؤدي هذا الاحتمال إلى زيادة فائدة ليس فقط من سلسلة الحالة ، ولكن أيضًا لشبكة Lightning Network إذا تم دعمها بشكل صحيح.
تعد إعادة موازنة القناة ضرورية للعقد الموجودة على الشبكة
سواء كانت عقد التوجيه أو العقد الطرفية لإرسال واستقبال المعاملات ببساطة. لا يمكن للقناة أن تمرر المدفوعات في اتجاه واحد عندما تتدفق الأموال بالكامل إلى جانب واحد من القناة (إذا كانت كل الأموال في جانبك ، فلن تتمكن من تلقي المدفوعات ؛ إذا كانت على الجانب الآخر ، فلا يمكنك الإرسال المدفوعات). وهذا يتطلب نقل الأموال من قناة إلى أخرى ، مما يساعد أيضًا على عدم توازن القنوات في عملية إعادة موازنة قنواتها الخاصة. في النهاية ، وصلت هذه الديناميكية إلى نقطة حيث كان لابد من إعادة توازن الأشياء فعليًا عن طريق تبادل الأموال بين شبكة Lightning Network وطبقة القاعدة على السلسلة.
تسمح Statechains للسيولة بالتحرك بنفس درجات الحرية الممنوحة على السلسلة
دون خلق بصمة على السلسلة أو دفع رسوم مقابل ذلك. بافتراض أن لديك قناة مستنزفة ، فإن كل السيولة على الجانب الآخر تتركك ، بدون قوة شرائية ، ولديك أيضًا سلسلة دولة. سلسلة الدولة هذه قابلة للتحويل بحرية لأي شخص على استعداد لقبولها ، حتى أنها تحتوي على قناة خاطفة فوقها إذا لم ترسل القيمة الكاملة ، ويمكن استخدامها لإعادة موازنة الأموال في القنوات العادية من جانبك.
يسمح هذا بالكفاءة من حيث عدد القنوات التي يجب توجيهها من أجل إعادة توازن قناتك (تذكر أنك تساهم في تغيير رصيد جميع القنوات الأخرى التي تمر من خلالها) ، وإرسالها مباشرة في أفضل الأحوال. تملك القناة التي يتم إعادة توازنها. إذا كنت تريد إغلاق قناة بنقطة واحدة وفتحها بنقطة أخرى ، يمكنك حتى إعادة توازن الأشياء بحيث يكون لديك رصيد القناة بالكامل ، إذا كانت مبنية على سلسلة الحالة ..
مستقبل السلسلة الوطنية وشبكة البرق.
قال نيكولاس غريغوري من كوميرس بلوك أثناء مناقشة خططهم المستقبلية
“هدفنا هو إنشاء نهج موحد للجمع بين سلاسل الدولة وتكنولوجيا البرق من أجل تسهيل الموازنة خارج السلسلة لقنوات Lightning من خلال استخدام قنوات الدولة. وسيتم استخدام المواصفات على أنها أساس لتحقيق هذا الهدف.
منذ البداية
تم اقتراح سلاسل الحالة دائمًا للتفاعل مع شبكة Lightning Network لحل مشكلة استخدامها بنفسك: عليك نقل القيمة الكاملة لـ UTXO بالكامل. كما أنها توفر مستوى من المرونة لشبكة Lightning Network غير متوفر في Lightning Network من حيث إدارة السيولة وتحويلات الشبكة.
الآن وقد دخلت شبكة Lightning Network في مرحلة مبكرة صحية من التطور
وكانت التطبيقات الملموسة لسلاسل الدولة موجودة منذ أكثر من عام ، فقد حان الوقت لبدء التفكير في كيفية تفاعل التقنيتين. شبكة Lightning Network هي نظام للترقية التلقائية لعمليات النقل بين طرفين غير متصلين مباشرة على الرسم البياني للشبكة. كيف يعمل كل اتصال في هذا الرسم البياني ، بالمعنى الدقيق للكلمة ، لا ينبغي أن يهم المرسل والمتلقي للدفع طالما أنه يعمل.
كل من قنوات Statechains و Lightning لديها الكثير لتقدمه لبعضها البعض من حيث الفوائد ، كل ما يجب القيام به هو تطوير معايير تحدد كيفية تفاعل الاثنين مع بعضهما البعض.
هذا منشور ضيف بواسطة Shinobi
الآراء المعبر عنها خاصة بها تمامًا ولا تعكس بالضرورة آراء BTC Inc أو Bitcoin Magazine.
💡 الموارد والمراجع
“bitcoinmagazine.com” عبر: دمج البيانات مع القنوات المضيئة يمكن أن يسمح بتوازن خارج السلسلة ومرونة محسّنة.