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

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

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

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

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

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

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

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

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

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

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

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

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

تقوم بروتوكولات Ordinals/BRC20 بإدراج البيانات الوصفية في بيانات الشهادة للمعاملات، ويتم تنفيذ هذه العملية من خلال الشهادة المنعزلة و"الدفع لـ Taproot"(P2TR)، بما في ذلك تقديم(commit) وكشف(reveal)، ويتطلب إكمال ذلك معاملتين.

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

تعريف بروتوكول Ordinals، حيث يتم ربط النقش إلى أول sat في الإدخال الأول بعد إتمام عملية النقش من خلال صفقتين (commit و reveal.

) 2.3 مقارنة بين方案ين لتسجيل البيانات على البلوكشين

نقش:

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

منقوش:

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

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

( 3.1 رunes 0.11 إصدار تحليل

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

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

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

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

) 3.2 Runes 0.18 تحليل النسخة

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

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

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

3. etching: شهدت طريقة نشر الأصول تغييرات كبيرة

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

4. turbo: تم إضافة حقل جديد، احتياطي لتغييرات مستوى البروتوكول المستقبلية

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

المميزات:

• تلبي احتياجات السوق، وقد حلت بعض المشكلات في المرحلة الأولى من بروتوكول铭文.
• دمج بروتوكول Ordinals، والاستفادة من القاعدة الحالية للمستخدمين
• كـ بروتوكول FT، يكمل أوجه القصور في Ordinals في تشغيل السوق
• استخدام OP_RETURN لتسجيل البيانات، مما يزيد من الأمان ودرجة اللامركزية

العيوب:

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