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

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

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

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

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

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

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

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

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

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

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

حالة 1: سحب تفاؤلي لـ Broker الصادق

توضح هذه المشهد عملية استعادة Broker صادق لعملاته بيتكوين و ضماناته بعد تدميره لPeg-BTC على إيثريوم.

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

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

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

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

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

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

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