IOSG: ما هو الضروري في Unichain؟ هل هو المعلومات المفضلة أم المعلومات غير المفضلة؟

كتب بواسطة IOSG Ventures

مقدمة

على مر السنين ، كان Uniswap يعمل بجد لتعزيز الإصلاحات الوظيفية والابتكارية ، مما يجعل التبادل أكثر ودية وعادلة للمستخدمين. على سبيل المثال ، نشهد إصدار Uniswap Mobile ، Fillers Network في UniswapX ، ERC-7682 للنوايا الموحدة عبر الشبكات ، والهوكس المفتوحة لتخصيص بركة AMM في Uniswap V4 وما إلى ذلك.

في 10 أكتوبر ، أعلنت Uniswap عن مجموعة التحديثات المتفائلة الشاملة ، Unichain. تهدف السلسلة إلى أن تكون مركزا شاملا للسيولة في النظام البيئي Superchain ، مما يوفر للمتداولين تجربة تبادل شبه فورية وفروق أسعار أقل ، مع زيادة خصوصية وسلامة المشاركين في MEV في العملية ، باستخدام TEE في هذه العملية. في حين أن هذه الرؤى مثيرة للإعجاب ، فقد تساءل المستخدمون عن الحاجة إلى L2 آخر ، حيث البعض ، بما في ذلك Vitalik ، على Unichain = "هذا صحيح بالنسبة لنسخ Uniswap في كل مجموعة تحديثات". وبعبارة أخرى ، يجادل بأن إطلاق نسخة Uniswap على سلسلة جديدة يخدم في الواقع نفس الغرض مثل إطلاق Unichain نفسها. إذن ، هل Unichain جيد أم سيء؟ سوف تستكشف مقالة اليوم بنية Unichain وتفهم "ضرورة" Unichain.

ما هو Unichain؟ Unichain هو نظام rollup متفائل يهدف إلى تنفيذ المعاملات بشكل شبه فوري، مع استخدام تقنية الخصوصية TEE للحد الأقصى من التأثير المحتمل على LP والمتداولين في السلسلة. نظرًا لاستخدام Unichain للخصائص والمعايير نفسها التي تستخدمها سلاسل الفحص التجميعي المتفائل الأخرى، يمكنها الآن الاستفادة من التوافقية في النظام البيئي للسلاسل الفائقة والوصول إلى سيولة الشبكة الكاملة. ولهذا، يجلب Unichain أربعة ابتكارات رئيسية: • فصل Rollup-Boost و Sequencer Builder • بناء الكتل في TEE • Flashblock • شبكة التحقق من Unichain (UVN)

1.1 Rollup Boost: تفصيل مقترح التسلسل (SBS) بناء الكتل (Block Building) هو الحل الرئيسي لمشكلة MEV. قبل MEV Boost ، كانت إيثيريوم تعاني من مخاطر المراجعة وتجربة مستخدم سيئة. نظرًا للمنافسة الشديدة بين المستخدمين لإدراج الطلبات المحركة للربح ، يواجه المستخدمون تكاليف معاملات مرتفعة ومشكلة التداول المسبق. من أجل حل هذه المشكلات ، قام flashbot ببناء MEV-boost. يقوم MEV Boost بتجميع أدوار بناة الكتل والمقترحين من خلال إدخال الوسيطات وتقديم الكتل الأكثر ربحية للمقترح للتوقيع ، مما يؤدي إلى فصل أدوار بناة الكتل والمقترحين. يوفر هذا التصميم تفكيك فعال لعملية استخراج MEV ويجعل ربح MEV بين المحققين وبناة الكتل المحترفين ديمقراطيًا.

مفهوم Rollup Boost مشابه لمفهوم MEV Boost، حيث يمكن ل L2 الذي يستخدم SBS (Sequencer Builder Separation) أن يفصل عملية بناء الكتل عن محرك التنفيذ للمتسلسلات من خلال نظام يسمى "Block Builder Sidecar". بإيجاز، هناك 4 مكونات رئيسية داخل النظام: • OP-node • OP-geth • Sidecar / Blockbuilder Sidecar • مُنشئ كتل خارجي. فيما يلي رسم توضيحي لبنية optimism، يمكننا رؤية أن متسلسل العقد (المعروف أيضًا باسم سلسلة op) يتكون من Op-geth و Op-node.

من أجل التمييز بين دور بناء الكتلة ودور الاقتراح في جهاز الفرز ، تمت إضافة مكون يُسمى Sidecar. يتيح Sidecar لعقدة OP استقبال الكتل من بنائها الخارجي ، مما يخلق سوقًا بين بناء الكتل والمقترحين. يتم العمل على النحو التالي: 1. تقوم عقدة OP بإرسال التحديثات إلى Sidecar. 2. يقوم Sidecar بتوجيه التحديثات كوسيط إلى op-geth. 3. عندما تطلب عقدة OP كتلة من OP-geth ، يقوم Sidecar بالتقاط الطلب. 4. ثم يقوم Sidecar بتوجيه الطلب إلى بنّاء الكتل الخارجي ، وهو الفجوة التي يمكن عرضها ومنافستها بواسطة بنّاء الكتل الخارجي. 5. بعد استلام كتلة خارجية / الفائزة ، يقوم Sidecar بإرسالها إلى عقدة OP. 6. إذا لم يتم استلام أي كتلة ، يقوم Sidecar بتوجيه الكتلة التي تم إنشاؤها محليًا. فوائد بنّاء الكتل Sidecar الرئيسية هي أن الترقية لا تتطلب تعديل عميل سلسلة OP ، وفي الوقت نفسه تسمح بقواعد ترتيب المعاملات أكثر مرونة وبساطة ومراجعة. ومع ذلك ، يمكن أن يحدث بعض التأخير نظرًا لإضافة الوسيط (Sidecar).

1.2 Rollup Boost: تفصيل مقترح المتسلسل (SBS) يضمن Rollup Boost الكمالية للمعاملات من خلال إدخال بيئة تنفيذ قابلة للثقة (TEE) في عملية بناء الكتل، مما يدفع بهذه العملية إلى الأمام. بفضل التقدمات الأخيرة في الأجهزة مثل إنتل TDX، أصبح من الممكن تحقيق أداء فوري. بالنسبة لأولئك الذين لا يعرفون TEE، فإنها مناطق آمنة في المعالج أو الأجهزة توفر الخصوصية المعززة من خلال منع الكيانات غير المصرح بها من قراءة البيانات الخارجية. في الوقت نفسه، تحافظ TEE على مستوى عالٍ من الكمالية، حيث لا يمكن تعديل أو استبدال الرمز داخل TEE.

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

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

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

1.3 كتلة فلاش ومبنى كتلة يمكن التحقق منها متوسط وقت كتلة Ethereum البالغ 12 ثانية بطيء للغاية ولا يمكنه تلبية الطلب الحالي للحصول على تجربة معاملة مقبولة. بالإضافة إلى ذلك ، تعرض أوقات الحظر البطيئة الشبكة لمزيد من فرص MEV وتجعلها عرضة لازدحام الشبكة تحت هجمات البريد العشوائي. يهدف L2 إلى تحسين قابلية التوسع في Ethereum من خلال تجميع المعاملات خارج السلسلة وتقديم البراهين للتحقق من صحة الحساب. من أجل توفير تجربة معاملات أكثر سلاسة ، تهدف Unichain إلى تحقيق وقت كتلة يبلغ 250 مللي ثانية. ومع ذلك ، من أجل تحقيق ذلك ، تحتاج Unichain إلى نظام يمكنه إرسال الكتل باستمرار مع زمن انتقال منخفض بالإضافة إلى أوقات تأكيد شبه فورية. يمكن ل Solana معالجة 440M بالتوازي ، ولكن يتم التضحية بدرجة معينة من اللامركزية لتحقيق هذه السرعة. في السابق ، خلال معظم مقترحات كتلة L2 ، كان هناك تأخير في تسلسل البيانات وتوليد جذر الحالة ، مما يجعل أوقات الحظر السريعة غير مجدية. لحل هذه المشكلة ، أنشأ flashbot flashblock ، وفكرته هي "تقسيم" القطع إلى أجزاء أصغر ، وبالتالي تقليل الوقت بين القطع لزيادة فوائد UX / LP. Flashblock هو تأكيد مسبق صادر عن منشئ كتلة TEE للتأكيد الجزئي ولكن السريع. أولا ، يتم تدفق المعاملة إلى منشئ كتلة TEE. إذا تم تمكين SBS في L2 ، فصل منشئ الكتلة عن جهاز التسلسل. بعد الفرز والتجميع ، ستتحول المعاملة تدريجيا إلى تأكيد جزئي ل Flashblock. سيتم بث Flashblock من جهاز التسلسل إلى العقد الأخرى كل 250 مللي ثانية للتحقق من صحتها. نظرا لأن زمن الوصول ناتج عن إنشاء جذر الحالة والتسلسل في L2 ، فإن Unichain تقلل بشكل كبير من زمن الوصول عن طريق حساب جذر الحالة والإجماع على إطفاء تكلفة عملية بناء الكتلة مرة واحدة فقط للكتل الجزئية المتعددة. باختصار ، يعد Flashblock قويا للأسباب التالية: • تقلل أوقات إنشاء الكتل الأقصر من مخاطر تكلفة الاختيار السلبي ل LPs. • يوفر Flashblock حالة التنفيذ المبكر للحالات الحالية ، مما يجعل تكامل المحفظة والواجهة الأمامية أسهل. • توفر المعاملات السريعة تجربة مستخدم رائعة (UX). بالإضافة إلى ذلك ، نظرا لأن TEEs يمكنها فرض تحديد الأولويات في كل Flashblock ، يمكن للتطبيقات والعقود الذكية الآن فرض ضرائب MEV ، وتحديد الأولويات للمصلحة الذاتية ، وإعادة توزيع MEV على LPs والمستخدمين. كما أكد دان روبنسون في إحدى تغريداته ، فإن السماح للتطبيقات والمستخدمين "بالتحكم" في MEV الخاص بهم هو أحد الوظائف / الأغراض الرئيسية ل Unichain. والأفضل من ذلك ، يمكن التحقق من تحديد الأولويات من خلال إثبات عام للتنفيذ في TEE. يتيح ذلك للمستخدمين التحقق بالضبط من كيفية تنفيذ صفقاتهم. هذا مهم للغاية لأنه الطريقة الوحيدة للمستخدمين لضمان أن يتم تحديد الأولويات بشكل عادل.

1.4 شبكة التحقق من يونيشين (UVN) حاليًا ، معظم مرتب الطبقة الثانية هي مركزية ، وسلوك مرتب واحد يؤثر على عدالة MEV ، ونشاط الكتلة ، أو النهائية ، وما إلى ذلك. على سبيل المثال ، إذا قدم مرتب كتلة غير صالحة وقدم الإثبات الاحتيالي لتحدي ذلك ، فإن العكس الذي ينتج عنه يؤثر في سرعة السلسلة. لمواجهة فشل نقطة التواجد المحتملة في مرتب ، قام يونيشين بإدخال شبكة التحقق من يونيشين (UVN). يقوم UVN بالتحقق من الكتلة عند تقديمها من خلال المحققين الموجودين في سلسلة مواصفات الإثبات (Ethereum) ، مما يزيد من طبقة النهائية الإضافية. يشبه هذا العملية عملية موازية حيث يمكن لمراحل بناء الكتلة المختلفة أن تحدث في نفس الفترة. ومع ذلك ، بدون مزيد من التفاصيل في الوثائق ، من الآن فصاعداً ، افترض أن هذا هو افتراض مبكر.

1.5 $UNI رمز $Uni الآن ليس فقط رمز حاكم ، بل هو أيضًا رمز مفيد. ليصبح المحققون ، يجب على المشغلين أولاً رهن $Uni على الشبكة الرئيسية. ستتبع العقود الذكية الرصيد وستحدث الحالة عبر جسر Unichain الأصلي. في بداية كل فترة ، سيتم التقاط لقطة لرصيد الرهن الحالي وسيتم توزيع الرسوم بنسبة مئوية وفقًا لوزن الرهن. سيتم اختيار المحققين النشطين الذين يحملون أعلى وزن لرهن $UNI كمحققين نشطين ، ويمكنهم نشر الإثبات للحصول على جزء من مكافأة التحقق. لن يحصل المحققون الذين يفوتون أو لا ينشرون الإثبات على مكافأة ، وستستمر المكافأة حتى الفترة التالية. وفقًا للمعلومات العامة المحدودة ، يمكننا استنتاج أن مكافأة التحقق ستكون: (رسوم مستخدمي Unichain L2 - ضريبة MEV المفروضة بواسطة التطبيق - تكلفة تقديم الحزمة المجمعة إلى الطبقة 1) 2. يونيتشين مقابل أبتشين مقابل مجموعة التحديثات العامة

العوامل الرئيسية للفروق بين Unichain / اللفة العامة والسلسلة التطبيقية هي MEV والتأكيد المسبق والمنافسة على مساحة الكتلة.

نظرًا لأن سلاسل التطبيقات يمكن تخصيص هياكلها بشكل مرن، يمكنها تنفيذ آليات MEV مختلفة للتخفيف من مشاكل مثل التقليل من مخاطر المراجعة أو تقليل تسرب MEV.

في الوقت نفسه ، بفضل خصائص الكمال المقدمة بواسطة TEE ، يساهم Unichain في تخفيف وإعادة ترتيب MEV عن طريق ضمان أن ترتيب المعاملات لا يتأثر بأي طرف ثالث. يضمن الترتيب القابل للتحقق أيضًا عدالة MEV وإمكانية إعادة توزيع إيرادات MEV للمستخدمين ومقدمي السيولة.

معظم فرز السوق مركزية، مما يتيح لها الحصول على أقصى قيمة من تدفق الطلبات. بالمقارنة، اتبع Unichain نهجًا أكثر 'مصلحة عامة'، حيث يقيد آلية إعادة توزيع MEV الكمية التي يمكن للفاصل الأصلي الاستيلاء عليها إلى حد ما.

يتم بناء Unichain على OpStack، وهو معيار موحد لـ Optimistic Chain، مما يتيح لـ Unichain قراءة الرسائل وتحويل الأصول على سلسلة فائقة بأمان عبر الرسائل الآمنة. هذا يمكن أن يحقق تفاعل متبادل منخفض التأخير (حوالي 2 ثانية) من خلال تصميمه الأصلي للتفاعلية المتفائلة. من ناحية أخرى، يمكن لسلسلة التطبيقات استخدام حلول تفاعلية مختلفة مثل الانضمام إلى نظام IBC الإيكولوجي أو بناء L3 على Arbitrum Orbit (على الرغم من أن هذا غير شائع بالنسبة لـ L2 من OpStack).

الاستنتاج Unichain هو مفهوم مثير للاهتمام، حيث يقدم للمستخدمين تجربة تداول سلسة مؤكدة مسبقًا، وبفضل وقت الكتل الأقصر الذي يمكّنه فلاشبلوكس، يقلل إلى أقصى حد من نافذة استغلال MEV. هذا الابتكار يقلل أيضًا من مخاطر اختيار LP عكسيًا، ويمكّن المستخدمين/LP من الاستفادة من انزلاق أقل، وما إلى ذلك. من ناحية أخرى، يضمن سلامة وخصوصية بيئة التنفيذ الموثوقة (TEE) للمستخدمين على السلسلة النقل العادل، وقابل للتحقق، أو معتمد من إدارة التطبيقات لإعادة توزيع MEV، ويعزى هذا إلى ترتيب الأولويات على Unichain. عملية التحقق من Unichain يمكن أيضًا حماية المسلسلين من تأثير الأخطاء الفردية، ويؤدي دور العارضين في التحقق النهائي السريع للكتل إلى تحويل رمز $Uni إلى أصل إنتاجي مربح. ومع ذلك، من خلال تمكين إعادة توزيع MEV، يفقد المسلسل في الواقع الإمكانية القصوى لالتقاط أكبر عدد من MEV، لكنه يعود بالمزيد من العوائد إلى LP/المستخدمين على السلسلة. بينما قد يرى البعض أن Unichain قد لا تكون لديها جاذبية كافية لجذب الأصول إلى سلسلة جديدة، إلا أنني أعتقد أن تزايد نظام الطبقة الثانية سيجعل Unichain قادرة على الاستفادة من مسابح سيولة أكبر، مثل مساحات السيولة من Base. بالإضافة إلى ذلك، بالإضافة إلى Grant (Unichain يمكن أيضًا أن تقدم فيما بعد في شكل USDC)، يكون لدي تطبيقات DeFi الجديدة دافع كافٍ للبناء على Unichain، حيث يمكنها الاستفادة من استراتيجيات إعادة توزيع MEV المخصصة. في الوقت نفسه، يمكن للأصول داخل النظام البيئي الاستفادة من TEE، لتخفيف تسرب MEV. وبالتالي، من خلال سرعتها وعدالة إعادة توزيع MEV والتوافق بين السلاسل، يمكن أن تصبح Unichain مركز DeFi التالي.