ما هو أفضل نموذج وكيل للأصول على BTC؟

مقدمة

المعاملات هي روح الويب 3، والاهتمام هو المورد الأساسي للويب 3، والسعر هو نقطة البداية للازدحام، والقيمة هي نهاية الزمن. لقد مر شهر منذ تقسيم البيتكوين إلى النصف، كما مر شهر منذ بروتوكول Runes الذي طال انتظاره. خلال هذه الفترة، ظهرت أكثر من اثني عشر منصة وكيل وسوق تداول. في يوم التقسيم إلى النصف، حتى معاملة وكيل لأصل Runes واحد تكلف أكثر من $100. تأخذ هذه المقالة أصول Runes كمثال لتحليل أفضل آلية لنموذج وكيل الأصول (النقش) على البيتكوين؟

1. ترتيب GAS لمنصة ألعاب الوكيل Runes

الصورة أدناه هي نظرة عامة قام بتجميعها شي سيجون.

ومن منظور البرنامج، فإن الاستنتاج الأساسي هو:

• من حيث تكلفة الغاز، "حل الانقسام + السلسلة"

• درجة المركزية: سلسلة (لا يوجد عنوان وسيط)

• تجميع الأصول: السلسلة > الانقسام + السلسلة > الانقسام

• سرعة تسلسل الدفعات: التقسيم = التقسيم + السلسلة > السلسلة

• للوهلة الأولى، قد يبدو الأمر مربكًا بعض الشيء. ما هو التسلسل وما هو التقسيم؟ هذا يعود إلى بروتوكول Runes نفسه. يوصى بقراءة المزيد: إن تقسيم عملة البيتكوين إلى النصف أمر وشيك، مما يفسر آلية التصميم الأساسية والقيود المفروضة على بروتوكول Runes

1.1. وصف موجز لآلية نقش الأحرف الرونية

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

كما ترى، فإن الناتج #3 هنا مجاني بالفعل. على الرغم من أنه يشغل موضع خرج خرج هذا utxo، إلا أنه مستطيل دائري مغلق، مما يعني أنه لا يمكن نقله واستهلاكه مرة أخرى، لذا فهو يشبه منطقة ملاحظة المعاملة، ويُترك في مساحة تخزين Bitcoin، ويمكن العثور عليه من خلال مؤشر منطقة تجزئة المعاملة. قد يكتشف الأشخاص الحذرون سبب وجود RUNE_TEST بعد OP_RETURN. هذه هي النتيجة بعد فك تشفير المحتوى المحدد. بعد النقر فوق زر التفاصيل، يمكنك العثور على سلسلة رمز مثل 52554 e 455 f 54455354. في الواقع، يمكن فك تشفير سلسلة من البيانات المشفرة بنظام سداسي عشر للحصول على RUNE_TEST. وبالمثل، توجد أكواد أخرى في التفاصيل، وفي النهاية ستصبح سلسلة من الأحرف بعد فك التشفير، ربما بتنسيق json، وبالتالي تعكس النشر والصب والإصدار والآثار الأخرى لأصول Runes.

لذلك، يمكن تلخيص الآلية المحددة للمراهنة بالوكالة على النحو التالي: لا يمكن استخدام الأحرف الرونية إلا لتوكيل أصل واحد لكل معاملة.

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

1.2 نموذج الانقسام

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

على سبيل المثال، يتم تنفيذ مخطط الوكيل الخاص بـ tools.mempool كما هو موضح في الشكل أدناه. ستقوم المعاملة الأولى بتقدير استهلاك رسوم المناولة لكل معاملة فرعية، ثم حجز 546 (قيمة الغبار الشائعة لعملة البيتكوين) + مبلغ رسوم المناولة لتقسيمها إلى عدة UTXOs. ستجد هنا أنه تم نقلها إلى عنوان جديد.

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

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

1.3 وضع السلسلة

تشبه السلسلة المزعومة البنية التالية. في البداية، يمتلك المستخدم 20000 ساتوشي، وتستهلك كل معاملة المعاملة السابقة التي لا تزال في مجموعة الذاكرة، والتي تتضمن أيضًا معاملات متعددة.

هنا يمكننا أن نجد أن 6144 ساتوشي تم جمعها بواسطة الحساب الذي يحمل الرقم الأخير s 2 t 4 هي عمولة المنصة. وبالمقارنة مع العمولة البالغة 3892 المطلوبة لتنفيذ العمولة، يمكن القول إن ربح منصة العمولة مرتفع للغاية.

المنصة هي Runestone، التي ادعت أنها طورت وكيل Runes + سوق تداول في 5 أيام. في الواقع، بناءً على المعاملات، تم تجاهل المنصة لفترة طويلة. ومع ذلك، في الأيام القليلة الأولى، لا يزال يولد ما يقرب من 3 BTC (أكثر من 1.5 مليون) في رسوم المعاملات ، وهو معدل مرتفع للغاية بالنسبة للمطورين الأفراد.

ومع ذلك، فهذه في الواقع رسوم لا معنى لها. فهناك بالفعل منصات متعددة بها أكواد بروكسي مفتوحة المصدر. على سبيل المثال، قامت OKX أيضًا بجعل كود Runes مفتوح المصدر: فهو يحل تمامًا مشاكل ترميز وفك تشفير Runes والبروكسي. ويمكن للمطورين الرجوع إليه مباشرة لبناء أدوات البروكسي الخاصة بهم https://github.com/okx/js-wallet-sdk.

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

2. أفضل نموذج وكيل للرون: Split + Chain

يعد Luminex نموذج حل جيد نسبيًا في الوقت الحالي، ويمكنه القيام بالسك على نطاق واسع. تحتوي المنصة على أداة تقسيم utxo لسهولة الاستخدام، وتعتمد على حل تقسيم + سلسلة. كما هو موضح في الشكل التالي:

• عند التقسيم، ستقدم المنصة للمستخدمين أولاً أصولًا، دون أي هدر.

• وإذا كان الصب في حدود 25 مرة، قم بتقسيم ما يكفي من الغاز لصب السلسلة، ثم قم بتنفيذ الصب.

• وأخيرا، إذا كان الصب أكثر من 25 مرة، سيتم تقسيم الغاز المطلوب للسلاسل المتعددة ثم يتم تنفيذ الصب.

على الرغم من أن رسوم المعاملة الأساسية ليست أفضل من نوع السلسلة، إلا أنها يمكن أن تحقق الصب على نطاق واسع حاسم، ويمكن لكفاءة سلسلتها إكمال الصب في حدود 2 كتل.

2.1. لماذا توجد مؤشرات لكفاءة السلسلة؟

يرجع ذلك إلى أن عقد BTC لديها آلية لمنع هجمات الحرمان من الخدمة.

في عملية استهلاك vout لـ utxo واحد والرابط الذي يتم استهلاكه فيه، سيتم تقييد عدد أقصى من المعاملات في مجموعة الذاكرة بـ 25 معاملة.

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

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

ومع ذلك، هناك في الواقع نماذج أفضل من لوميكس.

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

2.2. مقارنة معدل تحسين رسوم BTC

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

1. بالنسبة لكل إدخال إضافي، يزداد vsize بمقدار 58.

2. بالنسبة لكل إخراج إضافي، يزداد vsize بمقدار 43.

3. لكتابة كل OP_RETURN، يجب أن يكون vsize حوالي 30.

لذلك، يمكننا حساب معدل التحسين التالي

سلسلة دفعات سك 10 أقلام، التكلفة: i * 10 + o 10 + p 10 = 1310

دفعة مقسمة من Mint 10، التكلفة: i * 10 + o 10 + o 9 + p * 10 = 1697

معدل تحسين الغاز: (1697-1310)/1697 = 22.8%

سلسلة دفعات من 20 قلمًا، التكلفة: i * 20 + o 20 + p 20 = 2620

دفعة مقسمة من Mint 20، التكلفة: i * 20 + o 20 + o 19 + p * 20 = 3437

معدل تحسين الغاز: (3437-2620)/3437 = 23.8%

قد لا يبدو 20% كثيرًا، ولكن في ذروته، يستهلك الصب الواحد 100 وحدة. ويمكن لعشر دفعات تقليل التكلفة بمقدار 200 وحدة. وينعكس الفرق الضئيل في التكلفة والسعر في النهاية في العتبة النفسية للمعاملة.

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

3. الملخص

تم إصدار بروتوكول أصول Runes منذ شهر واحد، ولكن لسوء الحظ لم يتجاوز عتبة المليار دولار أمريكي. كما ورد أن مؤسس Ordinals وRunes Casey أراد إجراء محادثة مباشرة على seppuku.

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

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

علاوة على ذلك، لا يزال نموذج الوكيل الحالي يتجاهل المطالب الحقيقية للمستخدمين والمعاملة نفسها.

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

مراجع:

• كود مفتوح المصدر لتقسيم الأحرف الرونية: https://github.com/okx/js-wallet-sdk

• المصدر الرسمي لبروتوكول روينز: https://github.com/ordinals/ord

تم الحصول على هذه المقالة من الإنترنت: ما هو أفضل نموذج وكيل للأصول على BTC؟