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

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

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

قدم مؤسس بروتوكول Ordinals كيسي في سبتمبر من العام الماضي النسخة الأساسية من كود Runes، ولكنه لم ينشر الشبكة الرئيسية حتى الآن. في هذه الأثناء، استخدمت بعض المشاريع هذا الكود مسبقًا، وأصدرت بروتوكولات مشابهة. على الرغم من وجود جدل، إلا أن هذه المشاريع حققت زيادة في القيمة السوقية تقدر بمئات الملايين من الدولارات في فترة قصيرة، مما يظهر الإمكانات الكبيرة لبروتوكول 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، مما يعزز خصوصية شروط المعاملة. تتطلب عملية النقش معاملتين: أولاً، يتم إنشاء UTXO (معاملة الإيداع) المدفوعة إلى عنوان P2TR الخاص بنص معين، ثم يتم إنفاق هذا UTXO من خلال تقديم النص الحقيقي في نص الشهادة (الإفصاح عن المعاملة)، مما يؤدي إلى تحميل بيانات النقش على السلسلة.

2.3 مقارنة بين طريقتين

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

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

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

3.1 Runes 0.11 تفسير النسخة

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

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

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

3.2 روني 0.18 تفسير النسخة

تتضمن أحدث نسخة من بروتوكول Runes أربعة أجزاء رئيسية: edicts وMint وetching وburn.

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

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

أكبر تغيير في جزء النقش:

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

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

المزايا:

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

العيوب:

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