ما هو نقش أوردينالز؟

تم إطلاق Ordinals من قبل المطور Casey Rodarmor في 20 يناير 2023، على شبكة بيتكوين الرئيسية كبروتوكول طلب لـ «ساتوشيس». «ساتوشي» هي أصغر وحدة من بيتكوين، وتتكون كل بيتكوين من واحدة تتكون من 100 مليون ساتوشي (1 btc = 10^8 سات)، ويمنح بروتوكول Ordinals لكل ساتوشي هوية فريدة.

النقوش العادية هي رموز غير قابلة للاستبدال (NFT) مبنية على بروتوكول Ordinals وتحتوي على بيانات مثل الصور والنصوص ومقاطع الفيديو.

بالمقارنة مع Ethereum NFT، يمكننا ببساطة التفكير في أن بروتوكول Ordinals يطبق TokenID وأن النقش ينفذ البيانات الوصفية.

كيفية تنفيذ توكينيد

يوفر TokenID معرفًا فريدًا لكل NFT، مما يسمح للمستخدمين بتمييز الرموز عن بعضها البعض. TokenID هو ما يجعل NFTs فريدة حقًا.

تتمتع Ethereum بإمكانية برمجة جيدة، مما يجعل من السهل تنفيذ TokenID. ومع ذلك، في بيتكوين، تتطلب التطبيقات المماثلة عادةً استخدام شبكات الطبقة الثانية. قامت منصات مثل Counterparty و Stacks بالفعل بتطبيق NFT المستندة إلى البيتكوين، لكن نقش Ordinals له اختلافات جوهرية عن بنيات Bitcoin NFT الأخرى.

يستخدم بروتوكول Ordinals نموذج معاملات UTXO الخاص ببيتكوين. UTXO يشبه النظام النقدي، على عكس النموذج التقليدي القائم على رصيد الحساب.

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

لفهم نموذج الدفع في شبكة Bitcoin بشكل أفضل، دعنا ننتقل إلى مثال لإرسال A بيتكوين إلى B. يوضح الرسم البياني أدناه عملية إرسال A 3 بيتكوين إلى B.

1. بالنسبة للمستخدم A، يجب أولاً تحديد مجموعة جميع UTXOS التي يمتلكها، أي جميع عملات البيتكوين التي يمكن للمستخدم A التحكم فيها؛

2. يقوم A بتحديد UTXOS واحدًا أو أكثر من هذه المجموعة كمدخل للمعاملة. مجموع كميات هذه المدخلات هو m (2+0.8+0.5=3.3 BTC)، وهو أكبر من المبلغ الواجب دفعه (3 BTC)؛

3. يحدد المستخدم A مخرجين للمعاملة، يتم دفع ناتج واحد إلى عنوان B، والمبلغ هو n (3 BTC)، ويتم دفع الناتج الآخر إلى عنوان التغيير الخاص بـ A، والمبلغ هو m-n-fee (3.3-3- 0.001=0.299 بيتكوين). عادةً ما تتكون محفظة المستخدم من عناوين متعددة. بشكل عام، يتم استخدام كل عنوان مرة واحدة فقط، ويتم إرجاع التغيير إلى عنوان جديد افتراضيًا؛

4. بعد أن يقوم المُعدِّن بتجميع المعاملة وتحميلها إلى السلسلة للتأكيد، يمكن لـ B تلقي معلومات المعاملة. نظرًا لوجود حد أعلى لحجم الكتلة (حوالي 1 ميغابايت)، سيعطي المعدنون الأولوية للمعاملات ذات معدلات المعاملات المرتفعة (fee_rate=fee/size) للحصول على أعلى رسوم في المقابل.

وفقًا لبروتوكول Ordinals، يعتمد عدد «Satoshi» على الترتيب الذي يتم تعدينها به، وبما أن كل عملة «Satoshi» BTC يتم إنشاؤها من خلال مكافآت التعدين، يمكن تحديد رقمها التسلسلي من خلال إمكانية التتبع.

افترض أن المستخدم A حصل على ساتوشي من 100 إلى 110 من خلال التعدين (يتم تخزين 10 ساتوشي ككل في نفس UTXO بالمعرف adc123). عندما يريد المستخدم «أ» دفع 5 ساتوشي للمستخدم «ب»، فإنه يختار استخدام المعرف abc123 كمدخل للمعاملة، حيث يتم منح 5 ساتوشي للمستخدم «ب»، ويتم إرجاع 5 ساتوشي إلى المستخدم «أ» كتغيير. هاتان النسختان من 5 «Satoshi» عبارة عن مجموعة كاملة ويتم تخزينهما في اثنين من UTXOS بمعرفات abc456 و abc789 على التوالي. يتم عرض معرف UTXO أعلاه ورقم «Satoshi» فقط كأمثلة. في الحالات الفعلية، يقتصر الحد الأدنى لعدد «Satoshi» المرسلة على 546 ولا يتم التعبير عن معرف UTXO في هذا النموذج.

في المعاملة المذكورة أعلاه، يكون مسار تداول 10 ساتوشيس للمستخدم A هو:

1. ينتج التعدين 10 «ساتوشي»، مرقمة [100، 110). يشير إلى أن «ساتوشي» من 100 إلى 109 يتم تخزينه في UTXO بمعرف abc123، ومالكه هو المستخدم A.

2. عندما يقوم A بتحويل الأموال، يتم تقسيم 10 «ساتوشي» إلى قسمين، يحتوي كل منهما على 5 «ساتوشيس». تُستخدم هنا «من يأتي أولاً، يُخدم أولاً». المبدأ هو أن ترتيب الأرقام لـ «ساتوشي» يتم تحديده وفقًا لفهرسه في مخرجات المعاملة. بافتراض أن ترتيب الإخراج هو المستخدم A أولاً، ثم المستخدم B، فإن الأرقام التسلسلية لـ 5 «satoshis» المتبقية للمستخدم A هي [100، 105)، والتي يتم تخزينها في UTXO بالمعرف abc456، والمستخدم B 5 «satoshis». رقم التسلسل هو [105، 110) ويتم تخزينها في UTXO بالمعرف abc789.

كيفية تنفيذ البيانات الوصفية

لا يتم تخزين البيانات الوصفية لنقوش Ordinals في موقع محدد. بدلاً من ذلك، يتم تضمين هذه البيانات الوصفية في بيانات شاهد المعاملة (بيانات الشاهد، حقل الشاهد)، وهذا هو سبب تسميتها «النقش» لأن هذه البيانات «محفورة» مثل نقش على أجزاء محددة من معاملة بيتكوين. ، ويتم إرفاق هذه البيانات بـ «ساتوشي» محدد. يتم تنفيذ عملية التسجيل هذه من خلال Segrated Witness (SegWit) و Taproot، والتي تتضمن مرحلتين: الالتزام والكشف، ويمكن إدراج أي شكل من أشكال المحتوى (مثل النص أو الصورة أو الفيديو) على «ساتوشي» المعين.

SegWit هو تحديث عام 2017 نتج عنه انقسام ناعم لبلوكتشين بيتكوين. ويفصل التحديث بشكل فعال معاملات بيتكوين إلى جزأين عن طريق إضافة قسم «بيانات الشهود» الذي يمكن أن يدعم البيانات التعسفية.

يفصل الشاهد المنفصل بيانات المعاملة والشهود (التوقيع) إلى أجزاء منفصلة ويتيح تخزين البيانات التعسفية في جزء الشاهد.

ومن الناحية الفنية، فإن تنفيذ نظام Segregated Witness يعني أن المعاملات لم تعد بحاجة إلى تضمين بيانات الشهود (ولن تشغل 1 ميغابايت من المساحة التي خصصتها بيتكوين في الأصل للكتل). بدلاً من ذلك، في نهاية الكتلة، يتم إنشاء مساحة منفصلة إضافية لبيانات الشهود. وهو يدعم عمليات نقل البيانات العشوائية ولديه «وزن كتلة» مخفض يحتفظ بذكاء بكميات كبيرة من البيانات ضمن حدود حجم كتلة بيتكوين لتجنب الحاجة إلى الانقسام الكلي.

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

تقوم Ordinals بتخزين البيانات الوصفية في برنامج نصي للإنفاق في مسار البرنامج النصي Taproot.

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

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

ما هو بي آر سي-20

على الرغم من أن اسم BRC-20 مشابه جدًا لاسم ERC-20 الخاص بـ Ethereum، إلا أن الاختلافات الفنية بين الاثنين مهمة بالفعل. يتم حفظ حالة الاحتفاظ برموز ERC-20 على السلسلة، ويمكن الحصول على إجماع الشبكة على السلسلة، في حين أن BRC-20 مجرد نقش خاص ببروتوكول Ordinals، تم إنشاؤه بواسطة مستخدم Twitter @domodata في 8 مارس 2023، والذي يستخدم النقوش الترتيبية لبيانات JSON لنشر عقود التوكنات وسك وتحويل الرموز. ملف json الذي تم نشره هو كما يلي:

{  

"p": "brc-20",//Protocol: Helps offline accounting systems identify and handle brc-20 events

"op": "deploy",//op operation: event type (Deploy, Mint, Transfer)

"tick": "ordi", //Ticker: identifier of the brc-20 token, 4 letters in length (can be emoji)

"max": "21000000",//Max supply: The maximum supply of brc-20 tokens

"lim": "1000"//Mint limit: The limit on the minting amount of brc-20 tokens each time

}

العمليات المقابلة هي النعناع والنقل، والتنسيقان متماثلان تقريبًا. عندما تكون العملية عبارة عن نقل، يكون مستلم النقل للنقش هو متلقي «ساتوشي» المقابل للنقش. لذلك، يجب أن يكون نقل BRC-20 مصحوبًا بنقل ملكية بيتكوين وليس مجرد استهلاكه كرسوم معالجة.

تطبق BRC-20 آلية «من يأتي أولاً يخدم أولاً». عمليات النشر المتكررة والنعناع المفرط غير صالحين. ستستنتج المنظمة المركزية الرصيد الحالي الذي يجب أن يتمتع به المستخدم بناءً على كل OP مسجل في السلسلة، وتصدر حكمًا بشأن صحة المعاملة.

في هذه العملية، يتم «إرفاق» النقوش بـ «ساتوشي» للمعاملات. لن يقوم عمال مناجم البيتكوين بمعالجة هذه النقوش. من منظور السلسلة، لا يزالون لا يختلفون عن «ساتوشيس» الآخرين. يُنظر إليهم جميعًا على أنهم «ساتوشيون» عاديون. يتم نقل «كونغ».

مشكلة المركزية لـ BRC-20

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

ببساطة، دفتر الأستاذ BRC-20 لا مركزي ويتم تسجيله على سلسلة بيتكوين، ولكن عملية التسوية مركزية. يوجد حاليًا موقعان على الويب، brc-20.io و unisat.io، التي تدعم الاستعلامات المتعلقة برموز BRC-20.

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

في الواقع، في مساء يوم 23 أبريل، أطلقت UniSat منصة تداول BRC-20، ولكن بسبب نقاط الضعف في مكتبة الرموز، تعرضت لعدد كبير من هجمات الإنفاق المزدوج. قام العنوان bc1pwturekq4w455l64ttze8j7mnhgsuaupsn99ggd0ds23js924e6ms9fxyht في البداية بسك الرموز غير القابلة للتحويل وحاول تحويل 5,000 ORDI و 35,000 ORDI إلى عنوانه الخاص من فراغ، وحاول بيع أوردي المسكوك من فراغ إلى مستخدمين آخرين. قامت Unisat لاحقًا بتعليق الوصول إلى موقع الويب وأجرت تحقيقًا، واكتشفت في النهاية أن 70 معاملة قد تأثرت.

ولو لم تسترد Unisat الخطأ في تلك الليلة، فقد قُدر الضرر الناجم عن هجوم الإنفاق المزدوج بما يزيد عن مليون دولار. تعد كيفية التأكد من خلو الخادم المركزي من الاسترجاع والتحقق من الأخطاء أهم مشكلة يجب حلها أثناء تطوير BRC-20.

الخاتمة

جوهر النقش الترتيبي هو: على شبكة Bitcoin بمساعدة AtaProot يقوم البرنامج النصي ببناء طبقة محاسبية بسيطة لحساب الأصول والبيانات وتسجيلها.

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

لذلك، باستثناء BRC-20، يجب أن تستند جميع تسجيلات Ordinals إلى خدمات غير متصلة بالإنترنت خارج شبكة Bitcoin لصيانة الدولة طالما أنها تنطوي على نقل الدولة (مثل المعاملات). إذا كانت خدمة الدولة الأساسية غير متوفرة أو معيبة، فقد يؤدي ذلك إلى خسائر في الأصول، لأن شبكة بيتكوين لا يمكنها منع تحميل النقوش غير الصالحة إلى السلسلة. يجب أن تقرر المنصة المركزية أي نقش صالح، وسيكون صالحًا على المنصة.

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

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

إخلاء المسؤولية：

1. تمت إعادة طباعة هذه المقالة من [go]. جميع حقوق التأليف والنشر تنتمي إلى المؤلف الأصلي [web3]. إذا كانت هناك اعتراضات على إعادة الطبع هذه، فيرجى الاتصال بفريق Gate Learn ، وسيتعاملون معها على الفور.
2. إخلاء المسؤولية: الآراء ووجهات النظر الواردة في هذه المقالة هي فقط آراء المؤلف ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالة إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يُذكر ذلك، يُحظر نسخ المقالات المترجمة أو توزيعها أو سرقتها.