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

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

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

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

ستقوم هذه المقالة بتنظيم تطور الحقول الأساسية لمشروع Runes بشكل منهجي، لمساعدة القراء على فهم الفرق الجذري بين Runes و بروتوكولات FT الأخرى (مثل BRC20 و ARC20)، وتقييم مزاياها وعيوبها بشكل عقلاني.

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

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

مبدأ تقنية النحت

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

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

مبادئ تقنية النقش

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

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

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

مزايا النقش:

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

عيوب النقش:

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

مزايا النقش:

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

نقش العيوب:

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

تحليل عميق لتصميم بروتوكول Runes

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

تحليل إصدار Runes 0.11

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

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

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

رنز 0.18 إصدار تحليل

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

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

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

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

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

تقييم بروتوكول Runes النسخة الجديدة

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

ومع ذلك، تواجه بروتوكول Runes بعض التحديات:

1. توقيت السوق: قد تؤثر أوقات التطوير الضيقة على النمو المبكر للنظام البيئي.

2. تعقيد القواعد: قد تزيد قواعد إدارة الإصدار المعقدة والأسماء الطويلة من خطر الأخطاء غير المقصودة من قبل المستخدم.

3. التوافق المستقبلي: بالمقارنة مع بروتوكولات أخرى (مثل Atomical) في استكشاف اتجاه العقود الذكية، لا يزال Runes يركز بشكل رئيسي على مستوى إصدار الأصول.

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