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

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

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

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

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

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

دور العرض

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

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

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

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

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

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

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

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

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

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

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

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

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