ETHS في نظر التقنيين: الجوهر هو المضاربة المالية بدلا من ابتكار المنتجات

المؤلف: Wuyue ، المهوس Web3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• • تكلفة نقل البيانات (calldata) :* * تستخدم بيانات المكالمات بشكل عام لتقديم البيانات والمعلمات التي تتفاعل مع العقود الذكية. بعد ضبط EIP-2028 ، تستهلك calldata 16 غازا لكل بايت (4 غاز للبايت مع 0 بيانات). تكلفة تنفيذ العقد: إذا استدعت المعاملة وظيفة في العقد الذكي ، فهناك أيضا تكلفة حسابية اعتمادا على مدى تعقيد تنفيذ الوظيفة. على سبيل المثال ، إذا كان هناك تحديث للحالة (مثل تحديث معلومات الرصيد في عقد ERC-20) ، فإن الاتصال ب SSTORE سيستهلك ما يصل إلى 5000 ~ 20000 غاز.

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

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

• ETH calldata بتنسيق سداسي عشري ، أي بايت واحد لكل رقمين (16 ^ 2 = 2 ^ 8). يشير 0x في بداية اليوم إلى أن البيانات بتنسيق سداسي عشري.
• a9059cbb بعد 0x في البداية هو محدد وظيفة ويحتل 4 بايت غير صفري.
• ال 32 بايت التالية هي العنوان ، مسبوقة ب 12 بايت من الأصفار (لأن عنوان ETH هو 20 بايت ، وهنا يتم ملء اليسار بالأصفار إلى 32 بايت) ، و 20 بايت من بيانات العنوان غير الصفرية.
• تمثل آخر 32 بايت المبلغ ، مع وجود عدد كبير من الأصفار على اليسار ، و 3b9aca00 بيانات غير صفرية في النهاية ، و 4 بايت غير صفرية.
• لذلك ، 28 بايت غير صفري و 40 صفر بايت

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

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

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

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

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

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

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

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

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

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

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

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

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

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

على الرغم من أنه يقال رسميا أن 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 نفسها لديها خطة جيدة جدا - Rollup.

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

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

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

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

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

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

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

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

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

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

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

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

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

بالطبع ، يمكن للأوامر المعلقة نظريا استخدام نص عادي ، بدلا من الاضطرار إلى استخدام العقود ، ولكن المنطق المعقد نسبيا ل AMM يجب أن يستخدم العقود الذكية ، لأنه لا يتطلب اتفاقية 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.11ETH ، ومتوسط النقل يحتاج فقط إلى 0.05U” لإثبات أن استخدام Ethions رخيص جدا ، وهو في الواقع لا يوضح تفاصيل المبدأ والتفاعل في ETHS.

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

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

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

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

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

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

نموذج الربح

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

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

ود المطور

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

الانسحاب وتسوية الوضع

هذه هي مشكلة Facet القاتلة. نحن نعلم أن Rollup لن يرسل بيانات الاتصال (الإدخال) إلى 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 تلقائيا. إذن ما هي الطريقة التي يستخدمها الوجه؟ إصدار المسؤول ، أو آلية الشاهد ، على غرار جسر Axie المسروق سابقا.

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

0xD729345aA12c5Af2121D96f87B673987f354496B。

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

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

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

ملخص

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

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

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