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

1. Runes( رموز) نظرة عامة

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

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

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

2. طريقة تسجيل بيانات سلسلة البيتكوين

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

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

تستخدم Runes تقنية النقش، لكتابة المعلومات مباشرة في حقل OP_RETURN الخاص بـ UTXO في البيتكوين. هذه الطريقة متاحة منذ إصدار Bitcoin Core 0.9 في عام 2014، مما أنشأ مخرجات يمكن التحقق منها ولكن لا يمكن استهلاكها، مما يسمح بتخزين البيانات على البلوكشين.

في متصفح blockchain، يمكن رؤية معلومات OP_RETURN المرفقة بالمعاملات بوضوح. غالبًا ما توجد هذه المعلومات في شكل تشفير سداسي عشري، وبعد فك التشفير يمكن تقديمها كسلسلة بتنسيق JSON، تتضمن معلومات حول نشر وتعدين وإصدار أصول Runes.

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

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

P2TR هو نوع من مخرجات المعاملات التي تم تقديمها في ترقية Taproot لبيتكوين في عام 2021، مما يعزز خصوصية شروط المعاملات. تشمل عملية النقش إنشاء معاملة عنوان P2TR (commit) ومعاملة كشف محتوى البرنامج (reveal).

تحدد بروتوكول Ordinals أن النقوش مرتبطة بأول سات في أول إدخال، مما يكمل عملية النقش.

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

مميزات النقش:

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

عيوب النقش:

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

مزايا النقش:

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

نقش العيوب:

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

3. تحليل تصميم بروتوكول Runes

3.1 رونية 0.11版本

تتضمن النسخة الأولية من بروتوكول Runes ثلاثة أجزاء رئيسية:

• أوامر( معلومات تحويل الأصول)
• etching( معلومات نشر الأصول)
• burn(إحراق)

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

3.2 روني 0.18版本

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

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

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

3. النقش ( نشر الأصول ) تحسين كبير في الحقول:

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

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

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

المزايا:

• تلبي احتياجات السوق، وتحل بعض نقاط الألم في نظام النقوش
• تضمين بروتوكول Ordinals، يمكن الحصول على قاعدة مستخدمين بسرعة
• استخدام OP_RETURN لتسجيل البيانات، وزيادة الأمان ودرجة اللامركزية
• كإضافة لبروتوكول FT، أضافت Ordinals ميزات خارج NFT.

عيوب:

• توقيت الإطلاق ضيق، مما قد يؤثر على تطوير النظام البيئي في بدايته
• القواعد معقدة، مما يزيد من صعوبة استخدام المستخدم
• قد يزيد تصميم الاسم من مخاطر التصيد
• لم يتم تناول الوظائف المتقدمة مثل Layer 2 أو الآلات الافتراضية بعد، مما يخلق فجوة مع المنتجات المنافسة