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

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

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

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

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

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

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

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

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

في متصفح كتل البيتكوين، يمكن بسهولة رؤية معلومات op-return المرفقة بالمعاملة. على سبيل المثال، قد يكون الناتج #3 من معاملة ما شكلًا مغلقًا دائريًا، مما يدل على أنه لا يمكن نقله أو استهلاكه مرة أخرى. هذا يشبه منطقة الملاحظات للمعاملة، التي يتم تخزينها بشكل دائم في مساحة تخزين البيتكوين، ويمكن العثور عليها من خلال فهرس تجزئة المعاملة.

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

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

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

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

2.3 مقارنة بين方案ين لتخزين البيانات على السلسلة

نقش:

• المزايا: منطق بسيط وبديهي، تكاليف المعاملات منخفضة، لا تشغل ذاكرة العقد الكامل.
• العيوب: مقيد بحد طول 80 بايت، يحتاج إلى ضغط عالي لترميز البيانات.

نقش:

• المميزات: لا تقتصر تقريبًا على الحجم، ولديها قدرة معينة على حماية الخصوصية، وتدعم أساليب متنوعة (مثل قفل الوقت، وإثبات العمل).
• العيوب: تحتاج إلى عمليتين على السلسلة، مما يزيد من التكلفة النهائية، وتسبب ضغطًا كبيرًا على ذاكرة العقد الكامل.

3. تحليل تصميم Runes الأساسي

3.1 رونية 0.11版本

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

عندما يتم فك تشفير المعلومات في op_Return وتظهر معلومات edicts بالتنسيق الصحيح، سيقوم محلل البيانات الخارجية بحساب حالة نقل أصول المستخدم، حيث تحدد حقل output هدف النقل.

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

3.2 الأحرف الرونية 0.18

أحدث إصدار من حقل بروتوكول Runes مقسم إلى أربعة جوانب:

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

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

3. النقش: حدث تغيير كبير في طريقة نشر الأصول. تشمل التغييرات الرئيسية:

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

4. turbo：حقل جديد، مخصص لتغييرات بروتوكول المستقبل.

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

المميزات:

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

العيوب:

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