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

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

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

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

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

العرض التجريبي للشبكة الرئيسية

دور العرض

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

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

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

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

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

توضح هذه المشهد عملية استرداد BTC والضمانات بنجاح من قبل الوسيط الصادق بعد حرق Peg-BTC (YBTC) على الإيثيريوم. هذا يظهر ميزة السحب المرنة لجسر 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.

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