تحليل عميق لبروتوكول Runes: آلية التصميم الأساسية وتحليل القيود

1. Runes( مقدمة في ) الرون

على مدار العام الماضي، كان التطور الأكثر لفتًا للنظر في مجال web3 هو انفجار نظام النقوش. يمكن إرجاع أصله إلى بروتوكول Ordinals، الذي يخصص رقمًا فريدًا لكل ساتوشي على شبكة بيتكوين. قدم المؤسس الرئيسي لـ Ordinals، كيسي، نسخة أساسية من كود بروتوكول Runes في سبتمبر من العام الماضي، لكنه لم يتم إصدار الشبكة الرئيسية بشكل رسمي.

خلال هذه الفترة، قامت بعض المشاريع مثل RunesAlpha بعمل fork للكود وإصدار بروتوكول خاص بها. على الرغم من وجود جدل، إلا أن هذه المشاريع حققت زيادة في القيمة السوقية الإجمالية بمئات الملايين من الدولارات في غضون أشهر قليلة، مما يبرز الإمكانيات الهائلة لبروتوكول Runes.

من المتوقع أن يتم إطلاق النسخة الرسمية من بروتوكول Runes على شبكة البيتكوين الرئيسية حوالي 20 أبريل 2024. وهذا يعني أن المشاريع التي ترغب في إصدار أصول Runes، وكذلك المحافظ ومنصات التداول التي تنوي دعم Runes، ستواجه تحديات كبيرة في تطويرها مباشرة على الشبكة الرئيسية.

ستقوم هذه المقالة بتقديم تحليل منهجي لتغيرات الحقول الأساسية لمشروع Runes، لمساعدة القراء على فهم الفروقات الجوهرية بين Runes وبروتوكولات FT الأخرى مثل Brc20 وArc20(، لتمكينهم من التقييم والمشاركة بشكل عقلاني.

![تحليل عميق لآلية التصميم الأساسية وقيود بروتوكول Runes])https://img-cdn.gateio.im/webp-social/moments-4396aa45df590316218e4c76904c11b0.webp(

2. طريقة تسجيل المعلومات الإضافية على سلسلة البيتكوين

هناك نوعان رئيسيان من الحلول لربط البيانات خارج السلسلة بسلسلة البيتكوين: النقش والحفر.

) 2.1 مبادئ النقش الأساسية

تستخدم Runes تقنية النقش، وهي وسيلة بديهية لتسجيل المعلومات على السلسلة. تتمثل الطريقة المحددة في كتابة المعلومات في حقل op-return ليوتيكسو البيتكوين. ينشئ op-return مخرجات يمكن التحقق منها ولكن لا يمكن استهلاكها، مما يسمح بتخزين البيانات على البلوكشين.

يمكن بسهولة عرض المعاملات المصحوبة بمعلومات op-return في مستعرض بلوك بيتكوين. عادةً ما يتم تخزين هذه المعلومات في شكل ترميز سداسي عشري، وبعد فك الترميز، يمكن الحصول على سلسلة بتنسيق JSON تحتوي على معلومات حول نشر، سك، وإصدار أصول Runes.

2.2 مبدأ النقش الأساسي

تستخدم بروتوكولات مثل Ordinals/brc20 تقنية النقش، حيث يتم تضمين البيانات الوصفية في بيانات الشهادة للمعاملات. يتم تنفيذ هذه العملية من خلال العزل الشهادة و"الدفع إلى Taproot"، وهي تتضمن مرحلتين: الإرسال والكشف.

تستخدم عملية النقش نوع مخرجات معاملات P2TR للبيتكوين، مما يسمح بتخزين شروط المعاملات المختلفة بشكل أكثر خصوصية على سلسلة الكتل. على وجه التحديد، يتم أولاً إنشاء UTXO### لإجراء معاملة تدفع إلى عنوان P2TR يتم إنشاؤه بواسطة نص معين، ثم عند إنفاق هذا UTXO، يتم تقديم النص الحقيقي في نص الشهادة، مما يسمح بتحميل بيانات النقش على السلسلة ( وكشف المعاملة ).

( 2.3 مقارنة بين方案ين

مزايا النقش:

• منطق بسيط وواضح
• تكلفة المعاملات منخفضة
• لا يمكن أن تشغل ذاكرة تجمع العقد الكامل

عيوب النحت:

• مقيد بطول 80 بايت
• يحتاج إلى ترميز بيانات مضغوطة بشدة

ميزات النقش:

• لا تقيد حجم البيانات تقريبًا
• يتمتع بقدرة معينة على حماية الخصوصية
• يدعم طرق لعب متعددة ) مثل قفل الوقت، إثبات العمل ###

نقوش العيوب:

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

3. تحليل التصميم الأساسي للرموز

( 3.1 روني 0.11版本

الإصدار الأول من بروتوكول Runes يتضمن ثلاثة أجزاء رئيسية: معلومات نقل الأصول edicts)، معلومات نشر الأصول etching### و معلومات حرق burn(.

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

![تحليل عميق لآلية التصميم الأساسية وقيود بروتوكول Runes])https://img-cdn.gateio.im/webp-social/moments-1a8ad9f747fe4a9f9b3ba8b4f0d8b33b.webp(

) 3.2 رونات 0.18 إصدار

أدخلت النسخة الأحدث من بروتوكول Runes في 0.18 العديد من التحديثات المهمة:

1. تم إضافة معلمة pointer إلى حقل edicts، لتعديل الاتجاه الافتراضي لنقل الأصول، مما يساعد على تقليل كمية الترميز وتكاليف المعاملات.

2. إضافة حقل Mint، يقتصر كل معاملة على سك أصل واحد، مما يوازن بين الخطوط الأولية للتكنولوجيا والمستخدمين العاديين.

3. تم إجراء تغييرات كبيرة على حقل etching:

   • تم تغيير معرف الأصول إلى شكل سلسلة لتوفير مساحة الترميز
   • إدخال حقل terms، مما يسمح للجهة المصدرة بتحديد ارتفاع الكتل البدء والانتهاء للتعدين
   • قم بضبط معلمة cap للتحكم في إجمالي عدد الصكوك
   • إدخال قواعد إطلاق طول الاسم لزيادة الندرة
   • استخدام عملية commit و reveal المكونة من خطوتين للنشر، مما يزيد من حماية الخصوصية

4. إضافة حقل turbo، لتوفير مساحة لترقية البروتوكول في المستقبل

4. تقييم بروتوكول إصدار Runes

المزايا:

• تلبية احتياجات السوق، وحل نقاط الألم مثل السك النقابي العادل وإدارة الأصول
• مع دمج عميق لبروتوكول Ordinals، يتمتع بقاعدة مستخدمين جاهزة بالفعل
• استخدام op_Return لتسجيل البيانات، مما يزيد من الأمان ودرجة اللامركزية

العيوب:

• توقيت إطلاقها ضيق، مما قد يؤثر على تطوير النظام البيئي في بدايته
• القواعد معقدة، مما يزيد من صعوبة فهم المستخدمين واستخدامهم
• قد تزيد قواعد الأسماء من مخاطر التصيد
• بالمقارنة مع بروتوكولات أخرى، يبدو أن التخطيط في L2 أو الآلات الافتراضية غير كافٍ قليلاً.