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

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

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

مؤخراً، أعلن المشروع عن إقامة شراكات مع عدة أحواض تعدين، مكرسة لحل تحديات NST. ومن المثير للاهتمام أن واجهات برمجة التطبيقات لهذه الأحواض قد نجحت في معالجة أول مجموعة من 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. بعد انتهاء المهلة المحددة مسبقًا، استعاد Broker B بنجاح BTC وCollateral الخاص به من خلال صفقة HappyTake.

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

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

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

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

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

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