ابتكار المنتجات أو المضاربة المالية؟التفسير الفني ETH نقش ورشة العمل ETHS

المصدر الأصلي: Foggy Moon ، Geek Web3

مقدمة

لا يزال نقش ETH الحالي نبيذا قديما في زجاجة جديدة من Ordinals ، ولا يوجد نموذج جديد حقيقي. لا تزال ETHS تنطوي على مخاطر أمنية ، وعلى الرغم من أنه من الصحيح أنها أكثر لامركزية من Rollup ، إلا أن عملية السحب الخاصة بها لا تزال تعتمد على كتاب العدل / المسؤولين التابعين لجهات خارجية ، مما ينطوي على مخاطر السرقة. من الواضح أن ETHS لا يزال يعتمد في الغالب على المضاربة المالية في الوقت الحالي ، وليس أنه يمكن أن يجلب الابتكار الذي لا يمكن أن تجلبه الطبقة ETH 2.

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

1. تستخدم جميع النقوش المعلومات النصية المرفقة بالنقل للتعبير عن العملية التي يريدون إكمالها ، على سبيل المثال ، كتابة “نقل عملة واحدة إلى XXX” في الرسالة. لاحظ أن هذه المعلومات عبارة عن نص عادي ولن تتضمن عمليات مثل تنفيذ العقود الذكية على السلسلة.

2. سيقوم المطور بتصميم سلسلة من المواصفات والمعايير لتطبيع جميع المعلومات النصية.

3. يوفر المطور مجموعة من مفهرس المفهرس ، والذي يستخدم لحساب حالة نظام النقش بعد جمع المعلومات النصية لجميع النقوش على السلسلة. Indexer هو مكون مفتوح المصدر خارج السلسلة يمكن لأي شخص تشغيله.

BTC النقش أنشأت Ordinals مجموعة من الآليات لإصدار NFTs والرموز المميزة على BTC ، وأدت أيضا إلى تفكير واسع النطاق حول BTC L2 ، وبهذا المعنى يمكننا اعتبار الترتيب الترتيبي ذا طبيعة متطورة واستكشافية معينة. ومع ذلك ، كان Ordinals محدودا ببنية BTC الخاصة من حيث التكنولوجيا وتجربة المنتج ، كما تم انتقاده من قبل المجتمع BTC OG بسبب تلوث الغبار واستخدام البيانات.

بعد كل ETH ، ETH ورشة العمل نفسها لديها عقود ذكية معقدة ، و ERC 20 و NFT هي أيضا محتويات ورشة العمل ETH ، وما هو تأثير مشاريع الإدراج هذه على بيئة ETH ، وهل سيكون هناك جدل واضطراب على BTC؟

التنفيذ الفني للإيثيونات

دعونا نلقي نظرة على تنفيذ Ethions ، وهو مشروع نقش معروف في ورشة العمل ETH يستخدم Calldata للعمل.

Calldata هي بيانات الإدخال الأولية التي يتم نقلها في معاملات ETH. يتم استخدامه بشكل عام لنقل المعلمات المطلوبة لتفاعلات العقود الذكية ، ولكن يمكن استخدامه أيضا لإرسال رسائل نصية إلى عناوين EOA (الرسائل والنقوش وملاحظات النقل وما إلى ذلك). في الرسم التخطيطي ، بيانات الإدخال هي بيانات الاستدعاء.

إذا كنت ترغب في استخدام Ethions لنقش “Hello world” في معاملة ، فأنت بحاجة إلى إنشاء معاملة تحتوي على بيانات اتصال مثل هذا:

عندما يسمع المفهرس خارج السلسلة عن المعاملة ، فإنه يقوم بتحديث قاعدة البيانات وإخطار المستخدم بأنه تم إنشاء نقش جديد يقرأ Hello world. من الممكن أيضا وضع محتوى أكثر تعقيدا في النقش ، مثل القاعدة 64 ، والتي تمثل معلومات الصورة.

اعتمدت Ethions حاليا 6 ESIPs (مقترحات لتحسين بروتوكول Ethions) ، على غرار EIPs ، لتحديد استخدام النقوش في سيناريوهات مختلفة. ومع ذلك ، فهذه ليست سوى مواصفات النقش الأساسية ، مثل تنسيق معاملات التسجيل التي بدأت من EOA، وأحداث إصدار العقد، وما إلى ذلك.

نظرا لأن Ethions هو مشروع على ETH ، فيمكنه أيضا استخدام عقود ETH Fang الذكية لتحقيق درجة معينة من المنطق. من المهم ملاحظة أن التفاعل المباشر مع العقود الذكية ليس الطريقة الموصى بها ل Ethions.

على الرغم من أن سوق NFT الرسمي ، وما إلى ذلك ، يتم تنفيذه أيضا بشكل مباشر من خلال العقود الذكية. وفقا للوثائق الرسمية ، فإن ما تريد Ethions تزويد المستخدمين به هو “خدمة حوسبة لامركزية وبأسعار معقولة”: تجريد الحوسبة خارج السلسلة سيقلل بشكل كبير من تكلفة استخدام ETH.

دعونا نلقي نظرة فاحصة على تكلفة استدعاء عقد ذكي ، والذي يمكن تقسيمه إلى ثلاثة أجزاء:

تكلفة المعاملة الأساسية: أي معاملة ETH مستحقة الدفع وهي حاليا 21000 غاز.

تكلفة نقل البيانات (calldata): تستخدم Calldata بشكل عام لإرسال البيانات والمعلمات التي تتفاعل مع العقود الذكية. بعد تعديل EIP-2028 ، تستهلك بيانات calldata 16 غازا لكل بايت (4 غاز للبايت مع 0 بيانات).

تكلفة تنفيذ العقد: إذا استدعت المعاملة وظيفة في العقد الذكي ، فوفقا لتعقيد تنفيذ الوظيفة ، تحتاج أيضا إلى دفع التكلفة الحسابية. على سبيل المثال ، إذا كان هناك تحديث للحالة (مثل تحديث معلومات الرصيد في عقد ERC-20) ، فإن الاتصال ب SSTORE سيستهلك ما يصل إلى 5000 ~ 20000 غاز.

لنأخذ معاملة تحويل USDT بسيطة للغاية كمثال ، والتي استهلكت ما مجموعه 63197 غازا وبيانات الاتصال هي:

دعنا نحلل بيانات المكالمة ومقدار الغاز الذي سيكلفه:

ETH calldata بتنسيق سداسي عشري ، أي بايت واحد لكل رقمين (16 ^ 2 = 2 ^ 8). يشير 0x في البداية إلى أن البيانات بالنظام الست عشري.

• 9059 CBB بعد 0x في البداية هو محدد دالة ويحتل 4 بايت غير صفري.

ال 32 بايت التالية هي العنوان ، مسبوقة ب 12 بايت من الأصفار (لأن عنوان ETH هو 20 بايت ، واليسار مملوء بالأصفار إلى 32 بايت) ، و 20 بايت من بيانات العنوان غير الصفرية.

تمثل آخر 32 بايت المبلغ ، مع بقاء عدد كبير من الأصفار و 3 b 9 aca 00 بيانات غير صفرية في النهاية ، و 4 بايت من غير الصفر.

لذلك ، 28 بايت غير صفري و 40 صفر بايت

لذلك ، calldataGas = 28 \ * 16 + 40 \ * 4 = 608 غاز.

إجمالي الغاز هو 63197 ، مطروحا منه تكلفة بيانات المكالمات والتكلفة الثابتة ، ثم التكلفة الحسابية للعقد الذكي لتنفيذ المعاملة هي 41589 غاز. في هذه المعاملة ، تمثل تكلفة حساب العقد للأسد ، وهذه مجرد معاملة بسيطة ، وستزداد تكلفة حساب العقد في المعاملات المعقدة.

يؤدي نقل عملية الحساب خارج السلسلة إلى تقليل تكلفة الاستخدام بشكل كبير: إذا كنت لا ترغب في الاتصال بالعقد الذكي مباشرة على السلسلة ، فيمكنك إرسال عنوان EOA متفق عليه

0x00000000000000000000000000000000000face7 إرسال بيانات المعاملات

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

خارج السلسلة ، بعد أن يستمع المفهرس إلى هذه الرسالة ، سيقوم بتحليلها لمعرفة العقد الذي أراد منشئ الرسالة في الأصل الاتصال به ETH السلسلة ، ثم يقوم المفهرس بحساب نتيجة استدعاء العقد خارج السلسلة.

إذا أراد المفهرس غير المتصل بالإنترنت إجراء عمليات النقش والعقود الذكية ، فيجب أن يحتوي على مجموعة من قواعد STF (وظيفة انتقال الحالة) وأوقات التشغيل ، ويمكن تسمية القواعد الأكثر تعقيدا بالأجهزة الظاهرية VMs. أطلقت Ethions VM الخاص بها في ESIP-4 ، Ethions VM ، والذي تم تغيير اسمه لاحقا إلى Facet VM.

الوجه - نوع من مثل المعالج المساعد

تعرف Facet نفسها على أنها منصة حوسبة رخيصة وسهلة الاستخدام وآمنة ولامركزية. استمع إلى بيانات استدعاء Ethions في ورشة عمل ETH ، واسحبها إلى الجهاز الظاهري للحساب ، وأخيرا أعد النتيجة إلى المستخدم. يتكون الوجه من عدة مكونات رئيسية:

· Facet VM ، وهي مجموعة من الأجهزة الظاهرية المكتوبة بالياقوت ، مسؤولة عن الاستماع إلى معاملات ETHS وتحليل بيانات الاتصال وتنفيذ العمليات.

· Rubidity ، لغة برمجة العقود الذكية في Facet ، لديها بعض أوجه التشابه مع Ruby ، لكنها تحتفظ بالكثير من الاستخدام ومفاهيم الصلابة ، بحيث يمكن للمطورين البدء بسرعة.

· العقد الغبي ، وهو نوع من العقود التي تعمل على Facet. الاسم مليء بالفكاهة. بعض الناس محقون في تسميته عقدا غبيا ، والبكم نفسه هو تورية ، ويمكن للغبي أن يصف العملية الصامتة لمثل هذا العقد. ولكن من ناحية أخرى ، وفقا للمسؤول الذي يقول “غبي جدا ، إنهم أذكياء” ، هناك شعور قوي بتسمية العقود الذكية ، لذلك لا بأس من تسميتها عقودا غبية.

لن يتم نشر العقد الغبي نفسه فعليا على ETH ، ولكن سيتم نشر رمزه في السلسلة ETH في شكل بيانات الاتصال. فيما يلي مثال على جانب يستدعي عقدا غبيا:

معاملة سك إلى عنوان ثقب أسود EOA

0x00000000000000000000000000000000000face7 أرسل بيانات الاتصال في الشكل أدناه للإعلان عن الرمز المميز والمبلغ الذي تريد سكه ، وهو في الواقع نفس الترتيب الترتيبي أو BRC-20:

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

على الرغم من أنه يقال رسميا أن Rubidity لديها مفهوم وهيكل مشابه ل Solidity ، بحيث يمكن للمطورين البدء بسرعة. لكننا نعلم أن هذا له تأثير سلبي على تطوير جانب المطور. وفي الوقت الحالي ، يدعم Facet VM فقط العقود الغبية في القائمة البيضاء الرسمية ، مما يدل على أن المسؤول ليس لديه ثقة كاملة في هذه المجموعة من اللغات والأجهزة الافتراضية. لا أعرف ما إذا كان إعادة استخدام EVM أم لا أكثر صعوبة رسميا من تطوير VM جديد ولغة جديدة. ولكن هناك شيء واحد مؤكد: لغة جديدة ، وعقد جديد ، وبيئة جديدة ، وطريقة جديدة لاستخدام ETH ، هناك بالفعل ما يكفي من الحيل.

تقريع الوجه للعقود الذكية

تحتوي وثائق Facet على التعليق القوي التالي على العقود ETH والذكية: "تعتبر العقود الذكية ميزة فوق كل الميزات الأخرى التي تجعل Ethereum مميزة ، ومع ذلك فإن أطروحة Facet هي أن العقود الذكية هي Ethereum أكبر عيب في التصميم.」

إنهم يعتقدون أن عقد ETH Fang الذكي هو أكبر عيب في التصميم ، لأن العقد نفسه حتمي طالما تم تقديم المدخلات (بيانات الاتصال) ، لذلك لا ينبغي حسابها على السلسلة وإهدار الأموال دون سبب. إلى جانب ما تسميه Ethions “خدمات الحوسبة اللامركزية وبأسعار معقولة” ، من الواضح أن Ethions و Facet تريدان خلق انطباع في السوق بأننا “نخلق نموذجا جديدا لتوسيع نطاق ETH وطريقة الاستخدام” ، ولكن في الواقع ، بعض الحلول التقنية الخاصة ب ETHS ليست موثوقة للغاية.

من وجهة نظر المنتج ، يمكن ل Facet استدعاء العقود الذكية بشكل غير مباشر خارج السلسلة ، ولديها نظام عقد غبي خاص بها خارج السلسلة ، والذي يمارس بالفعل شعاره رسميا.

ولكن من وجهة نظر اقتصادية ، لا يوجد شيء مثل وجبة غداء مجانية ، والتخزين والحوسبة يكلفان المال بالتأكيد. فكيف يحل المفهرس هذا الجزء من التكلفة؟ لا يوجد تفسير رسمي ، يمكننا أن نتخيل:

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

كن ثريا من خلال الاعتماد على الضجيج البيئي الخاص بك. هذا ممكن بالتأكيد ، لكنه مجرد حل قصير الأجل يجعل طرف المشروع يشعر بالرضا لفترة من الوقت. إذا كان ل Ethions أن تصبح نموذجا جديدا ETH ، يجب أن يكون لدى Indexer آلية اقتصادية طويلة الأجل قائمة على الشبكة لضمان تشغيلها.

إذا كانت سلعا عامة غير ربحية ، فما هي المؤسسات التي ستتبرع لها؟ أعتقد أن مؤسسة فانغ ETH الأقل لن تكون نشطة بشكل خاص ، لأن ETH فانغ نفسها لديها خطة جيدة جدا - التراكم.

السبب الجذري لظهور الجوانب والعقود الغبية

إذا كنا بحاجة فقط إلى شكل بسيط من نقش ETH Fang ، فسيكون عنصر واحد فقط من Ethions كافيا. فلماذا أدى اقتراح ESIP-4 إلى ظهور Facet؟

لأنه لا يمكن استخدام نظام النقش لمنطق المعاملات المعقدة. دعونا نلقي نظرة على منطق عقد سوق NFT الرسمي ل Ethions ، والذي يستخدم آلية الطلبات المعلقة.

إذا كنت ترغب في إيداع نقش NFT في العقد ، فأنت تحتاج فقط إلى كتابة بيانات الاتصال باعتبارها EthionId للنقش واستدعاء عقد السوق. نظرا لأن هذه العملية تختار عمدا شكلا غير صالح من استدعاء الدالة ، يتم تشغيل fallback() افتراضيا.

في النهاية ، سيتم طرح حدث يسمى PotentialEthionDeposited على سلسلة ETH ، وستنقل عقدة المفهرس ملكية NFT إلى عقد السوق محليا بعد سماع الحدث خارج السلسلة.

من أجل توفير الغاز ، لم يخزن سوق التداول في ETHS بعض معلمات الطلبات المعلقة للبائعين ، مثل السعر ووقت التوقف ، في عقد ETH ، ولكنه وضعها في وضع عدم الاتصال في شكل رسائل ، والتي يجب تخزينها على خادم dApp. بمجرد أن يراقب المشتري الرسالة ، يمكنه إصدار أمر buyWithSignature() لإجراء عملية شراء.

من الطبيعي أن تستخدم NFTs آلية طلب الصانع لأن NFTs ليست قابلة للاستبدال في حد ذاتها. لذلك إذا كان نقشا رمزيا متجانسا ، فهل يمكنك استخدام آلية AMM للعقد؟ الجواب لا. تشبه حالة النقش NFT أو الرمز المميز ، غير الموجود على L1 ، الترتيب الترتيبي و BRC-20. هذا يتعارض تماما مع دعاية بعض المجتمعات ، ويجب على الجميع توخي الحذر لتحديد أن النقش ليس رصيدا في سلسلة ETH بالمعنى الحقيقي للكلمة. لا يمكننا القول أن بيانات الاستدعاء للأصل الذي تم إنشاؤه موجودة على L1 ، ويمكننا إعلان تعليمات التشغيل على L1 ، والتي تسمى الأصل الأصلي على L1 ، وإلا يمكن أيضا تسمية الأصل الأصلي L2 في الإظهار بالأصل L1 ، لأن بيانات الاستدعاء الخاصة بالإظهار موجودة على L1. من الواضح أنه من السخف أن نطلق على هذا الأصل أحد الأصول الأصلية L1.

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

بغض النظر عن شكل الأصل ، سواء كان رمزا مميزا أو NFT أو أي شيء غريب ، يمكنني تقديم معيار بسيط للغاية لتحديد أصل L1 من أصل L2: ما إذا كان يمكن استعادة حالته على “الحالة العالمية” ل ETH ، وما إذا كان EVM الخاص ب L1 يمكنه الإشارة إلى حالة الأصل أو الاتصال بها أو الاستعلام عنها أو تعديلها ، وإذا لم يكن الأمر كذلك ، فهو ليس أصل L1.

لذلك ، يمكنك أيضا أن ترى أن اسم حدث الإيداع هو PotentialEthionDeposit ، وهو “إيداع نقش محتمل” ، وليس وديعة حتمية ، لأن العقد لا يمكنه تحديد ما إذا كان هذا النقش موجودا ولا يمكنه التحقق من صحته. إذا قدمت طلبا لنقش غير موجود ، أو نقش شخص آخر ، فلن يرفضك العقد ، لكن المفهرس لن يسجل سلوكك.

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

يمكننا أن نتخيل كيف يمكن إجراء العملية المذكورة أعلاه دون استخدام العقود الذكية: يقوم البائع بنقش رسالة في معاملة عادية ، ويعيد توجيهي 1 ETH مع حاشية 123 ويحصل على نقش NFT مع رقمي 123. بهذه الطريقة ، يحتاج المفهرس فقط إلى دعم هذا المنطق ، ويمكنه نقله مباشرة إلى قاعدة بيانات Indexer خارج السلسلة إذا سمع شخصا ينقل 1 ETH إلى البائع باستخدام BCH حاشية.

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

بالطبع ، يمكن للأوامر المعلقة نظريا استخدام نص عادي ، بدلا من العقود ، لكن المنطق المعقد نسبيا ل AMMs يتطلب عقودا ذكية ، لأنه لا يتطلب اتفاقية P2P بين الطرفين ، ولكن الاعتراف بالعقد. يحتاج العقد الذي يعمل كمراجع موثوق به إلى التحقق من المعلومات الأساسية مثل الرصيد والسيولة ، وإجراء العمليات الحسابية ، ويجب أن تكون أي بيانات أصول يحتاجها متاحة للعقد.

AMMs هي مجرد شكل بسيط نسبيا من DeFi ، ولا يمكن تنفيذ أي منطق معقد آخر على Ethions وحدها. لهذا السبب تم إطلاق Facet - الأولوية الأولى ل Facet هي عبر المجالات! إنه في الواقع L2 ، لكنه لا يحتوي على بنية كتلة ، لذلك لا نسميها عبر السلسلة ، إنها عبر المجالات. عندما تكون جميع أصول L1 عبر المجالات إلى Facet ، فلا توجد مشكلة في أنه لا يمكن استدعاء عبر المجال ، ويمكن تشغيل جميع الأصول خارج السلسلة بعقود غبية لدعم منطق العقد المعقد.

مقابل التراكمات

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

التراكمات هي أنظمة معقدة ، ولن نتوسع فيها هنا. لديها بعض الأشياء المشتركة مع Ethions:

• إرسال بيانات مكالمات معاملات L2 على ETH Square.

• يتم التعامل مع جميع العمليات خارج السلسلة.

القواسم المشتركة واضحة جدا، ونحن بحاجة إلى توضيح الاختلافات.

التراكمات ترسل بيانات المكالمات بشكل مجمع

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

لا توجد مثل هذه الآلية في Ethions ، حيث يرسل جميع المستخدمين بيانات الاتصال مباشرة إلى L1.

دعنا نستخدم مثال USDT أعلاه (608 غاز لبيانات المكالمات) ، بافتراض أن 100 مستخدم يبدأون 100 معاملة ، ونحسب فرق التكلفة بشكل فضفاض للغاية:

• يطلب من مستخدمي التسجيل دفع 21608 غاز (608 + 21000) لكل منهما. لا يتم دفع بقية الحساب لأن الحساب خارج السلسلة.

· يدفع مستخدمو مجموعة التحديثات 818 غازا للشخص الواحد ((608 \ * 100 + 21000) / 100). الجزء الحسابي هو نفسه كما هو مذكور أعلاه.

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

من هذا التقدير التقريبي ، يمكن ملاحظة أن Ethions ليس لديها أي ميزة من حيث التكلفة على الطبقة 2. بالإضافة إلى ذلك ، في الدعاية المجتمعية للمشروع ، رأيت شيئا مثل “يمكن نقل 4000 نقش على دفعات ، حوالي 0.11 ETH ، ومتوسط النقل يحتاج فقط إلى 0.05 U” لإثبات أن Ethions رخيصة الاستخدام ، والتي لا توضح في الواقع تفاصيل المبدأ والتفاعل في ETHS.

تأكيد مسبق خارج السلسلة

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

مقاومة الرقابة واللامركزية

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

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

بالإضافة إلى ذلك ، انتقد Ethions جهاز تسلسل Rollup باعتباره مركزيا. لكن المفهرس نفسه هو أيضا مكون مركزي للغاية. أوضح Ethions أن Indexer ليس مركزيا لأن أي شخص يمكنه تشغيله والتحقق منه ، ولكن في الواقع لا تقوم الغالبية العظمى من الأشخاص بتشغيل العقد الخاصة بهم. بعد كل شيء ، قد يكون جهاز التسلسل التراكمي معطلا أو معطلا ، ولكن يمكن أن يستمر تشغيل ETHS طالما أن هناك أعضاء مجتمع يقومون بتشغيل مفهرسات متعددة.

نموذج الربح

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

يحتوي جهاز التسلسل الخاص ب Rollup على نموذج ربح واضح: زيادة شحن الغاز ، والضغط على MEV ، وما إلى ذلك. جهاز التسلسل لديه القدرة على الحفاظ على تشغيل الشبكة. Ethions نظرا لأن المستخدمين يرسلون بيانات الاتصال مباشرة إلى L1 ، فإن Indexer في الواقع ليس جيدا في الشحن.

ملاءمة المطور

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

المدفوعات وتسويات الحالة

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

إذن ما فائدة تسوية الدولة؟ يتم استخدامه لعمليات السحب ، أي سحب الأموال من L2 إلى L1. عندما يتم نشر الحالة على L1 ، يمكننا استخدام Merkle Proof ووسائل أخرى لإثبات أن طلب السحب الخاص بي على L2 مدرج في جذر الولاية. بمجرد التحقق من العقد ، يمكن تحرير الأصل على L1.

ليس لدى Facet آلية تسوية ذات حالة ، لذلك لا يمكنه تنفيذ عمليات سحب لامركزية بدون إذن من L2 إلى L1. كما ذكر أعلاه ، يحتاج بدوره إلى طبقة L2 لتنفيذ منطق عقد أكثر تعقيدا. مثل له AMM مبادلة FacetSwap.

يمكننا أن نرى أنه في FacetSwap (dex مبني بعقود غبية على Facet) ، من الواضح أن هناك إجراءين: الإيداع والسحب. بشكل عام ، لا يحتوي Swap على إيداعات وسحوبات ، لأن Facet يتطلب منك عبور المجالات قبل أن تتمكن من استخدامه.

في Facet ، يحتاج الإيداع إلى قفل أموال L1 في عقد جسر L1 ، وإصدار أحداث الحدث المقابلة _protocol_CreateEthion حتى يقوم المفهرس بالفهرسة. هذا يتوافق مع طرق تعبئة L2 الأخرى.

ومن ناحية أخرى، تنطوي عمليات السحب على شواغل أمنية خطيرة. نظرا لعدم وجود آلية لتسوية الحالة على Facet ، لا يمكن استخدام العقود على L2 إلى L1 لتحديد ما إذا كان السحب صالحا أم لا. إذن ما هي الطريقة التي يستخدمها Facet؟ يشبه تصريح المسؤول ، أو آلية الشاهد ، جسر Axie Bridge المسروق سابقا.

دعونا نلقي نظرة مباشرة على جسر Facet ، وهو:

0xD729345aA12c5Af2121D96f87B673987f354496B。

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

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

في Ethions والجوانب ، لا شيء. إنه ببساطة ، بلا خجل عنوان مسؤول. ربما يكون هذا قذرا جدا بالنسبة لمشروع يشبه L2 يصرخ “العقود الذكية هي عيوب في التصميم” ، و “عمليات التجميع مركزية” ، و “نحن منصة حوسبة من الجيل التالي”. من الواضح أن هناك العديد من العيوب فيه ، لكن يمكننا البقاء على الهامش ، على الرغم من أنه ليس من السهل علاجها وقد تكون موجودة في BTC الطبقة 2 أيضا.

تلخيص

هناك قدر معين من “الدعاية الكاذبة” في Ethions الحالية ، بعض النقاط الرئيسية:

· لا Ethions ولا Facet هي أصول صادرة على L1.

من أجل الحصول على قدرات تعاقدية معقدة ، تطور كيان L2 Facet ، ولكن لديه مخاطر أمنية مالية كبيرة.

رسميا ، يتم احتساب العقد على L1 ، لكنه لا يستخدم حتى التطبيق الأعلى الخاص به.

· Ethions يشبه التراكمي غير المكتمل للغاية. لا رخص وسرعة الإظهار ، ولا أمان مجموعة التحديثات. ما يمكنه تحقيقه ، يمكن أن يفعله Rollup ، ويمكن أن يحقق Rollup وظائف مهمة جدا لا يمكنه توفيرها.

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

مستفيدة من النقوش BTC ، اعتمدت Ethions على المفاهيم لتضخيم النبيذ القديم في زجاجات جديدة ، لكنها لم تكتشف بعد نموذجا جديدا. لا تزال المضاربة المالية تهيمن على ETHS الحالية ، وليس أن المنتج نفسه يمكن أن يجلب شيئا لا تمتلكه الطبقة ETH 2. من الواضح أن القيمة طويلة الأجل لهذا النوع من الأشياء لا يزال يتعين استكشافها ، ولكن في شكلها الحالي ، اتخذت ETHS بالفعل “وزن الحياة الذي لا يطاق” ، وشعاره بعيد عن الفعالية في الممارسة العملية.

رابط المقال الأصلي