المؤلف: jolestar، المصدر: تويتر المؤلف @jolestar
من الناحية الفنية، النقش بسيط وفظ. عندما يراه الشخص الفني لأول مرة، يجب أن يكون لديه تعبير علامة الاستفهام. ماذا هذا هو؟
ومع ذلك، بعد هذه الأيام من الخبرة في تحليل النقوش في العقود الذكية، خلصت إلى أنه يمكن فهمها في الواقع على أنها أصل شبه قابل للاستبدال (SFT).
يمكن فهم Ordinals Inscription الأصلي على أنه تعبير عن NFT، بمعرف فريد، بما في ذلك content_type والمحتوى، ويمكن تضمينه في أي نوع بيانات. يقوم بروتوكول BRC20 بدمج JSON في المحتوى وتحديد FT. FT في NFT هو في الواقع تعبير نموذجي عن SFT، حيث اعتاد الجميع على استخدام "القطع" كوحدة عند بيع وشراء النقوش.

وماذا يفعل SFT ماذا عن سيناريوهات الاستخدام؟ في الواقع، أجرى الجميع بحثًا متعمقًا حول هذا الأمر خلال التمويل اللامركزي الأخير. على سبيل المثال، يتم استخدامه للتعبير عن دعائم اللعبة، ويمكن لقيمة FT في المنتصف التعبير عن الندرة، ويمكن استخدامه أيضًا للتعبير عن السندات والكوبونات والفواتير المختلفة وما إلى ذلك. لكن خصائصها لم يتم استغلالها بالكامل في الدورة الأخيرة، ولم يتم إنشاء العديد من الأصول من نوع SFT. والآن بعد أن أصبحت النقوش شائعة جدًا، تم إنشاء هذا النوع من الأصول بالكامل، كيف يتم استخدامها؟
معضلة قابلية التوسع الحالية للنقش
إذا كنت ترغب في الاستفادة من النقش كـ SFT، فيجب عليك إنشاء سيناريوهات استخدام له، ويجب عليك توسيع بروتوكول النقش. حاولت بعض الفرق تحقيق ذلك من خلال توسيع بروتوكول النقش، مثل إضافة المزيد من تعليمات التشغيل في BRC20. ومع ذلك، بمجرد قبول بروتوكول النقش على نطاق واسع من قبل السوق، يجب تنفيذه بواسطة مفهرسين متعددين. لتوسيع البروتوكول، يجب أن يتوصل العديد من المفهرسين إلى إجماع خارج السلسلة وتحقيق ترقية إجماعية. صعوبة هذه الترقية لا تقل عن صعوبة ترقية توافقية L1. من الواضح أنه من الصعب تلبية متطلبات قابلية التوسع.
استجابة لمتطلبات قابلية التوسع هذه، قامت الصناعة بالفعل بتطوير حل ناضج، وهو العقود الذكية. يعد نموذج الآلة الافتراضية للعقد الذكي الخاص بـ blockchain هو النموذج الأكثر قابلية للتطوير الذي اكتشفه مجتمع هندسة البرمجيات بأكمله. إذن هناك حلان حاليان:1. أدخل العقود الذكية في المفهرس. 2. التسجيل السريع من خلال العقود الذكية.
تقديم العقود الذكية في المفهرس
يمكن أن يسمى تقديم العقود الذكية في المفهرس بالمفهرس الذكي، أو النمطية طبقة التنفيذ في blockchain. يمكن فهم نموذج النقش على أنه التراكم السيادي لـ DA أولاً، ويستخدم L1 كـ DA ولا يقدم مُسلسِلًا، ويقوم بفرز المعاملات مباشرة من خلال كتل L1، ويمكن فهم المفهرس بشكل طبيعي على أنه طبقة التنفيذ. لقد استخدمت هذا النموذج في المقالة "هل النقش خطأ أم ميزة؟" 》 تم شرحه. يستكشف روش أيضًا هذا الاتجاه، للاطلاع على خطط محددة، راجع "كيف ينبغي تنفيذ الطبقة الثانية من البيتكوين؟" 》.
< /p>
نحن نبني نموذجًا للعبة لهذا السيناريو يسمى Bitcoin Plants. نظرًا لوجود كمية كاملة من حالة Bitcoin في Rooch، يمكن قراءة نقش الترتيبيات في العقد الذكي. يمكن للمستخدم استخدام النقش كبذرة في اللعبة لزراعة نبات. يتطلب هذا النبات سقيًا منتظمًا من قبل المستخدم، ومن ثم يمكن أن تؤتي ثمارها. هذا النبات مرتبط بالنقش، إذا قام المستخدم بنقل النقش على البيتكوين، فسيتم نقل النبات أيضًا. يوضح هذا المثال البسيط كيفية إنشاء سيناريوهات الاستخدام لنقوش L1 عن طريق تنفيذ العقود الذكية في الطبقة. للحصول على التفاصيل، راجع مشكلة جيثب https://github.com/rooch-network/rooch/issues/1214.
بالإضافة إلى ذلك، رأيت أيضًا أن Ethscriptions تقوم ببناء آلة افتراضية ذات جوانب، وهو أيضًا طريق مشابه، ويبدو أن الأصدقاء في الصناعة قد رأوا هذا الاتجاه أيضًا.
التعبير عن التسجيل من خلال العقود الذكية
إذا لم يكن هناك عقد ذكي على Bitcoin، فقد اكتشف المطورون طريقة لتسجيل JSON. لماذا لا تزال سلاسل العقود الذكية الأخرى تكتب JSON؟ الشيء الأكثر غموضًا هو أنه عند كتابة JSON على Rollup L2، سيتم تجميع JSON في النهاية إلى L1، فلماذا تكتبه على L2؟ ألا ينبغي أن يصبح L2 بشكل طبيعي هو المفهرس لنقش L1؟ هل مازلت بحاجة إلى مفهرس النقوش؟ لكن حتى هذا لا يمكن أن يوقف حماس المستخدمين لتشغيل النقوش، وقد فشل العديد من مشغلات المستوى الثاني. لذلك بعد التفكير في الأمر، لخصت عدة اكتشافات من النقش:
1. إنه أصل شبه متجانس، وسيولته ليست بجودة FT، لكن هذه ميزة في المرحلة الأولية من السوق. .
2. عتبة إصدار الأصول أقل من FT في كل سلسلة، كما أن تكلفتها المعرفية منخفضة أيضًا. يتطلب إصدار الأصول في كل سلسلة بشكل عام نشر عقد ذكي، ويتم تحديد الهوية بشكل أساسي من خلال عنوان العقد، وهو أمر صعب بالنسبة للمبتدئين. لقد أدت هذه الموجة من النقوش إلى خفض هذه العتبة إلى أدنى مستوى.
3. يمكن فهم نموذج الإصدار العادل الخاص بالبيتكوين على أنه نموذج إصدار إثبات العمل (PoW) لتأجير القائمين بالتعدين من خلال الغاز.
في هذه الحالة، لماذا لا نستخدم العقود الذكية لتنفيذ بروتوكول نقش يتمتع بالخصائص المذكورة أعلاه؟ لذلك حاولت هذا الأسبوع تنفيذ بروتوكول Movementscriptions باستخدام Move.
بادئ ذي بدء، إنه بروتوكول أصول شبه قابلة للاستبدال يتم التعبير عنه من خلال Move. يعد تعبير الأصول المستند إلى بنية البيانات الخاص بـ Move مثاليًا للتعبير عن هذا البروتوكول.
1. استخدم علامة الاسم الفريد عالميًا للتعبير عن النوع، وتعلم من BRC20، والتزم بمبدأ KISS، وكن بسيطًا وبديهيًا.
2. يمكن استخدام القيمة للتعبير عن رصيد FT أو القيمة الرئيسية في NFT.
3. يمكن إلحاق البيانات الوصفية بأي نوع من البيانات.
ثانيًا، يدعم توزيع الأصول من خلال إثبات العمل (PoW). يمكن للقائمين بالنشر تحديد الصعوبة من خلال تحديد الصعوبة لضمان توزيع أكثر عدالة ولامركزية للأصول. نظرًا لأن غاز السلاسل الأخرى منخفض جدًا، فمن الصعب منع هجمات الساحرات عن طريق حرق الغاز.
إن النقوش التي يتم تحقيقها من خلال العقود الذكية هي ما أسميه النقوش الذكية. لقد حان الوقت أخيرًا لتطور النقوش إلى النقطة التي تكون فيها هناك حاجة إلى العقود الذكية. مثل هذه النقوش هي بطبيعة الحال حالة العقود الذكية ولا تعتمد على المفهرسات، ويمكن دمجها بسهولة مع سيناريوهات التطبيق المختلفة، مثل FOCG. يمكن للأصدقاء المهتمين بهذه التجربة متابعة @movescription وgithub https://github.com/movescriptions/movescriptions. تم الانتهاء مبدئيًا من نسخة Rooch الحالية من العقد، كما تم تنفيذ توزيع إثبات العمل (PoW)، وهناك إصدارات أخرى من سلسلة Move قيد التقدم.
إلهام Inscription للمطورين
نشأ Inscription من محاولة عشوائية على Bitcoin، والآن اكتسحت جميع السلاسل العامة. وعلى الرغم من أنها بسيطة وبسيطة، إلا أنها حيوية للغاية. مستقبلها غير واضح وهناك اختلاف كبير في وجهات النظر حولها، ولكن هذا هو أيضًا الجزء المثير للاهتمام من السوق، والفرص دائمًا ما تكون حيث ينشأ الاختلاف. لذلك دعونا نضيف بعض العشوائية إليها، حيث يمكن للمطورين اتخاذ الإجراءات اللازمة، فبدلاً من السماح للمستخدمين بطباعة مجموعة من ملفات JSON التي لا يعرفون كيفية استخدامها، من الأفضل محاولة دمجها مع العقود الذكية. إذا نجح الدمج فقد يكون حجر الإشعال لإطلاق FOGC وAW، يمكننا التحدث عن هذا في المقال التالي. ص>