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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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