مناقشة مبادئ وتقنيات تحسين DLC

1. المقدمة

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

على الرغم من أن DLC لديها آفاق واعدة في تطبيقات بيتكوين، إلا أن هناك بعض المخاطر والمشكلات.

• تسرب أو فقدان مفتاح oracle قد يؤدي إلى خسارة الأصول
• مركزية الأوراكل تجلب مخاطر الثقة
• من الصعب إجراء اشتقاق المفاتيح من الأوراكيل اللامركزية
• مخاطر تواطؤ عقدة Oracle
• قيود الفكة على الفئات الثابتة

ستتناول هذه المقالة بعض الحلول المُحسّنة لمعالجة التحديات التي تواجه DLC، وزيادة أمان نظام بيتكوين الإيكولوجي.

2. كيفية عمل DLC

كمثال على المراهنة بين أليس وبوب على ما إذا كان تجزئة الكتلة رقم n+k زوجيًا أو فرديًا، فإن العملية الأساسية لـ DLC هي كما يلي:

1. توليد المفاتيح: يقوم كل من الأوراكل وأليس وبوب بتوليد أزواج المفاتيح العامة والخاصة.

2. معاملات الإيداع: أنشأ أليس وبوب مخرجات متعددة التوقيع 2 من 2، حيث قفل كل منهما 1 BTC.

3. تنفيذ الصفقة: إنشاء معاملتين CET لاستخدامها في صفقة التمويل.

4. تعهد الأوركل: حساب وبث (R,S,S').

5. يقوم المشاركون بحساب مفتاح عام جديد.

6. التسوية: تقوم الأوركلي بالاستناد إلى قيمة تجزئة الكتلة لبث s أو s'.

7. سحب الأموال: الفائز يستخدم مفتاح خاص جديد لسحب 2 BTC.

استخدم قفل الوقت لضمان أمان الأموال خلال العملية بأكملها.

3. خطة تحسين DLC

3.1 إدارة المفاتيح

تواجه إدارة مفاتيح الأوراك مخاطر التالية:

1. فقدان المفتاح الخاص يؤدي إلى عدم القدرة على التسوية
2. تسرب المفتاح الخاص أدى إلى تسوية الاحتيال
3. تسرب أو إعادة استخدام الرقم العشوائي يؤدي إلى تسرب المفتاح الخاص
4. فقدان الرقم العشوائي أدى إلى عدم القدرة على التسوية

يوصى باستخدام BIP32 لاشتقاق المفاتيح الفرعية ، واستخدام المفتاح الخاص وقيمة هاش العداد كرقم عشوائي لزيادة الأمان.

3.2 أوراكل لامركزي

استخدام توقيع شيفرة شينور (Schnorr) يُمكن أن يحقق أوراكل لامركزي، وله المزايا التالية:

• تعزيز الأمان وتقليل نقاط الفشل الفردية
• تحقيق التحكم في المفاتيح الموزعة
• زيادة توافر النظام
• التكيف المرن مع احتياجات الأمان المختلفة
• دعم قابلية المساءلة

3.3 اللامركزية وإدارة المفاتيح المترابطة

لا يمكن استخدام Oracle غير المركزي مباشرةً لتوليد المفاتيح باستخدام BIP32. يمكن استخدام طريقة توليد المفاتيح الموزعة، باستخدام متعددات الحدود للاستيفاء لاغرانج لتحقيق العلاقة بين أجزاء المفتاح الخاص والمفتاح الخاص الكامل، مما يدعم توليد المفاتيح الفرعية.

3.4 OP-DLC: الحد الأدنى من الثقة في الأوراق المالية المعتمدة على التنبؤ

اقتراح خطة OP-DLC، إدخال آلية التحدي المتفائلة:

• بناء لعبة OP على السلسلة من خلال الرهان المسبق على أوراكل
• يمكن لأي طرف صادق أن يطلق تحديًا
• إذا تم النجاح في التحدي، سيتم عقاب عراف الشر.
• يمكن استخدامه مع نموذج "k-of-n"

يمكن أن يعمل OP-DLC بوجود طرف واحد صادق فقط، مما يقلل بشكل كبير من افتراضات الثقة.

3.5 OP-DLC + BitVM جسر مزدوج

دمج OP-DLC و BitVM، لحل مشكلة توزيع أموال DLC:

• يدعم أي حجم من الفكة
• توفير قنوات متعددة للإيداع والسحب
• الحد الأدنى من الثقة في الأوراق المالية
• زيادة كفاءة استخدام الأموال

! تحليل مبدأ المحتوى القابل للتنزيل والتفكير الأمثل

4. الخاتمة

تقنية DLC تتطور باستمرار. من خلال دمج تقنيات جديدة مثل Taproot وBitVM، من المتوقع أن تحقق DLC في المستقبل تحقق وتسوية عقود خارج السلسلة أكثر تعقيدًا، وفي الوقت نفسه تحقيق الحد الأدنى من الثقة للموثوقات من خلال آلية OP.