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

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

سابقًا، عرض فريق المشروع إمكانيات BitVM على الشبكة الرئيسية. من أجل إجراء تصميم أولي فعال على الشبكة الرئيسية، كان على الفريق تعديل عميل بيتكوين الأساسي ليتناسب مع NSTs، حيث تتجاوز هذه المعاملات عادةً 400 كيلو بايت التي تسمح بها استراتيجية ذاكرة التخزين الافتراضية لبيتكوين. حل مشكلة 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. بعد انتهاء المهلة المحددة مسبقًا، تمكن الوسيط B من استرداد BTC والضمانات الخاصة به من خلال صفقة HappyTake.

تتحقق هذه الحالة من مسار السحب المتفائل للمشاركين الأوفياء.

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

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

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

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

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