BitVM جسر يعمل بنجاح للمرة الأولى على الشبكة الرئيسية لبيتكوين

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

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

مؤخراً، أعلن فريق التطوير عن إقامة شراكات مع عدة تجمعات تعدين، مكرسة لحل تحديات NST. ومن الجدير بالذكر أنه عند الإعلان عن هذا الخبر، كانت واجهات برمجة التطبيقات (API) لهذه التجمعات قد نجحت بالفعل في معالجة الدفعة الأولى من NSTs الحية القادمة من جسر BitVM استجابةً لطلبات المستخدمين الحقيقيين.

تتضمن هذه العرض على الشبكة الرئيسية حالتين كاملتين لاستخدام جسر BitVM. ومن الجدير بالذكر بشكل خاص أن إحدى الحالتين تتعلق بمعالجة نوعين مختلفين من العملات NST: معاملات Assert ومعاملات Disprove. أثبت هذا العرض بقوة قدرة جسر BitVM ونجاح التعاون مع تجمعات التعدين.

الشبكة الرئيسية实况演示

أدوار في العرض

لتوضيح آلية عمل الجسر، تتضمن عرض الشبكة الرئيسية الأدوار التالية:

• مستخدمو الشحن: بدء العملية عن طريق جسر BTC إلى إيثيريوم.
• اثنان من الوسطاء:
  • الوسيط A (خبيث): يحاول سرقة الأموال من خلال طلبات سحب غير صالحة.
  • الوسيط ب (صادق): بدء عملية سحب قانونية.

العمل التحضيري: الشحن وإنشاء مثال الجسر

1. يقوم المستخدم بإيداع 0.0001 بيتكوين في عقد BitVM الذكي.
2. بعد ذلك، قام مستخدم إعادة الشحن بصك 0.0001 Peg-BTC على شبكة الإيثيريوم (YBTC).

حالة 1: سحب متفائل لوسيط صادق

تظهر هذه المشهد عملية استرداد BTC والضمانات من قبل Broker الشفاف بعد تدمير Peg-BTC (YBTC) على الإيثريوم.

1. قام الوسيط B بإتلاف YBTC الخاص به على شبكة الإيثيريوم.
2. قام الوسيط B بإرسال صفقة Kickoff على بيتكوين لبدء طلب السحب.
3. بعد انتهاء المهلة المحددة، استعاد Broker B بنجاح BTC والضمانات الخاصة به من خلال صفقة HappyTake.

هذه الحالة تتحقق من مسار السحب المتفائل للمشاركين الشرفاء.

الحالة 2: تم رفض طلب السحب غير الصالح

هذا المشهد الرئيسي يُظهر متانة نموذج الأمان لجسر BitVM. حاول وسيط خبيث (الوسيط A) سرقة الأموال، لكن بروتوكول إثبات الاحتيال المتعلق بـ NSTs أحبط هذه الهجمة بنجاح.

1. قام الوسيط A بإرسال عملية Kickoff لبدء طلب سحب غير صالح.
2. مراقب أمين اكتشف سلوك احتيالي وأرسل صفقة Challenge، مما أجبر Broker A على الدخول في "المسار المتشائم" لاتفاقية إثبات الاحتيال.
3. تم إجبار الوسيط A على الكشف عن جميع القيم الوسيطة لكتل بيانات المدقق. نظرًا لعدم صحة طلب السحب، فإن تنفيذ كتلة بيانات واحدة على الأقل غير صحيح. تنطوي هذه الخطوة على صفقة Assert، وهي NST تمت معالجتها بنجاح بواسطة تجمع التعدين المتعاون.
4. قام المراقب بتشغيل جميع كتل البيانات في وضع عدم الاتصال وتعرف على واحدة غير صحيحة، ثم أرسل صفقة Disprove لإعادة تشغيل كتلة البيانات الخاطئة على السلسلة. وهذا في النهاية ألغى طلب السحب غير صالح. كانت صفقة Disprove أيضًا NST وتم معالجتها بنجاح مرة أخرى على الشبكة الرئيسية.

تظهر هذه الحالة بوضوح قدرة جسر BitVM على معاقبة الجهات الخبيثة وحماية أموال المستخدمين، وهذا يعود بشكل رئيسي إلى معالجة الشبكة الرئيسية لمعاملات Assert ومعاملات Disprove وغيرها من NSTs.

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