يوظف BVM عملية تحويل ذات خطوتين لتضمين بياناته. في البداية، يتم إنشاء تحويل بيتكوين أساسي، يخصص إخراجًا مخصصًا لتخزين البيانات. بعد ذلك، يتم تضمين البيانات الفعلية - مثل تعليمات العقد الذكي أو المعلمات الخاصة بالتطبيق - في حقل بيانات الشاهد في تحويل متابع. يضمن هذا الإعداد التوافق مع هيكل تحويلات بيتكوين.
قيود البرمجة في بيتكوين حالت تاريخياً دون تعقيد القدرات البرمجية. يعالج BVM هذه المسألة من خلال إدخال وظائف محسنة ، بما في ذلك القدرة على تشغيل التطبيقات اللامركزية. تم تصميم آليات الدمج الخاصة به لتقليل متطلبات الموارد على سلسلة بيتكوين الرئيسية مع ضمان أن الحسابات خارج السلسلة قابلة للتحقق وآمنة.
للحفاظ على خصائص بيتكوين غير قابلة للتغيير والموثوقية ، تضم معاملات BVM بيانات تعريفية يمكن استرجاعها والتحقق منها بسهولة. يتم تجزئة البيانات التعريفية بشكل تشفيري ، مما يربطها بالمعاملة الأساسية ويضمن التسلسل في سلسلة الكتل.
عملية تضمين البيانات تنطوي على إنشاء معاملة بيتكوين تتضمن التعليمات أو المعلومات اللازمة. ثم يتم بث هذه المعاملات وتأكيدها على سلسلة كتل بيتكوين، مما يضمن عدم التلاعب وإمكانية الوصول لجميع المشاركين.
تضمن هذه الطريقة الحفاظ على قابلية توسع بيتكوين في حين تمكين وظائف متقدمة. يضمن التحقق المباشر من التنفيذات الخارجة عن السلسلة سلامة ومصداقية النتائج، مما يحافظ على الثقة في النظام.
تلعب المعاملات الجذرية دورًا هامًا في كيفية عمل BVM على بيتكوين. من خلال استغلال قدرة Taproot على ربط العديد من الشروط في إخراج واحد، يضمن BVM ترميز وتخزين الشروط التعاقدية المعقدة بكفاءة. تعزز Taproot أيضًا الخصوصية من خلال كشف الشروط التعاقدية المنفذة فقط، مما يقلل من كمية البيانات المكشوفة على البلوكشين.
من خلال استخدام نموذج الاتفاق في بيتكوين، يتجنب BVM إدخال افتراضات ثقة جديدة أو تبعيات، مع الحفاظ على طبيعة بيتكوين المفردة وغير المعتمدة على الثقة.
أحد الموضوعات التي تتم مناقشتها غالبا فيما يتعلق ب BVM هو الحاجة المحتملة لإعادة تقديم ميزة قديمة للغة البرمجة النصية للبيتكوين ، والمعروفة باسم OP_CAT. كانت هذه الميزة جزءًا من التصميم الأصلي لبيتكوين ولكن تم تعطيلها في عام 2010 بسبب المخاوف من مخاطر الأمان. في جوهرها، OP_CATيسمح للمطورين بدمج (تجميع) قطعتين من البيانات في سكريبت البيتكوين. على الرغم من أن هذا قد يبدو بسيطًا، إلا أنه يمكن أن يتيح وظائف متقدمة أكثر، مثل إنشاء شروط أكثر تعقيدًا للمعاملات أو دعم أدوات جديدة مثل BVM.
إعادة تنشيطOP_CATسيتطلب تغيير بروتوكول بيتكوين من خلال عملية تسمى شوكة ناعمة. الشوكة الناعمة هي تحديث يسمح بإضافة ميزات أحدث إلى بيتكوين دون جعل الإصدارات القديمة غير متوافقة. يرى بعض المطورين إمكانية إعادة تنشيطOP_CATكفرصة لتعزيز وظائف بيتكوين، وخاصة لتطبيقات مثل BVM التي تهدف إلى توسيع استخدام بيتكوين خارج المعاملات الأساسية.
على الرغم من هذه المناقشات ، من المهم ملاحظة ذلك OP_CATلم يتم إعادة تقديمه، ولم يتم إجراء أي تغييرات على لغة برمجة بيتكوين لدعم BVM. في الوقت الحالي، تم تصميم BVM للعمل دون الاعتماد على أي ميزات جديدة أو تعديلات على نظام بيتكوين. يستخدم أدوات موجودة، مثل Taproot، للتكامل مع بيتكوين. يسمح Taproot لـ BVM بتضمين بياناته في معاملات بيتكوين بشكل آمن وفعال، مما يضمن التوافق مع قواعد بيتكوين الحالية.
يقلل هذا النهج من الحاجة إلى إجراء تغييرات كبيرة على بيتكوين مع تمكين BVM من العمل كما هو مقصود. يواصل المطورون استكشاف طرق لتحسين قدرات بيتكوين، وإعادة تقديم OP_CATيظل تحسين محتمل، ولكن ليس مطلوبًا، لمستقبل BVM.
يسلط الضوء على
إخلاء المسؤولية
* ينطوي الاستثمار في العملات الرقمية على مخاطر كبيرة. فيرجى المتابعة بحذر. ولا تهدف الدورة التدريبية إلى تقديم المشورة الاستثمارية.
* تم إنشاء الدورة التدريبية من قبل المؤلف الذي انضم إلى مركز التعلّم في Gate. ويُرجى العلم أنّ أي رأي يشاركه المؤلف لا يمثّل مركز التعلّم في Gate.