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

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

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

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

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

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

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

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

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

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