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

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

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

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

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

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

دور في العرض

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

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

إعدادات العمل: الشحن وإنشاء حالة الجسر

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

حالة 1: نجاح الوسيط الأمين في سحب الأموال

هذا السيناريو يعرض وسيطًا أمينًا يقوم بتدمير Peg-BTC (YBTC) على الإيثيريوم، واستعادة BTC والضمانات بنجاح. هذا يستفيد من وظيفة السحب المرنة لجسر BitVM.

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

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

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

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

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

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

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