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

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

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

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

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

عرض حي للشبكة الرئيسية

دور في العرض

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

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

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

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

حالة 1: الوسيط الصادق سحب الأموال بنجاح

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

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

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

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

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

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

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

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