في الآونة الأخيرة، أثار إدخال بروتوكول Arc-20 مرة أخرى موجة من الهيجان في سوق النقش. ستتعمق هذه المقالة في تفاصيل ومزايا وعيوب البروتوكولين من منظور تقني.
تم تصميم Bitcoin في الأصل لتكون عملة رقمية لامركزية آمنة ومستقرة وموثوقة. ومع ذلك، نظرًا لبنيتها التقنية ولغة البرمجة النصية الأقل مرونة نسبيًا مقارنة بـ Ethereum، فإن Bitcoin ليست مناسبة لتنفيذ العقود الذكية بشكل مباشر.
على الرغم من ذلك، فإن الأفكار المبتكرة للمطورين والمحاولات الجريئة جلبت الرخاء إلى نظام بيتكوين البيئي. أحد الأمثلة النموذجية هو بروتوكول Brc-20. الفكرة الأساسية للبروتوكول هي نموذج رمزي تجريبي يركز على الميمات. يمكن لأي شخص سك هذه الرموز مباشرة على سلسلة بيتكوين على أساس أسبقية الحضور دون الاعتماد على العقود الذكية. الميزة الرئيسية لرمز Brc-20 هي طبيعته اللامركزية، والتي تلغي آليات مثل المبيعات الخاصة، والبيع المسبق، وإلغاء القفل أو التخزين. هذا يضمن المشاركة اللامركزية الحقيقية.
في هذا السياق، أثار بروتوكول Arc-20 مرة أخرى اهتمامًا قويًا بالنقوش.
يعتمد كل من بروتوكولي Brc-20 و Arc-20 على سلسلة Btc، لذلك قبل أن نقدم رسميًا بروتوكول Arc-20 وبروتوكول Brc-20، دعونا نفهم بإيجاز UTXO (مخرجات المعاملات غير المنفقة).
عندما نتحدث عن بيتكوين، فإن نموذج UTXO (مخرجات المعاملات غير المنفقة) هو مفهوم تصميم مهم. إنه نوع من نماذج الحسابات التي تستخدمها Bitcoin، والتي تختلف عن نماذج الرصيد التقليدية مثل الحسابات المصرفية.
في نموذج UTXO، تقوم كل معاملة بيتكوين بإنشاء سلسلة من المخرجات غير المنفقة، حيث يمثل كل ناتج كمية معينة من بيتكوين. هذه المخرجات غير المنفقة هي في الأساس وحدات غير مستخدمة من العملة الرقمية، على غرار الفواتير الورقية أو العملات المعدنية. عندما تتلقى بيتكوين، يقوم شخص ما بالفعل بإنشاء مخرجات جديدة غير منفقة مرتبطة بعنوان بيتكوين الخاص بك. هذا الإخراج هو UTXO.
دعونا نشرح نموذج UTXO بمثال بسيط:
إذا كانت لديك معاملتان، إحداهما تتلقى 0.7 BTC والأخرى تتلقى 0.5 BTC، فسيكون لديك اثنين من UTXOS، واحدة بقيمة 0.7 BTC والأخرى بقيمة 0.5 BTC. عندما تريد دفع 1 BTC، لا يمكنك ببساطة استخدام UTXO واحد، ولكنك تحتاج إلى دمج UTXOS في UTXO جديد (بإجمالي 1.2 BTC)، ثم إرسال 1 BTC إلى المستلم، مع إرجاع 0.2 BTC المتبقية إلى نفسك كتغيير. ومع ذلك، قد يكون التغيير الفعلي أقل من 0.2 BTC لأن المستخدمين يحتاجون إلى دفع رسوم المعاملات لعمال المناجم لضمان التشغيل السلس للمعاملة.
BRC-20 هو معيار تجريبي يوضح إمكانية إنشاء رموز قابلة للتبديل على الطبقة الأولى من البيتكوين من خلال الاستفادة من النظرية الترتيبية والنقوش. يسمح بروتوكول Ordinals (أول رمز يتم سكه وفقًا لمعايير البروتوكول) بطباعة المحتوى، بما في ذلك النصوص أو الصور أو مقاطع الفيديو، على أصغر وحدة في بيتكوين، ساتوشي، وبالتالي إنشاء أصول رقمية فريدة.
النظرية الترتيبية هي المفتاح لتنفيذ النقوش على شبكة BTC.
كل ساتوشي هو نفسه في الأساس، وقد طور Ordinals بروتوكول ترتيب ساتوشي من خلال نظرية السرد. يعتمد هذا الترتيب على تعدين ساتوشي وترتيب مدخلات ومخرجات معاملاتها.
هناك عدة طرق مختلفة لتمثيل الأرقام الترتيبية:
يحتوي تعبير الدرجة على أربعة أجزاء: تمثل A° B′C ″ D، و A و B و C و D معاني مختلفة:
تحدد نظرية السرد ترتيب ساتوشي من خلال التعبير عن الدرجة، وتحدد مستويات الندرة المختلفة لكل ساتوشي من خلال الترتيب، وبالتالي تحقيق تفرد كل ساتوشي
على سبيل المثال، على سبيل المثال، يتم التعبير عن الدرجة الحالية بـ 1°1′0″ 0،حيث
مع تعريف الندرة أعلاه، يتم تعريف ساتوشي هذا على أنه ستوشي نادر.
العملية العامة هي كما يلي:
py# احسب السرد (المكافأة) لكتلة بالنظر إلى ارتفاعها
دعم الصم (الارتفاع):
إرجاع 50*100_000_000 > > الارتفاع//210_000
تُستخدم هذه الدالة لحساب المكافأة لكتلة بيتكوين ذات ارتفاع معين، حيث 50*100_000_000 هي مكافأة البداية لبيتكوين، > > هي عامل التحول الصحيح، أي ما يعادل القسمة على قسمين صحيحين. تقوم هذه الدالة بإرجاع عدد صحيح يمثل مبلغ المكافأة لكتلة عند ارتفاع معين.
العمق الأول_الترتيبي (الارتفاع):
البداية = 0
لمدة ساعة في النطاق (الارتفاع):
ابدأ += الدعم (ح)
بداية العودة
تقوم هذه الدالة بحساب الرقم الترتيبي للمكافأة الأولى لكتلة عند ارتفاع معين. احسب العدد الإجمالي للمكافآت من الكتلة الأولى إلى ارتفاع معين عن طريق التكرار عبر الارتفاعات وتجميع المكافآت لكل كتلة، مما ينتج عنه الرقم الترتيبي للمكافأة الأولى.
def assign_ordinals (الكتلة):
الأول = الأول_الترتيبي (ارتفاع الكتلة)
الأخير = الأول+ الدعم (block.height)
coinbase_ordinals = القائمة (النطاق (الأول والأخير))
def assign_ordinals (الكتلة):
الأول = الأول_الترتيبي (ارتفاع الكتلة)
الأخير = الأول+ الدعم (block.height)
coinbase_ordinals = القائمة (النطاق (الأول والأخير))
للمعاملات في block.transactions [1:]:
الترتيبات = []
للإدخال في المعاملة.inputs:
الترتيبات. extend (المدخلات والترتيبات)
للإخراج في المعاملة.المخرجات:
المخرجات. الترتيبية = الترتيبية [: output.value]
من الأرقام الترتيبية [:output.value]
coinbase_ordinals.extend (ترتيبيات)
للإخراج في block.transactions [0]. المخرجات:
ترتيب المخرجات = ترتيب قاعدة العملات [: قيمة المخرجات]
من ترتيبات_العملات [: output.value]
يتم استخدام هذه الوظيفة لتعيين رقم ترتيبي لكتلة بيتكوين معينة. يقوم أولاً بحساب النطاق الترتيبي للمكافآت الأولى والأخيرة للكتلة. بعد ذلك، يتم التكرار على كل معاملة في الكتلة، مع تعيين رقم ترتيبي لكل إخراج. أخيرًا، يتم تعيين أرقام ترتيبية لمخرجات المعاملة للتأكد من أن جميع الساتوشي في الكتلة بأكملها لها أرقام ترتيبية فريدة.
باختصار، من خلال النظرية الترتيبية، تجعل النسخ الأصلية كل منها أساسًا نفس ساتوشي فريدًا من نوعه من خلال المعالجة، وتحدد الألفة النادرة لكل ساتوشي من خلال القواعد أو تحقيق سمات المجموعة أو صياغة القواعد لتناسب طريقة اللعب.
يعد بروتوكول Atomicals بروتوكولًا بسيطًا ومرنًا لسك ونقل وتحديث الكائنات الرقمية (المعروفة تقليديًا باسم الرموز غير القابلة للاستبدال) على بلوكشين مع مخرجات المعاملات غير المنفقة (UTXOS) مثل بيتكوين. Atomical (أو «atom») هي طريقة لإدارة إنشاء ونقل وتحديث الكائنات الرقمية - وهي في الأساس سلسلة ملكية رقمية محددة ببعض القواعد البسيطة.
تتبنى Arc-20 نموذج العملة الملونة، مما يعني أن رمز Arc-20 يجب أن يتمتع بدعم ساتوشي، على عكس رموز Brc-20 التي يتم تمييزها عن طريق الطلب. نظرًا لأن رموز Arc-20 تعتمد بالكامل على satoshis، فيمكن تقسيمها ودمجها (على غرار UTXOS المذكورة في بداية المقالة) ويمكن نقلها مباشرة عبر شبكة Bitcoin.
على سبيل المثال، باستخدام بروتوكول Atomicals، يمكننا تعريف 100 ساتوشي على أنها 100 «تذكرة فيلم»، ويمكن للمستخدمين استخدام واحدة من 100 ساتوشي للدفع في دار سينما تدعم بروتوكول Atomicals، وتعمل كتذكرة فيلم.
ومع ذلك، لا يمكن للقائمين بالتعدين وشبكة بيتكوين معرفة أي UTXOS تم «تحويلها تلقائيًا»، والتي قد تعتبر عن طريق الخطأ رموز Arc-20 كرسوم تعدين. لحل هذه المشكلة، ترشد Atomicals أن كل رمز Arc-20 يجب أن يكون الناتج الأول للمعاملة لتجنب التدمير العرضي للرموز.
بعد ذلك، سنقوم بتحليل ومقارنة أوجه التشابه والاختلاف بين البروتوكولين.
تنقسم الاتفاقية تقريبًا إلى ثلاث خطوات
{
«p»: «brc-20"،
«تشغيل»: «نشر»،
«علامة»: «أوردي»،
«الحد الأقصى»: «21000000»،
«ليم»: «1000"
}
نظرًا لأن معلومات الرمز المميز نفسها لا يمكن التعرف عليها بواسطة BTC عندما يقوم الناشر بنشر الرمز المميز، يلزم وجود مفهرس للحصول على البيانات ذات الصلة بالسلسلة واستخدام هذه البيانات لإنشاء دفتر الأستاذ خارج السلسلة لتسجيل التاريخ ذي الصلة والعمليات المتعلقة بتشغيل وتنفيذ تحديثات البيانات.
يحتاج المفهرس خارج السلسلة إلى التقاط دفتر الأستاذ غير المتصل بالإنترنت وتحديثه بدقة لكل عملية رمزية. ومع ذلك، على غرار بلوكتشين، مع زيادة عدد المعاملات، ستصبح البيانات المخزنة بواسطة العقد أكبر وأكبر. سيصبح ضمان سلامة دفتر الأستاذ والعثور على المعلومات التي تحتاج إلى تعديل ضمن كمية هائلة من البيانات تحديًا لـ BRC-20.
وبالمثل، يحتاج بروتوكول Arc-20 أيضًا إلى تسجيل المعلومات ذات الصلة وفقًا للتنسيق على سلسلة BTC عند نشر الرموز.
أمر البرنامج ('init-dft')
.description («تهيئة الرمز المميز القابل للتبديل (FT) الذري في وضع الإصدار اللامركزي»)
.argument ('<<ticker>شريط >', 'string')
.argument ('<mint_amount>', 'الرقم')
.argument ('<max_mints>', 'الرقم')
.argument ('<mint_height>', 'الرقم')
.argument ('< ملف<file>>', 'string')
.option ('—rbf'، 'ما إذا كان سيتم تمكين RBF للمعاملات. ')
.option ('—funding <string> ', 'استخدم مفتاح wif المستعار للمحفظة لاستخدامه في التمويل والتغيير')
.option ('—satsbyte <number> ', 'العدد الإجمالي لكل بايت بالرسوم',' 15 ')
.option ('—mintbitworkc <string> ', 'ما إذا كان ينبغي طلب أي إثبات عملي للبت لسك. ينطبق على معاملة الالتزام. ')
.option ('—mintbitworkr <string> ', 'ما إذا كان ينبغي طلب أي إثبات عملي للبت لسك. ينطبق على معاملة الكشف. ')
.option ('—bitworkc <string> ', 'ما إذا كنت تريد وضع أي دليل عملي على البت في العملة الرمزية. ينطبق على معاملة الالتزام. ')
.option ('—bitworkr <string> ', 'ما إذا كنت تريد وضع أي دليل عملي على البت في العملة الرمزية. ينطبق على معاملة الكشف. ')
.option ('—parent <string> ', 'ما إذا كان يجب طلب إنفاق ذرة أصلية جنبًا إلى جنب مع النعناع.')
.option ('—parentowner <string> ', 'مالك محفظة الوالد للإنفاق مع دار السك.')
.option ('—disablechalk', 'ما إذا كان سيتم تعطيل التسجيل الطباشيري في الوقت الفعلي لكل تجزئة لتعدين Bitwork. تحسينات في أداء التعدين لوضع هذه العلامة ')
.action (غير متزامن (المؤشر، MintAmount، الحد الأقصى للنقاط، MinTHeight، الملف، الخيارات) = > {
...
}
في الكود المصدري لـ atomicals-js cli ، يمكنك العثور على التعليمات الخاصة بتهيئة الرمز المميز. المعلمات التي يجب تسجيلها على السلسلة هي:
المؤشر: اسم الرمز المميز
mint_amount: إجمالي كمية النعناع
max_mints: عدد النعناع في المرة الواحدة
mint_height: يحدد ارتفاع الكتلة لبدء النعناع
ملف: بيانات التعريف ذات الصلة
ولكن على عكس Brc20، يتبنى Arc20 نموذج العملة الملونة. بعد إدخال المعلومات المتعلقة بالرمز المميز في سلسلة BTC، سيقوم البروتوكول بتثبيت الرمز المميز بـ Sats:1 token = 1 sat。
في الوقت نفسه، يتيح استخدام نموذج العملة الملونة للمستخدمين إجراء المعاملات مباشرة من خلال شبكة BTC بدلاً من دفاتر الأستاذ خارج السلسلة. نظرًا لأن رصيد الرمز المميز يتوافق مع ساتوشيس في UTXO، يمكن أن تنعكس التغييرات ذات الصلة في الرمز المميز بشكل حدسي على السلسلة. يُستخدم المفهرس في Arc-20 فقط لقراءة معلومات النشر ذات الصلة بالرموز على السلسلة والتحقق من الرموز المميزة المتوافقة مع بروتوكول Arc-20.
يعتمد هيكل تصميم Brc-20 بشكل أكبر على دفاتر الأستاذ خارج السلسلة، في حين أن Arc-20 أكثر انسجامًا مع خصائص Btc وهو أكثر لامركزية مقارنة بـ Brc-20. ومع ذلك، فإن نموذج العملة الملونة يمنع Arc-20 من إكمال إصدار عملات meme، حيث غالبًا ما تحتوي عملات meme على إجمالي عرض رمزي مرتفع، وتتطلب ميزة رمز واحد = 1 sat كمية كبيرة من Btc ليتم استهلاكها عند إصدار عملات meme.
المؤلف: < a href= "https://twitter.com/YanAemons" " > @YanAemons
في الآونة الأخيرة، أثار إدخال بروتوكول Arc-20 مرة أخرى موجة من الهيجان في سوق النقش. ستتعمق هذه المقالة في تفاصيل ومزايا وعيوب البروتوكولين من منظور تقني.
تم تصميم Bitcoin في الأصل لتكون عملة رقمية لامركزية آمنة ومستقرة وموثوقة. ومع ذلك، نظرًا لبنيتها التقنية ولغة البرمجة النصية الأقل مرونة نسبيًا مقارنة بـ Ethereum، فإن Bitcoin ليست مناسبة لتنفيذ العقود الذكية بشكل مباشر.
على الرغم من ذلك، فإن الأفكار المبتكرة للمطورين والمحاولات الجريئة جلبت الرخاء إلى نظام بيتكوين البيئي. أحد الأمثلة النموذجية هو بروتوكول Brc-20. الفكرة الأساسية للبروتوكول هي نموذج رمزي تجريبي يركز على الميمات. يمكن لأي شخص سك هذه الرموز مباشرة على سلسلة بيتكوين على أساس أسبقية الحضور دون الاعتماد على العقود الذكية. الميزة الرئيسية لرمز Brc-20 هي طبيعته اللامركزية، والتي تلغي آليات مثل المبيعات الخاصة، والبيع المسبق، وإلغاء القفل أو التخزين. هذا يضمن المشاركة اللامركزية الحقيقية.
في هذا السياق، أثار بروتوكول Arc-20 مرة أخرى اهتمامًا قويًا بالنقوش.
يعتمد كل من بروتوكولي Brc-20 و Arc-20 على سلسلة Btc، لذلك قبل أن نقدم رسميًا بروتوكول Arc-20 وبروتوكول Brc-20، دعونا نفهم بإيجاز UTXO (مخرجات المعاملات غير المنفقة).
عندما نتحدث عن بيتكوين، فإن نموذج UTXO (مخرجات المعاملات غير المنفقة) هو مفهوم تصميم مهم. إنه نوع من نماذج الحسابات التي تستخدمها Bitcoin، والتي تختلف عن نماذج الرصيد التقليدية مثل الحسابات المصرفية.
في نموذج UTXO، تقوم كل معاملة بيتكوين بإنشاء سلسلة من المخرجات غير المنفقة، حيث يمثل كل ناتج كمية معينة من بيتكوين. هذه المخرجات غير المنفقة هي في الأساس وحدات غير مستخدمة من العملة الرقمية، على غرار الفواتير الورقية أو العملات المعدنية. عندما تتلقى بيتكوين، يقوم شخص ما بالفعل بإنشاء مخرجات جديدة غير منفقة مرتبطة بعنوان بيتكوين الخاص بك. هذا الإخراج هو UTXO.
دعونا نشرح نموذج UTXO بمثال بسيط:
إذا كانت لديك معاملتان، إحداهما تتلقى 0.7 BTC والأخرى تتلقى 0.5 BTC، فسيكون لديك اثنين من UTXOS، واحدة بقيمة 0.7 BTC والأخرى بقيمة 0.5 BTC. عندما تريد دفع 1 BTC، لا يمكنك ببساطة استخدام UTXO واحد، ولكنك تحتاج إلى دمج UTXOS في UTXO جديد (بإجمالي 1.2 BTC)، ثم إرسال 1 BTC إلى المستلم، مع إرجاع 0.2 BTC المتبقية إلى نفسك كتغيير. ومع ذلك، قد يكون التغيير الفعلي أقل من 0.2 BTC لأن المستخدمين يحتاجون إلى دفع رسوم المعاملات لعمال المناجم لضمان التشغيل السلس للمعاملة.
BRC-20 هو معيار تجريبي يوضح إمكانية إنشاء رموز قابلة للتبديل على الطبقة الأولى من البيتكوين من خلال الاستفادة من النظرية الترتيبية والنقوش. يسمح بروتوكول Ordinals (أول رمز يتم سكه وفقًا لمعايير البروتوكول) بطباعة المحتوى، بما في ذلك النصوص أو الصور أو مقاطع الفيديو، على أصغر وحدة في بيتكوين، ساتوشي، وبالتالي إنشاء أصول رقمية فريدة.
النظرية الترتيبية هي المفتاح لتنفيذ النقوش على شبكة BTC.
كل ساتوشي هو نفسه في الأساس، وقد طور Ordinals بروتوكول ترتيب ساتوشي من خلال نظرية السرد. يعتمد هذا الترتيب على تعدين ساتوشي وترتيب مدخلات ومخرجات معاملاتها.
هناك عدة طرق مختلفة لتمثيل الأرقام الترتيبية:
يحتوي تعبير الدرجة على أربعة أجزاء: تمثل A° B′C ″ D، و A و B و C و D معاني مختلفة:
تحدد نظرية السرد ترتيب ساتوشي من خلال التعبير عن الدرجة، وتحدد مستويات الندرة المختلفة لكل ساتوشي من خلال الترتيب، وبالتالي تحقيق تفرد كل ساتوشي
على سبيل المثال، على سبيل المثال، يتم التعبير عن الدرجة الحالية بـ 1°1′0″ 0،حيث
مع تعريف الندرة أعلاه، يتم تعريف ساتوشي هذا على أنه ستوشي نادر.
العملية العامة هي كما يلي:
py# احسب السرد (المكافأة) لكتلة بالنظر إلى ارتفاعها
دعم الصم (الارتفاع):
إرجاع 50*100_000_000 > > الارتفاع//210_000
تُستخدم هذه الدالة لحساب المكافأة لكتلة بيتكوين ذات ارتفاع معين، حيث 50*100_000_000 هي مكافأة البداية لبيتكوين، > > هي عامل التحول الصحيح، أي ما يعادل القسمة على قسمين صحيحين. تقوم هذه الدالة بإرجاع عدد صحيح يمثل مبلغ المكافأة لكتلة عند ارتفاع معين.
العمق الأول_الترتيبي (الارتفاع):
البداية = 0
لمدة ساعة في النطاق (الارتفاع):
ابدأ += الدعم (ح)
بداية العودة
تقوم هذه الدالة بحساب الرقم الترتيبي للمكافأة الأولى لكتلة عند ارتفاع معين. احسب العدد الإجمالي للمكافآت من الكتلة الأولى إلى ارتفاع معين عن طريق التكرار عبر الارتفاعات وتجميع المكافآت لكل كتلة، مما ينتج عنه الرقم الترتيبي للمكافأة الأولى.
def assign_ordinals (الكتلة):
الأول = الأول_الترتيبي (ارتفاع الكتلة)
الأخير = الأول+ الدعم (block.height)
coinbase_ordinals = القائمة (النطاق (الأول والأخير))
def assign_ordinals (الكتلة):
الأول = الأول_الترتيبي (ارتفاع الكتلة)
الأخير = الأول+ الدعم (block.height)
coinbase_ordinals = القائمة (النطاق (الأول والأخير))
للمعاملات في block.transactions [1:]:
الترتيبات = []
للإدخال في المعاملة.inputs:
الترتيبات. extend (المدخلات والترتيبات)
للإخراج في المعاملة.المخرجات:
المخرجات. الترتيبية = الترتيبية [: output.value]
من الأرقام الترتيبية [:output.value]
coinbase_ordinals.extend (ترتيبيات)
للإخراج في block.transactions [0]. المخرجات:
ترتيب المخرجات = ترتيب قاعدة العملات [: قيمة المخرجات]
من ترتيبات_العملات [: output.value]
يتم استخدام هذه الوظيفة لتعيين رقم ترتيبي لكتلة بيتكوين معينة. يقوم أولاً بحساب النطاق الترتيبي للمكافآت الأولى والأخيرة للكتلة. بعد ذلك، يتم التكرار على كل معاملة في الكتلة، مع تعيين رقم ترتيبي لكل إخراج. أخيرًا، يتم تعيين أرقام ترتيبية لمخرجات المعاملة للتأكد من أن جميع الساتوشي في الكتلة بأكملها لها أرقام ترتيبية فريدة.
باختصار، من خلال النظرية الترتيبية، تجعل النسخ الأصلية كل منها أساسًا نفس ساتوشي فريدًا من نوعه من خلال المعالجة، وتحدد الألفة النادرة لكل ساتوشي من خلال القواعد أو تحقيق سمات المجموعة أو صياغة القواعد لتناسب طريقة اللعب.
يعد بروتوكول Atomicals بروتوكولًا بسيطًا ومرنًا لسك ونقل وتحديث الكائنات الرقمية (المعروفة تقليديًا باسم الرموز غير القابلة للاستبدال) على بلوكشين مع مخرجات المعاملات غير المنفقة (UTXOS) مثل بيتكوين. Atomical (أو «atom») هي طريقة لإدارة إنشاء ونقل وتحديث الكائنات الرقمية - وهي في الأساس سلسلة ملكية رقمية محددة ببعض القواعد البسيطة.
تتبنى Arc-20 نموذج العملة الملونة، مما يعني أن رمز Arc-20 يجب أن يتمتع بدعم ساتوشي، على عكس رموز Brc-20 التي يتم تمييزها عن طريق الطلب. نظرًا لأن رموز Arc-20 تعتمد بالكامل على satoshis، فيمكن تقسيمها ودمجها (على غرار UTXOS المذكورة في بداية المقالة) ويمكن نقلها مباشرة عبر شبكة Bitcoin.
على سبيل المثال، باستخدام بروتوكول Atomicals، يمكننا تعريف 100 ساتوشي على أنها 100 «تذكرة فيلم»، ويمكن للمستخدمين استخدام واحدة من 100 ساتوشي للدفع في دار سينما تدعم بروتوكول Atomicals، وتعمل كتذكرة فيلم.
ومع ذلك، لا يمكن للقائمين بالتعدين وشبكة بيتكوين معرفة أي UTXOS تم «تحويلها تلقائيًا»، والتي قد تعتبر عن طريق الخطأ رموز Arc-20 كرسوم تعدين. لحل هذه المشكلة، ترشد Atomicals أن كل رمز Arc-20 يجب أن يكون الناتج الأول للمعاملة لتجنب التدمير العرضي للرموز.
بعد ذلك، سنقوم بتحليل ومقارنة أوجه التشابه والاختلاف بين البروتوكولين.
تنقسم الاتفاقية تقريبًا إلى ثلاث خطوات
{
«p»: «brc-20"،
«تشغيل»: «نشر»،
«علامة»: «أوردي»،
«الحد الأقصى»: «21000000»،
«ليم»: «1000"
}
نظرًا لأن معلومات الرمز المميز نفسها لا يمكن التعرف عليها بواسطة BTC عندما يقوم الناشر بنشر الرمز المميز، يلزم وجود مفهرس للحصول على البيانات ذات الصلة بالسلسلة واستخدام هذه البيانات لإنشاء دفتر الأستاذ خارج السلسلة لتسجيل التاريخ ذي الصلة والعمليات المتعلقة بتشغيل وتنفيذ تحديثات البيانات.
يحتاج المفهرس خارج السلسلة إلى التقاط دفتر الأستاذ غير المتصل بالإنترنت وتحديثه بدقة لكل عملية رمزية. ومع ذلك، على غرار بلوكتشين، مع زيادة عدد المعاملات، ستصبح البيانات المخزنة بواسطة العقد أكبر وأكبر. سيصبح ضمان سلامة دفتر الأستاذ والعثور على المعلومات التي تحتاج إلى تعديل ضمن كمية هائلة من البيانات تحديًا لـ BRC-20.
وبالمثل، يحتاج بروتوكول Arc-20 أيضًا إلى تسجيل المعلومات ذات الصلة وفقًا للتنسيق على سلسلة BTC عند نشر الرموز.
أمر البرنامج ('init-dft')
.description («تهيئة الرمز المميز القابل للتبديل (FT) الذري في وضع الإصدار اللامركزي»)
.argument ('<<ticker>شريط >', 'string')
.argument ('<mint_amount>', 'الرقم')
.argument ('<max_mints>', 'الرقم')
.argument ('<mint_height>', 'الرقم')
.argument ('< ملف<file>>', 'string')
.option ('—rbf'، 'ما إذا كان سيتم تمكين RBF للمعاملات. ')
.option ('—funding <string> ', 'استخدم مفتاح wif المستعار للمحفظة لاستخدامه في التمويل والتغيير')
.option ('—satsbyte <number> ', 'العدد الإجمالي لكل بايت بالرسوم',' 15 ')
.option ('—mintbitworkc <string> ', 'ما إذا كان ينبغي طلب أي إثبات عملي للبت لسك. ينطبق على معاملة الالتزام. ')
.option ('—mintbitworkr <string> ', 'ما إذا كان ينبغي طلب أي إثبات عملي للبت لسك. ينطبق على معاملة الكشف. ')
.option ('—bitworkc <string> ', 'ما إذا كنت تريد وضع أي دليل عملي على البت في العملة الرمزية. ينطبق على معاملة الالتزام. ')
.option ('—bitworkr <string> ', 'ما إذا كنت تريد وضع أي دليل عملي على البت في العملة الرمزية. ينطبق على معاملة الكشف. ')
.option ('—parent <string> ', 'ما إذا كان يجب طلب إنفاق ذرة أصلية جنبًا إلى جنب مع النعناع.')
.option ('—parentowner <string> ', 'مالك محفظة الوالد للإنفاق مع دار السك.')
.option ('—disablechalk', 'ما إذا كان سيتم تعطيل التسجيل الطباشيري في الوقت الفعلي لكل تجزئة لتعدين Bitwork. تحسينات في أداء التعدين لوضع هذه العلامة ')
.action (غير متزامن (المؤشر، MintAmount، الحد الأقصى للنقاط، MinTHeight، الملف، الخيارات) = > {
...
}
في الكود المصدري لـ atomicals-js cli ، يمكنك العثور على التعليمات الخاصة بتهيئة الرمز المميز. المعلمات التي يجب تسجيلها على السلسلة هي:
المؤشر: اسم الرمز المميز
mint_amount: إجمالي كمية النعناع
max_mints: عدد النعناع في المرة الواحدة
mint_height: يحدد ارتفاع الكتلة لبدء النعناع
ملف: بيانات التعريف ذات الصلة
ولكن على عكس Brc20، يتبنى Arc20 نموذج العملة الملونة. بعد إدخال المعلومات المتعلقة بالرمز المميز في سلسلة BTC، سيقوم البروتوكول بتثبيت الرمز المميز بـ Sats:1 token = 1 sat。
في الوقت نفسه، يتيح استخدام نموذج العملة الملونة للمستخدمين إجراء المعاملات مباشرة من خلال شبكة BTC بدلاً من دفاتر الأستاذ خارج السلسلة. نظرًا لأن رصيد الرمز المميز يتوافق مع ساتوشيس في UTXO، يمكن أن تنعكس التغييرات ذات الصلة في الرمز المميز بشكل حدسي على السلسلة. يُستخدم المفهرس في Arc-20 فقط لقراءة معلومات النشر ذات الصلة بالرموز على السلسلة والتحقق من الرموز المميزة المتوافقة مع بروتوكول Arc-20.
يعتمد هيكل تصميم Brc-20 بشكل أكبر على دفاتر الأستاذ خارج السلسلة، في حين أن Arc-20 أكثر انسجامًا مع خصائص Btc وهو أكثر لامركزية مقارنة بـ Brc-20. ومع ذلك، فإن نموذج العملة الملونة يمنع Arc-20 من إكمال إصدار عملات meme، حيث غالبًا ما تحتوي عملات meme على إجمالي عرض رمزي مرتفع، وتتطلب ميزة رمز واحد = 1 sat كمية كبيرة من Btc ليتم استهلاكها عند إصدار عملات meme.
المؤلف: < a href= "https://twitter.com/YanAemons" " > @YanAemons