سيأتي تنصيف BTC قريبًا: تفسير آلية التصميم الأساسية والقيود المفروضة على بروتوكول Runes

المؤلف: اللورد الرابع عشر

مقدمة

بعد توقف طويل، استأنفت الزراعة أخيرًا، وقد عدت أنا، اللورد الرابع عشر.

في الأشهر الستة الماضية، انتقل المؤلف بالكامل من النظام البيئي ETH إلى النظام البيئي BTC، وانتقل من طبقة التطبيق إلى الطبقة السفلية من السلسلة، ونظر إلى الطبقة السفلية من سلاسل L2 العامة مثل مثل btc، وmerlin، وbabylon، وxion، وما إلى ذلك، ودرست الترتيبات الترتيبية، وbrc20، وatomic، وRunealpha، وRunes وغيرها من التعليمات البرمجية المصدر لبروتوكول النقش الروني.

إذا كان هناك بعض هطول الأمطار، فاستمر في الإخراج، وسيقدم لك المؤلف رؤى فريدة وقيمة سوقية من منظور تقني.

1. ما هي الأحرف الرونية؟

في العام الماضي، كان أكبر سرد لـ web3 هو انفجار بيئة النقوش. وكانت نقطة البداية الأولية هي Ordinals، وهي تقنية تعطي رقمًا تسلسليًا فريدًا لكل ساتوشي على Bitcoin : ابتكار التفسير وقيود بروتوكول Bitcoin Ordinals ومبادئ BRC20 القياسية

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

ثم سيتم أيضًا الإعلان رسميًا عن بروتوكول Runes الرسمي الذي صممه Casey، مؤسس بروتوكول Ordinals، في 20 أبريل 2024 تقريبًا. وسيتم إطلاقها مباشرة على شبكة btc الرئيسية. لذلك، ستواجه أطراف المشروع المختلفة التي ترغب في إصدار أصول Runes، ومختلف المحافظ وأسواق تداول NFT/FT التي ترغب في دعم Runes، واحدة من أصعب التحديات في صناعة blockchain. كيف تعمل بدون شبكة اختبار؟ في هذه الحالة، يمكنك الركض مباشرة إلى الشبكة الرئيسية!

البيان الرسمي على Twitter أكثر ثقة ~ تعلم كلمة جديدة بالمناسبة: Seppuku

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

2. كيف يتم تسجيل المعلومات الإضافية على البيتكوين؟

هناك حلان رئيسيان لربط البيانات خارج السلسلة بالسلسلة على البيتكوين، والنقش والنقش

2.1. المبادئ الأساسية للحفر

تستخدمها الأحرف الرونية هي تقنية حفر، وهي طريقة بسيطة وبديهية لتسجيل المعلومات على السلسلة: أي الكتابة في حقل الإرجاع الخاص بـ UTXO (المعاملة غير المنفقة) بالبيتكوين. تم تمكين الوظيفة منذ الإصدار 0.9 من Bitcoin Core العميل (14 عامًا)، سيقوم OP-RETURN بإنشاء مخرجات واضحة يمكن التحقق منها وغير قابلة للاستهلاك، مما يسمح بتخزين البيانات على blockchain، على غرار مخرجات utxo، ولكن لا يمكن استهلاكها.

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

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

إذا كنت حذرًا، فقد تكتشف سبب وجود اختبار RUNE_TEST بعد OP_RETURN. وهذا هو نتيجة فك تشفير المحتوى المحدد، بعد النقر على زر التفاصيل، يمكنك العثور على سلسلة تشفير مثل 52554e455f54455354 في الواقع، يمكن الحصول على سلسلة من البيانات المشفرة السداسية العشرية بعد فك تشفير RUNE_TEST، وبالمثل، هناك ترميزات أخرى في التفاصيل، وأخيرًا، بعد فك التشفير، ستصبح سلسلة من السلاسل، ربما بتنسيق json، مما يعكس نشرها الأصول الرونية معنى الصب والتوزيع وما إلى ذلك.

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

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

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

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

2.3. قارن بين حلي تحميل البيانات

الحفر: 

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

• العيوب: يقتصر على 80 بايت في الطول، ويتطلب تشفير بيانات مضغوطًا للغاية.

النقش: 

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

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

تم إصدار الكود الأصلي لبروتوكول Runes بواسطة Casey في الإصدار Ordinals 0.11، و تطورت أحدث Ordinals إلى الإصدار 0.18، وهو تغيير كبير في الإصدار، كما يمنحنا الفرصة للدخول في عملية تصميم بروتوكول المستوى الأعلى، تمامًا مثل ERC721/ERC3525/ERC3475 والمعايير الأخرى التي فسرها Shishi Jun ذات مرة :

يمكنك أيضًا الدخول في التغييرات الميدانية في نسختي نقطة البداية ونقطة النهاية لـ Runes لتفسير قواعد قيمة Runes.

3.1، تفسير الأحرف الرونية الإصدار 0.11

تنقسم الحقول العامة الأولية للطلاءات الرونية إلى ثلاثة أجزاء، مراسيم (معلومات نقل الأصول)، وحفر (معلومات نشر الأصول)، وحرق ( دمار).

{  "eddicts": // معلومات نقل الأصول   [    {      ;  "id": "1000c82970852",      "amount": 1000, //    تحويل الكمية  ;     "الإخراج": 0   // مرتبط بالإخراج    }   ;],   ;"النقش": {  // معلومات نشر الأصول    "قابلية القسمة": 1,  // الحد الأدنى لوحدة التقسيم      ;"الحد": 1000, //كمية كل نعناع   "rune": "COOK", //الاسم الكامل    "الرمز" : "C", //الاختصار    "term": 150 //كم عدد الكتل التي يمكن سكها  },   "burn": false  ;// تدمير المعلومات

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

وبالمثل، يعرض محتوى النقش أيضًا المعلومات الرئيسية للأصول المنشورة مباشرةً، ويمكننا مقارنتها بـ ERC721. والفرق الأكبر هو أن الحد والمدة يحدان من عدد النعناع والنطاق الذي يمكن سكه. . "هذا هو الفرق الأساسي بين مشروعي Inscription وRune والأصول الصادرة عن عقود Ethereum الذكية. نظرًا لعدم وجود التحقق من العقود الذكية على السلسلة، هناك نقص في إمكانات التحقق في الوقت الفعلي. إذا أصدر طرف المشروع أصولًا على السلسلة السلسلة إذا قمت أيضًا بتشغيل مجموعة جديدة من Inscription Protocol لتخصيص القائمة البيضاء الخاصة بك Mint ومعدل إصدار اقتصاديات الرمز المميز ودفع حقوق الملكية والوظائف الأخرى، فسيكون هناك نقص في الإجماع، ولن يشارك أحد في هذا المشروع، لذا فإن Inscription Protocol (brc20، atomic، Runes)، وما إلى ذلك، وحدت تعريف طرق إصدار الأصول، كما وحدت أيضًا طرق مشاركة المستخدمين في النعناع. مع مفهوم الإطلاق العادل، تكون مشاركة المستخدم مفتوحة بالكامل، مما يؤدي إلى القضاء على الموقف الذي يكون فيه المشروع تتدخل الأطراف بشكل مفرط في فهم سوق الأصول.

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

الإصدار الأصلي لتصميم بروتوكول Runes هو في الواقع مكتمل تمامًا، لذا فإن Runealpha الذي تطور، حتى لو كان مقلدًا، يحتل حجمًا كبيرًا من السوق، مع عدد تراكمي يصل إلى 820,000 معاملة، والتعامل معها الرسوم وحدها هي 312 BTC تم استهلاكها.

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

فما الذي ينفذه أحدث بروتوكول Runes في 0.18، وما هي الاعتبارات اللازمة لوجود مثل هذا المجال؟

3.2. تفسير إصدار Runes 0.18

من الصعب جدًا فهم Runes 0.18. نظرًا لعدم وجود شبكة اختبار، يمكنك فقط النظر إلى المنطق من كود مصدر Casey وأخيرًا فرز الحقول مقسمة إلى 4 جوانب:

pub struct Runestone {  pub edicts: Vec<Edict>,  pub etching:  ;الخيار<النقش>,    حانة & nbsp; النعناع: & nbsp; الخيار & lt; runeid & gt;, & nbsp; حانة & nbsp; المؤشر: & nbsp; u32 & gt ;,} & nbsp; البنية & nbsp؛ مرسوم & nbsp؛ {& nbsp؛ & nbsp؛ حانة & nbsp؛ المعرف: & nbsp؛ runeid، & nbsp؛ & nbsp؛ حانة & nbsp؛ المبلغ: & nbsp؛ u128، & nbsp؛ حانة & nbsp؛ الإخراج: u32 ,

أولاً وقبل كل شيء، لا تزال المراسيم تحدد اتجاه نقل الأصول، وهو في الأساس نفس RuneAlpha، والفرق هو أن هناك معلمة مؤشر إضافية، تُستخدم لتعديل اتجاه النقل الافتراضي من الأصول. النقل الافتراضي الأصلي هو الموضع 0. باستخدام هذه المعلمة، يمكن ضبطه على 1 أو غير ذلك. يتمثل مفهوم التصميم في التكيف مع مجموعة متنوعة من أصول الأحرف الرونية. وفي الوقت نفسه، عند النقل للخارج، يتم تقليل تأثير تقليل يمكن أن يؤدي مقدار تشفير op_Return في النهاية إلى تقليل تكلفة معاملة المستخدم.

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

لقد تغيرت طريقة نشر الأصول بشكل كبير

التغيير الأخير الأكثر أهمية هو النقش، وهو التصميم التفصيلي للأصول المنشورة. محتوى الحقل الكامل كما يلي:

pub struct {  // معلومات نشر الأصول  pub قابلية القسمة: Option<u8>,  //الحد الأدنى لوحدة التقسيم  pub  premine: Option<u128>,  // عدد الكتل المستخرجة مقدمًا  pub rune: Option<Rune>,   // اسم أصول الرونية  ; pub  ;pub  ;الشروط: Option<Terms>, // مجالات السلسلة لقواعد الصب  pub turbo: bool,         // Turbine، ما إذا كان الأصل يشارك في تغييرات الإصدار التجريبي اللاحق}pub struct Terms { // حقول السلسلة لقواعد الصب  pub amount: Option<u128> ) pub height: (Option<u64>, Option<u64>), // ارتفاع الكتلة الذي يمكن سكه  pub الإزاحة: (Option<u64>,  Option<u64>), // الإزاحة، نقطة نهاية النعناع

إنها بالفعل طريقة معقدة للغاية لنشر الأصول الجديدة ~

أولاً، التغيير الأكبر هو التصميم لتقليل مقدار تشفير op_Return، بعد كل شيء، يحدد op_Return الطول بـ 80 بايت ويجب الحفاظ على كل مساحة تشفير. لذلك، قام Casey بتغيير معرف الأصل من ارتفاع الكتلة البسيط + الرقم التسلسلي للمعاملة إلى قيمة المعرف الفريد الناتج عن ارتفاع الكتلة + النقطتين + الرقم التسلسلي للمعاملة في شكل سلسلة نظرًا لأن حجم شبكة Bitcoin الرئيسية يزيد عن 80 واط فقط ارتفاع الكتلة، لذلك يتم حفظ ترميز المعرف النهائي بمقدار النصف، ولا تقلل من شأنه في Batch Mint، حيث يتم مضاعفة تكلفة سيناريوهات النقل الدفعي.

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

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

من المتصور أنه في كل مرة يتم فيها إصدار طول الاسم، سيستمر الاتجاه للاستيلاء على غرار أسماء النطاقات، فكيف نمنع أطراف المشروع من الاستيلاء عليها؟

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

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

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

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

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

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

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

ما هي عيوب بروتوكول الأحرف الرونية؟ في الواقع

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

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

B•C•G•D•E•N•L•Q•R•Q•W•D•S•L•R•U•G• S •N•L•B•T•M•F•I•J•A•V

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

أخيرًا، هناك مسألة التوافق المستقبلي، وقد انتقل الآن البروتوكول الذري، وهو ساخن أيضًا في السوق، نحو مرحلة AVM، مما يسمح لـ Inscription بالتخلص من مرحلة الضجيج الرمزي البسيط والانتقال. لمزيد من التعمق في سرد ​​Bitcoin L2 أو BVM، يجب أن أقول في هذه النقطة أن Casey متأخر قليلاً، كما أنه يحد من مشروع الرون على مستوى التوزيع فقط.