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

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

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

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

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

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

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

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

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

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

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

حالة 1: سحب ناجح من Broker الأمين

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

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

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

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

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

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

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

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