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

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

في السابق، عرض الفريق إمكانيات BitVM على الشبكة الرئيسية المخصصة، لكن من أجل تصميم نموذج أولي فعال، كان عليهم تعديل عميل بيتكوين الأساسي ليتناسب مع NSTs. التغلب على مشكلة 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) على شبكة الإيثيريوم. وهذا يستفيد من وظيفة السحب المرنة لجسر BitVM.

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

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

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

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

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

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

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