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

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

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

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

الشبكة الرئيسية演示详情

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

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

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

حالة 1: وسيط صادق سحب بنجاح

هذا المشهد يعرض عملية استرداد BTC والضمانات بنجاح من قبل Broker صادق بعد حرق Peg-BTC على إيثيريوم:

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

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

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

هذا المشهد الرئيسي يُظهر قوة نموذج الأمان الخاص بـ BitVM، حيث حاول وسيط خبيث سرقة الأموال، ولكنه تم إحباطه بنجاح بواسطة بروتوكول إثبات الاحتيال:

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

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

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