في الأول من فبراير، أطلقت Binance Web3 Wallet رسميًا سوق النقش الخاص بها، حيث تدعم بروتوكولات النقش المختلفة مثل BRC-20 وEthscription. قبل بضعة أيام، أعلنت OKX أيضًا عن دعمها لبروتوكولات النقش مثل ARC-20 وRunes وDoginals وما إلى ذلك، مما أثار اهتمام السوق بأكمله بالنقوش. أثناء موجة التسجيل، تنشأ مشكلات أمنية مختلفة بشكل متكرر بسبب تعقيد وحداثة بروتوكولات التسجيل. وهذا لا يهدد أمن أصول المستخدمين فحسب، بل له أيضًا تأثير سلبي على التطور الصحي للنظام البيئي Inscription بأكمله.
واستجابة لذلك، سيقوم فريق Beosin الأمني بتحليل بروتوكولات التسجيل السائدة لمساعدة المستخدمين على فهم الغرض من بروتوكولات التسجيل وتنفيذها وكيفية حماية أصول التسجيل.
إن ما يسمى بالنقش على blockchain هو تسجيل بعض المعلومات المحددة والهادفة عن blockchain من خلال خصائص معينة لـ blockchain. بمجرد تسجيل هذه المعلومات على blockchain، سيتم تخزينها بشكل دائم على blockchain ويصعب التلاعب بها. يمكن أن تكون المعلومات المسجلة على blockchain من أنواع عديدة، مثل المعلومات النصية البسيطة والرموز المعقدة والصور وما إلى ذلك التي يمكن كتابتها على blockchain. وبهذه الطريقة يمكننا استخدام مجموعة من المعايير لتنفيذ وظائف الأصول الرقمية.
منذ الظهور الأولي لنقوش البيتكوين مثل BRC-20، وحتى بيئة النقش الحالية، هناك عدد لا يحصى من بروتوكولات النقش الجديدة والمشاريع الجديدة التي تظهر كل يوم تقريبًا. يمكن القول أن تطوير النقش يتقدم بسرعة فائقة. انضمت أيضًا العديد من السلاسل العامة الشائعة إلى النظام البيئي للتسجيل، مثل بروتوكول Ethscription على سلسلة ETH العامة، وبروتوكول ARC-20 على سلسلة BTC العامة، وBSC-20 وبروتوكولات أخرى على سلسلة BSC العامة، وPRC-on. سلسلة بوليجون العامة. 20 الخ اتفاق.... تم إنشاء جميع هذه البروتوكولات بغرض نشر النقوش على سلاسلها العامة. في المحتوى التالي، سنقدم طرق التنفيذ وحالات الاستخدام للبروتوكولات المختلفة.
دعونا نقدم البروتوكولات التي تجذب حاليًا الكثير من الاهتمام في السوق، ونقارن القواسم المشتركة والاختلافات بين بروتوكولات التسجيل لمختلف السلاسل العامة.
لشرح BRC-20 بشكل واضح، يجب علينا أولاً تقديم UTXO وOrdinals.
تستخدم BTC نموذج UTXO، ويتم نقل المعاملات بوحدات UTXO. UTXO هو اختصار لمخرجات المعاملات غير المنفقة، وهو ما يعني مخرجات المعاملات غير المنفقة. يختلف نموذج UTXO عن نموذج حساب السلاسل العامة مثل Ethereum من حيث أنه يسجل أحداث المعاملة ولكن ليس الحالة النهائية. لحساب عدد عملات البيتكوين التي يملكها المستخدم، تحتاج إلى جمع جميع UTXOs لعنوانه، والنتيجة هي عدد العملات المعدنية التي يحتفظ بها المستخدم.
الترتيب الترتيبي هو بروتوكول منهجي لترقيم ساتوشي (sats)، أصغر وحدة في عملة البيتكوين. يمكنه تعيين رقم فريد لكل ساتوشي في كل UTXO (بما في ذلك عدة ساتوشي). يدعم Ordinals أيضًا وظيفة كتابة النصوص والصور والصوت والفيديو وما إلى ذلك إلى ساتوشي، مما يجعل كل ساتوشي فريدًا، على غرار رمز Ethereum المألوف غير القابل للاستبدال NFT، والذي نسميه Bitcoin NFT.
جاء مؤسس BRC-20 بمفهوم آخر يعتمد على بروتوكول الترتيبات. نظرًا لأن بروتوكول Ordinals يمكنه إنشاء Bitcoin NFTs من خلال إعطاء "سمات" مختلفة لكل Satoshi، فيمكنه أيضًا إنشاء Bitcoin FTs من خلال إعطاء "تنسيق" و"سمات" موحدة، أي رموز مميزة متجانسة.
يكتب BRC-20 بيانات نصية موحدة بتنسيق JSON إلى Satoshi من خلال بروتوكول Ordinals. هذه البيانات النصية هي دفتر المحاسبة الخاص برموز BRC-20. واستنادًا إلى هذه البيانات النصية، يمكن تحليل مقتنيات الرموز المميزة وعمليات النقل. يتضمن بشكل رئيسي المحتويات التالية:
ما ورد أعلاه هو المعايير الثلاثة لـ BRC-20. من بينها، يمثل حقل op العملية التي يجب تنفيذها، بما في ذلك النشر (النشر)، والنعناع (سك العملة)، والنقل (النقل). تمثل علامة التجزئة اسم الرمز المميز الذي يجب تنفيذه. يمثل الحد الأقصى إجمالي عدد الرموز الصادرة، ويمثل lim الحد الأقصى لعدد العملات المعدنية المسكوكة لكل رمز، ويمثل amt عدد الرموز المميزة التي يجب تشغيلها. في معيار النقل، هناك أيضًا حقول مثل "إلى"، لكن هذا ليس ضروريًا. تتم عملية النقل عن طريق إرسال النقش إلى العنوان المستهدف لتنفيذ تغيير الرصيد، كما هو موضح في الشكل أدناه:
المصدر:https://twitter.com/blockpunk2077/status/1725513817982136617
لا يزال ARC-20 هو بروتوكول النقش على سلسلة Bitcoin العامة. مثل بروتوكول BRC-20، يتم تنفيذه عن طريق كتابة البيانات القياسية في UTXO، ولكن الفرق هو أن بروتوكول ARC-20 لا يحتاج إلى تحديد ARC-20 في البيانات. بدلاً من ذلك، يتم تمثيل عدد رموز ARC-20 بواسطة sats (ساتوشي، أصغر وحدة في عملة البيتكوين) في UTXO. القاعدة هي 1 sat=1 رمز ARC-20.
ينقسم بروتوكول ARC-20، مثل بروتوكول BRC-20، أيضًا إلى ثلاث خطوات: النشر، والسك، والنقل. في مرحلة النشر، يجب ملء اسم الرمز المميز القياسي، وإجمالي عدد الرموز المميزة، وقيود الإرسال، ومعلومات الكتلة في UTXO. ومعلومات الصورة، وما إلى ذلك؛ في مرحلة سك العملة، يحتاج المستخدم إلى ملء اسم الرمز المميز في UTXO، وعدد مرات سك UTXO هو مقدار سك رمز ARC-20، ولا يتم ملؤه في UTXO مع الرمز المميز اسم؛ عندما يقوم المستخدم بإصدار رموز ARC-20، يمكن إرسالها إلى عناوين أخرى. عند إرسال الرموز المميزة، لا يحتاج المستخدمون إلى ملء أي بيانات في UTXO، ولكنهم ينقلون UTXO مباشرةً الذين يحملون الرمز المميز إلى عناوين أخرى.
المصدر:https://twitter.com/blockpunk2077/status/1725513817982136617
عند الاستعلام عن رموز ARC-20، هناك حاجة إلى فهرس واحد فقط. يمكن لخادم الفهرس غير المتصل بالإنترنت قراءة معلومات تسجيل الرمز المميز ومعاملات التعدين والنقل. ليست هناك حاجة للخادم لحساب علاقة تحويل الأموال والاستعلام عن رموز ARC-20 المملوكة للعنوان. يمكن الحصول على الكمية من خلال القراءة المباشرة لكمية sats الخاصة بـ UTXO التي تحمل الرمز المميز.
بعد فهم BRC-20 وARC-20، يجب أن تعرف سبب قيام بعض الأشخاص بنقل الأصول المسجلة عن طريق الخطأ إلى عناوين أخرى أو "حرقها".
نظرًا لأن بروتوكولات نقش BTC مثل BRC-20 وARC-20 تعتمد على معاملات UTXO، فإن معاملات النقش يتم إلحاقها فعليًا بمعاملات BTC، ويمكن للمستخدمين إجراء عمليات نقل BTC عادية دون فهم النقش بشكل كامل. يتم دمج UTXO الحالي الخاص به وتقسيمه مع UTXOs الأخرى ثم إرساله إلى عناوين غير مقصودة، مما يتسبب في إساءة نقل الأصول المسجلة أو "حرقها"، مما يتسبب في خسائر لا رجعة فيها.
Ethscription هو بروتوكول لإنشاء البيانات ومشاركتها على Ethereum. تستخدم بعض النقوش هذا البروتوكول ليحل محل العقود الذكية لتنفيذ إصدار الرمز المميز. يمكن أن يؤدي استخدام النقوش إلى تقليل تكاليف المستخدم إلى مستويات منخفضة للغاية.
عندما يرسل إيثريوم معاملة، فإنه يوفر كتلة بيانات الاتصال. بشكل عام، سيتم ترك كتلة البيانات هذه فارغة لعمليات نقل ETH العادية. إذا تم استدعاء عقد ذكي، فسيتم تعيين كتلة البيانات كتوقيع لوظيفة الاستدعاء وبيانات كل معلمة. يستخدم بروتوكول Ethscription كتلة بيانات بيانات الاتصال لإضافة بعض البيانات القياسية لإعطاء المعنى ذي الصلة عند إرسال تحويلات ETH العادية.
كيف تحدد Ethscription هذه البيانات القياسية؟
أولاً، إذا كنت تريد إنشاء Ethscription محتواه هو بيانات الصورة، فأنت بحاجة إلى تحويل الصورة (حجم الصورة يقتصر على 96 كيلو بايت) إلى URI للبيانات المشفرة بواسطة Base64 بالتنسيق (data:image/png;base64,... ); التالي تحويل URI إلى سلسلة سداسية عشرية؛ أرسل معاملة تحويل عادية إلى العنوان المستهدف من خلال Ethereum، ثم املأ السلسلة السداسية العشرية أعلاه في بيانات الاتصال، كما هو موضح أدناه:
بهذه الطريقة، يمتلك عنوان 0xf1bf Ethscription، وأي Ethscription تم إنشاؤه لاحقًا بنفس بيانات الاتصال سيتم اعتباره غير صالح.
إذا كنت ترغب في نقل Ethscription، فأنت بحاجة إلى أن يرسل مالك Ethscription تحويلاً عاديًا إلى عنوان الاستلام، وملء تجزئة المعاملة التي أنشأت Ethscription في بيانات الاتصال، ثم سيمتلك عنوان الاستلام Ethscription، كما هو موضح أدناه:
بالنسبة لسلاسل كتل EVM مثل BSCChain وEthereum وPolygon وما إلى ذلك، هناك طريقة شائعة للتسجيل تسمى calldata. تستخدم هذه الطريقة كتل البيانات لتخزين البيانات ذات التنسيق الثابت. على عكس تخزين بيانات الصورة المذكورة أعلاه، تتضمن هذه الطريقة كتابة بيانات نصية ذات تنسيق قياسي إلى بيانات المكالمة.
في سلسلة BSC، يتم نقش النقوش بتنسيق مشابه لتنسيق نقش BRC20. على سبيل المثال، تنسيق النقش هو: data:,{“p”:””,”op”:””,”tick”:””,”amt”:””}; حيث يمثل الحقل "p" اسم البروتوكول، مثل bsc-20، وbnbs-20، وltc-20، وbep-20، وdrc-20، وnrc-20، وsrc-20، وما إلى ذلك. يمثل الحقل "op" العملية، وعادة ما تكون "mint". يمثل الحقل "tick" اسم الرمز المميز، ويمثل الحقل "amt" كمية الرمز المميز.
بأخذ رمز bnbs كمثال، يمكننا أن نرى أنه طالما يتم إرسال تحويل عادي إلى العنوان الهدف، املأ البيانات:، {“p”:”bsc-20”,”op”:”mint” in the calldata ,”tick”:”bnbs”,”amt”:”1000”} ثم يكمل عملية سك رمز bnbs، كما هو موضح أدناه. في الوقت الحالي، يحتوي عنوان 0x22ef على 1000 رمز bnbs.
بعد ذلك، تحتاج إلى نقل الرمز المميز. كما هو مذكور أعلاه، تحتاج إلى إرسال تحويل عادي إلى عنوان الاستلام، وملء تجزئة المعاملة التي أنشأت رمز bnbs المميز في بيانات الاتصال. بعد ذلك سيمتلك عنوان الاستلام رمز bnbs، كما هو موضح أدناه:
إنه نفس الشيء في الأساس على Ethereum وPolygon والسلاسل الأخرى، ولكن تجدر الإشارة إلى أن محتوى سلسلة BSC المذكورة أعلاه ليس هو الوضع الوحيد الذي يتم فيه إنشاء النقوش على سلسلة evm. قد تكون هناك اختلافات في حقول البيانات النصية المملوءة بين سلاسل evm المختلفة أو البروتوكولات المختلفة. قد تكون هناك أيضًا اختلافات في كيفية نقل الرموز المميزة. ولكن بالنسبة لهذا النوع من الأساليب، يتم تنفيذها جميعًا باستخدام سمة بيانات الاتصال في سلسلة EVM، لذلك تبدو متشابهة.
نناقش في هذا المقال مبادئ تنفيذ النقوش على السلاسل المتعددة. باختصار، النقوش المقدمة هي جميع العمليات التي تستخدم بعض ميزات نظام السلسلة العامة لحفظ المعلومات غير المتصلة بالإنترنت في blockchain وفقًا للمعايير المحددة، ثم تحديدها وعرضها من خلال خوادم غير متصلة بالإنترنت. لا تستخدم أي من النقوش المقدمة العقود الذكية. يمكن للمستخدمين تقليل مبلغ كبير من تكاليف المعاملات الإضافية عند المشاركة. ومع ذلك، يحتاج المستخدمون إلى فهم تنفيذ بروتوكول النقش بشكل كامل لتجنب عمليات النقل الخاطئة أو الحرق العرضي للنقوش، مما يؤدي إلى خسائر في الأصول.
في الأول من فبراير، أطلقت Binance Web3 Wallet رسميًا سوق النقش الخاص بها، حيث تدعم بروتوكولات النقش المختلفة مثل BRC-20 وEthscription. قبل بضعة أيام، أعلنت OKX أيضًا عن دعمها لبروتوكولات النقش مثل ARC-20 وRunes وDoginals وما إلى ذلك، مما أثار اهتمام السوق بأكمله بالنقوش. أثناء موجة التسجيل، تنشأ مشكلات أمنية مختلفة بشكل متكرر بسبب تعقيد وحداثة بروتوكولات التسجيل. وهذا لا يهدد أمن أصول المستخدمين فحسب، بل له أيضًا تأثير سلبي على التطور الصحي للنظام البيئي Inscription بأكمله.
واستجابة لذلك، سيقوم فريق Beosin الأمني بتحليل بروتوكولات التسجيل السائدة لمساعدة المستخدمين على فهم الغرض من بروتوكولات التسجيل وتنفيذها وكيفية حماية أصول التسجيل.
إن ما يسمى بالنقش على blockchain هو تسجيل بعض المعلومات المحددة والهادفة عن blockchain من خلال خصائص معينة لـ blockchain. بمجرد تسجيل هذه المعلومات على blockchain، سيتم تخزينها بشكل دائم على blockchain ويصعب التلاعب بها. يمكن أن تكون المعلومات المسجلة على blockchain من أنواع عديدة، مثل المعلومات النصية البسيطة والرموز المعقدة والصور وما إلى ذلك التي يمكن كتابتها على blockchain. وبهذه الطريقة يمكننا استخدام مجموعة من المعايير لتنفيذ وظائف الأصول الرقمية.
منذ الظهور الأولي لنقوش البيتكوين مثل BRC-20، وحتى بيئة النقش الحالية، هناك عدد لا يحصى من بروتوكولات النقش الجديدة والمشاريع الجديدة التي تظهر كل يوم تقريبًا. يمكن القول أن تطوير النقش يتقدم بسرعة فائقة. انضمت أيضًا العديد من السلاسل العامة الشائعة إلى النظام البيئي للتسجيل، مثل بروتوكول Ethscription على سلسلة ETH العامة، وبروتوكول ARC-20 على سلسلة BTC العامة، وBSC-20 وبروتوكولات أخرى على سلسلة BSC العامة، وPRC-on. سلسلة بوليجون العامة. 20 الخ اتفاق.... تم إنشاء جميع هذه البروتوكولات بغرض نشر النقوش على سلاسلها العامة. في المحتوى التالي، سنقدم طرق التنفيذ وحالات الاستخدام للبروتوكولات المختلفة.
دعونا نقدم البروتوكولات التي تجذب حاليًا الكثير من الاهتمام في السوق، ونقارن القواسم المشتركة والاختلافات بين بروتوكولات التسجيل لمختلف السلاسل العامة.
لشرح BRC-20 بشكل واضح، يجب علينا أولاً تقديم UTXO وOrdinals.
تستخدم BTC نموذج UTXO، ويتم نقل المعاملات بوحدات UTXO. UTXO هو اختصار لمخرجات المعاملات غير المنفقة، وهو ما يعني مخرجات المعاملات غير المنفقة. يختلف نموذج UTXO عن نموذج حساب السلاسل العامة مثل Ethereum من حيث أنه يسجل أحداث المعاملة ولكن ليس الحالة النهائية. لحساب عدد عملات البيتكوين التي يملكها المستخدم، تحتاج إلى جمع جميع UTXOs لعنوانه، والنتيجة هي عدد العملات المعدنية التي يحتفظ بها المستخدم.
الترتيب الترتيبي هو بروتوكول منهجي لترقيم ساتوشي (sats)، أصغر وحدة في عملة البيتكوين. يمكنه تعيين رقم فريد لكل ساتوشي في كل UTXO (بما في ذلك عدة ساتوشي). يدعم Ordinals أيضًا وظيفة كتابة النصوص والصور والصوت والفيديو وما إلى ذلك إلى ساتوشي، مما يجعل كل ساتوشي فريدًا، على غرار رمز Ethereum المألوف غير القابل للاستبدال NFT، والذي نسميه Bitcoin NFT.
جاء مؤسس BRC-20 بمفهوم آخر يعتمد على بروتوكول الترتيبات. نظرًا لأن بروتوكول Ordinals يمكنه إنشاء Bitcoin NFTs من خلال إعطاء "سمات" مختلفة لكل Satoshi، فيمكنه أيضًا إنشاء Bitcoin FTs من خلال إعطاء "تنسيق" و"سمات" موحدة، أي رموز مميزة متجانسة.
يكتب BRC-20 بيانات نصية موحدة بتنسيق JSON إلى Satoshi من خلال بروتوكول Ordinals. هذه البيانات النصية هي دفتر المحاسبة الخاص برموز BRC-20. واستنادًا إلى هذه البيانات النصية، يمكن تحليل مقتنيات الرموز المميزة وعمليات النقل. يتضمن بشكل رئيسي المحتويات التالية:
ما ورد أعلاه هو المعايير الثلاثة لـ BRC-20. من بينها، يمثل حقل op العملية التي يجب تنفيذها، بما في ذلك النشر (النشر)، والنعناع (سك العملة)، والنقل (النقل). تمثل علامة التجزئة اسم الرمز المميز الذي يجب تنفيذه. يمثل الحد الأقصى إجمالي عدد الرموز الصادرة، ويمثل lim الحد الأقصى لعدد العملات المعدنية المسكوكة لكل رمز، ويمثل amt عدد الرموز المميزة التي يجب تشغيلها. في معيار النقل، هناك أيضًا حقول مثل "إلى"، لكن هذا ليس ضروريًا. تتم عملية النقل عن طريق إرسال النقش إلى العنوان المستهدف لتنفيذ تغيير الرصيد، كما هو موضح في الشكل أدناه:
المصدر:https://twitter.com/blockpunk2077/status/1725513817982136617
لا يزال ARC-20 هو بروتوكول النقش على سلسلة Bitcoin العامة. مثل بروتوكول BRC-20، يتم تنفيذه عن طريق كتابة البيانات القياسية في UTXO، ولكن الفرق هو أن بروتوكول ARC-20 لا يحتاج إلى تحديد ARC-20 في البيانات. بدلاً من ذلك، يتم تمثيل عدد رموز ARC-20 بواسطة sats (ساتوشي، أصغر وحدة في عملة البيتكوين) في UTXO. القاعدة هي 1 sat=1 رمز ARC-20.
ينقسم بروتوكول ARC-20، مثل بروتوكول BRC-20، أيضًا إلى ثلاث خطوات: النشر، والسك، والنقل. في مرحلة النشر، يجب ملء اسم الرمز المميز القياسي، وإجمالي عدد الرموز المميزة، وقيود الإرسال، ومعلومات الكتلة في UTXO. ومعلومات الصورة، وما إلى ذلك؛ في مرحلة سك العملة، يحتاج المستخدم إلى ملء اسم الرمز المميز في UTXO، وعدد مرات سك UTXO هو مقدار سك رمز ARC-20، ولا يتم ملؤه في UTXO مع الرمز المميز اسم؛ عندما يقوم المستخدم بإصدار رموز ARC-20، يمكن إرسالها إلى عناوين أخرى. عند إرسال الرموز المميزة، لا يحتاج المستخدمون إلى ملء أي بيانات في UTXO، ولكنهم ينقلون UTXO مباشرةً الذين يحملون الرمز المميز إلى عناوين أخرى.
المصدر:https://twitter.com/blockpunk2077/status/1725513817982136617
عند الاستعلام عن رموز ARC-20، هناك حاجة إلى فهرس واحد فقط. يمكن لخادم الفهرس غير المتصل بالإنترنت قراءة معلومات تسجيل الرمز المميز ومعاملات التعدين والنقل. ليست هناك حاجة للخادم لحساب علاقة تحويل الأموال والاستعلام عن رموز ARC-20 المملوكة للعنوان. يمكن الحصول على الكمية من خلال القراءة المباشرة لكمية sats الخاصة بـ UTXO التي تحمل الرمز المميز.
بعد فهم BRC-20 وARC-20، يجب أن تعرف سبب قيام بعض الأشخاص بنقل الأصول المسجلة عن طريق الخطأ إلى عناوين أخرى أو "حرقها".
نظرًا لأن بروتوكولات نقش BTC مثل BRC-20 وARC-20 تعتمد على معاملات UTXO، فإن معاملات النقش يتم إلحاقها فعليًا بمعاملات BTC، ويمكن للمستخدمين إجراء عمليات نقل BTC عادية دون فهم النقش بشكل كامل. يتم دمج UTXO الحالي الخاص به وتقسيمه مع UTXOs الأخرى ثم إرساله إلى عناوين غير مقصودة، مما يتسبب في إساءة نقل الأصول المسجلة أو "حرقها"، مما يتسبب في خسائر لا رجعة فيها.
Ethscription هو بروتوكول لإنشاء البيانات ومشاركتها على Ethereum. تستخدم بعض النقوش هذا البروتوكول ليحل محل العقود الذكية لتنفيذ إصدار الرمز المميز. يمكن أن يؤدي استخدام النقوش إلى تقليل تكاليف المستخدم إلى مستويات منخفضة للغاية.
عندما يرسل إيثريوم معاملة، فإنه يوفر كتلة بيانات الاتصال. بشكل عام، سيتم ترك كتلة البيانات هذه فارغة لعمليات نقل ETH العادية. إذا تم استدعاء عقد ذكي، فسيتم تعيين كتلة البيانات كتوقيع لوظيفة الاستدعاء وبيانات كل معلمة. يستخدم بروتوكول Ethscription كتلة بيانات بيانات الاتصال لإضافة بعض البيانات القياسية لإعطاء المعنى ذي الصلة عند إرسال تحويلات ETH العادية.
كيف تحدد Ethscription هذه البيانات القياسية؟
أولاً، إذا كنت تريد إنشاء Ethscription محتواه هو بيانات الصورة، فأنت بحاجة إلى تحويل الصورة (حجم الصورة يقتصر على 96 كيلو بايت) إلى URI للبيانات المشفرة بواسطة Base64 بالتنسيق (data:image/png;base64,... ); التالي تحويل URI إلى سلسلة سداسية عشرية؛ أرسل معاملة تحويل عادية إلى العنوان المستهدف من خلال Ethereum، ثم املأ السلسلة السداسية العشرية أعلاه في بيانات الاتصال، كما هو موضح أدناه:
بهذه الطريقة، يمتلك عنوان 0xf1bf Ethscription، وأي Ethscription تم إنشاؤه لاحقًا بنفس بيانات الاتصال سيتم اعتباره غير صالح.
إذا كنت ترغب في نقل Ethscription، فأنت بحاجة إلى أن يرسل مالك Ethscription تحويلاً عاديًا إلى عنوان الاستلام، وملء تجزئة المعاملة التي أنشأت Ethscription في بيانات الاتصال، ثم سيمتلك عنوان الاستلام Ethscription، كما هو موضح أدناه:
بالنسبة لسلاسل كتل EVM مثل BSCChain وEthereum وPolygon وما إلى ذلك، هناك طريقة شائعة للتسجيل تسمى calldata. تستخدم هذه الطريقة كتل البيانات لتخزين البيانات ذات التنسيق الثابت. على عكس تخزين بيانات الصورة المذكورة أعلاه، تتضمن هذه الطريقة كتابة بيانات نصية ذات تنسيق قياسي إلى بيانات المكالمة.
في سلسلة BSC، يتم نقش النقوش بتنسيق مشابه لتنسيق نقش BRC20. على سبيل المثال، تنسيق النقش هو: data:,{“p”:””,”op”:””,”tick”:””,”amt”:””}; حيث يمثل الحقل "p" اسم البروتوكول، مثل bsc-20، وbnbs-20، وltc-20، وbep-20، وdrc-20، وnrc-20، وsrc-20، وما إلى ذلك. يمثل الحقل "op" العملية، وعادة ما تكون "mint". يمثل الحقل "tick" اسم الرمز المميز، ويمثل الحقل "amt" كمية الرمز المميز.
بأخذ رمز bnbs كمثال، يمكننا أن نرى أنه طالما يتم إرسال تحويل عادي إلى العنوان الهدف، املأ البيانات:، {“p”:”bsc-20”,”op”:”mint” in the calldata ,”tick”:”bnbs”,”amt”:”1000”} ثم يكمل عملية سك رمز bnbs، كما هو موضح أدناه. في الوقت الحالي، يحتوي عنوان 0x22ef على 1000 رمز bnbs.
بعد ذلك، تحتاج إلى نقل الرمز المميز. كما هو مذكور أعلاه، تحتاج إلى إرسال تحويل عادي إلى عنوان الاستلام، وملء تجزئة المعاملة التي أنشأت رمز bnbs المميز في بيانات الاتصال. بعد ذلك سيمتلك عنوان الاستلام رمز bnbs، كما هو موضح أدناه:
إنه نفس الشيء في الأساس على Ethereum وPolygon والسلاسل الأخرى، ولكن تجدر الإشارة إلى أن محتوى سلسلة BSC المذكورة أعلاه ليس هو الوضع الوحيد الذي يتم فيه إنشاء النقوش على سلسلة evm. قد تكون هناك اختلافات في حقول البيانات النصية المملوءة بين سلاسل evm المختلفة أو البروتوكولات المختلفة. قد تكون هناك أيضًا اختلافات في كيفية نقل الرموز المميزة. ولكن بالنسبة لهذا النوع من الأساليب، يتم تنفيذها جميعًا باستخدام سمة بيانات الاتصال في سلسلة EVM، لذلك تبدو متشابهة.
نناقش في هذا المقال مبادئ تنفيذ النقوش على السلاسل المتعددة. باختصار، النقوش المقدمة هي جميع العمليات التي تستخدم بعض ميزات نظام السلسلة العامة لحفظ المعلومات غير المتصلة بالإنترنت في blockchain وفقًا للمعايير المحددة، ثم تحديدها وعرضها من خلال خوادم غير متصلة بالإنترنت. لا تستخدم أي من النقوش المقدمة العقود الذكية. يمكن للمستخدمين تقليل مبلغ كبير من تكاليف المعاملات الإضافية عند المشاركة. ومع ذلك، يحتاج المستخدمون إلى فهم تنفيذ بروتوكول النقش بشكل كامل لتجنب عمليات النقل الخاطئة أو الحرق العرضي للنقوش، مما يؤدي إلى خسائر في الأصول.