TL; د

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

Introduction

في عام 2020، انتقلت شبكة إثيريوم إلى خارطة طريق تتمحور حول rollup للتوسع. بعد أربع سنوات من هذا القرار ، هناك أكثر من 50 مجموعات (L2s) قيد الإنتاج بالفعل. على الرغم من مجموعات توفير القياس الأفقي الذي تشتد الحاجة إليه لمساحة الكتلة EVM ، إلا أنه دمر تجربة المستخدم تماما.

يجب ألا يهتم المستخدمون ولا يعرفون مجموعة التحديثات التي يتفاعلون معها. مجال العملات الرقمية المستخدمين الذين يعرفون مجموعة التحديثات (Optimism أو Base) التي يتفاعلون معها يعادل مستخدمي web2 الذين يعرفون موفر السحابة (AWS أو GCP) الذي يتفاعلون معه. تجريد السلسلة هو رؤية يتم فيها استخلاص معلومات السلسلة بعيدا عن المستخدم. يقوم المستخدم فقط بتوصيل محفظته ب dApp ويوقع على العملية المقصودة ، وتفاصيل التأكد من أن المستخدم لديه رصيد صحيح على السلسلة المستهدفة ثم تنفيذ العملية المقصودة يحدث خلف الكواليس.

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

تقديم إطار عمل CAKE

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

1. طبقة الأذونات: يقوم المستخدم بتوصيل محفظته ب dApp ويطلب عرض الأسعار لنية المستخدم. القصد هو ما يتوقعه المستخدم (أي المخرجات) في نهاية المعاملة وليس المسار النهائي الذي تتخذه المعاملة. يمكن أن يكون نقل USDT إلى عنوان Tron أو إيداع USDC في استراتيجية توليد العائد على Arbitrum. يجب أن تكون المحفظة قادرة على معرفة أصول المستخدمين (أي حالة القراءة) وتنفيذ المعاملات (أي حالة التحديث) على السلاسل المستهدفة.
2. طبقة الحلال: تقدر طبقة الحل الرسوم وسرعة التنفيذ بناء على الرصيد الأولي للمستخدم ونوايته. هذه العملية ، التي يشار إليها باسم الحل ، أمر بالغ الأهمية في بيئة عبر السلاسل حيث تصبح المعاملات غير متزامنة وقد تفشل المعاملات الفرعية أثناء التنفيذ. يؤدي إدخال عدم التزامن إلى إنشاء معضلة ثلاثية عبر السلاسل تتضمن الرسوم وسرعة التنفيذ وضمان التنفيذ.
3. طبقة تسوية: بعد موافقة المستخدم على المعاملة بمفتاحه الخاص ، يضمن طبقة التسوية تنفيذها. يتضمن خطوتين: سد أصول المستخدم بالسلسلة المستهدفة ثم تنفيذ المعاملة. إذا كان بروتوكول يستخدم أدوات حل متطورة لعمليات معينة ، فيمكنه جلب السيولة الخاصة به وتنفيذ العملية نيابة عن المستخدم دون الحاجة إلى التجسير.

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

Key Design Decisions

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

Permission Layer

تحتفظ طبقة الأذونات بالمفتاح الخاص للمستخدم وتوقع الرسائل نيابة عنه، والتي يتم تنفيذها بعد ذلك داخل السلسلة كمعاملات. يحتاج CAF إلى الدعم مخططات التوقيع وحمولات المعاملات لجميع السلاسل المستهدفة التي يريد الدعم. على سبيل المثال ، ستقتصر المحفظة التي تدعم نظام توقيع ECDSA ومعيار المعاملة EVM على إثيريوم و L2s وسلاسلها الجانبية (على سبيل المثال ، محفظة Metamask). من ناحية أخرى ، ستتمكن المحفظة التي تدعم كلا من EVM و SVM (Solana VM) من الدعم كلا النظامين البيئيين (على سبيل المثال ، محفظة Phantom). من المهم ملاحظة أنه يمكن استخدام نفس ذاكري لإنشاء محافظ على كل من سلاسل EVM و SVM.

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

1. محافظ EOA هي برنامج محفظة يعمل على أجهزة المستخدمين ويحتفظ بمفاتيحهم الخاصة. يمكن أن تكون ملحقات قائمة على المتصفح (مثل Metamask و Phantom) أو تطبيقات جوال (مثل Coinbase المحفظة) أو أجهزة مخصصة (مثل Ledger). تتطلب محافظ EOA من المستخدم التوقيع بشكل فردي على كل معاملة فرعية ، الأمر الذي يتطلب حاليا نقرات متعددة. كما أنها تتطلب من المستخدم الاحتفاظ بأرصدة الرسوم على السلسلة المستهدفة ، مما يؤدي إلى احتكاك كبير في العملية. ومع ذلك ، يمكن تجريد احتكاك النقرات المتعددة بعيدا عن المستخدم من خلال السماح له بتوقيع معاملات فرعية متعددة بنقرة واحدة.
2. في محافظ تجريد الحساب (AA) ، لا يزال بإمكان المستخدم الوصول إلى مفتاحه الخاص ولكنه يفصل الموقع على حمولة المعاملة مع منفذ المعاملة. تمكين الأطراف المتطورة من تجميع وتنفيذ معاملات المستخدمين ذريا (الأفوكادو ، بيمليكو). لا تزال محافظ AA تتطلب من المستخدم التوقيع بشكل فردي على كل معاملة فرعية (حاليا عبر نقرات متعددة) ولكنها لا تتطلب الاحتفاظ بأرصدة الرسوم في كل سلسلة.
3. يحتفظ الوكلاء المستندون إلى السياسة بالمفتاح الخاص للمستخدم في بيئة تنفيذ منفصلة ويقومون بإنشاء رسائل موقعة نيابة عنهم استنادا إلى سياسات المستخدم. روبوتات Telegram أو مجمع الحساب القريب أو SUAVE TEEs هي محافظ قائمة على السياسة بينما Entropy أو Capsule هي امتدادات محفظة قائمة على السياسة. يحتاج المستخدم فقط إلى التوقيع على موافقة واحدة ويمكن إجراء التوقيع اللاحق للمعاملات الفرعية وإدارة الرسوم على متن الطائرة بواسطة هؤلاء الوكلاء.

Solver Layer

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

تتكون النية من نوعين من القيم القابلة للاستخراج (EV): EV_ordering و EV_signal. EV_ordering هي قيمة خاصة ب blockchain ، وعادة ما يتم استخراجها بواسطة الكيانات التي تنفذ أوامر المستخدم مثل بناة الكتل أو المدققون. من ناحية أخرى ، يمثل EV_signal القيمة التي يمكن الوصول إليها لأي كيان يراقب طلب قبل تسجيله رسميا على blockchain.

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

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

مشاركة المعلومات

هناك 3 طرق لمشاركة المعلومات مع المحللين:

1. mempool العامة: يتم بث نية المستخدم بشكل عام ، إما في طبقة mempool عامة أو طبقة DA. يقوم الحل الأول الذي يمكنه تلبية الطلب بتنفيذ طلب ويصبح الفائز. هذا النظام استخراجي للغاية ، حيث يكشف المستخدمون عن كل من EV_ordering و EV_signal من طلب الخاصة بهم. تتضمن أمثلة هذا النوع من المزادات mempool العامة إثيريوم والعديد من جسور blockchain. في حالة الجسور ، يجب على المستخدمين وضع أصولهم في الضمان قبل نقلها إلى السلسلة المستهدفة كإجراء احترازي ضد هجمات الحزن. ومع ذلك ، فإن هذه العملية تكشف عن غير قصد نواياهم علنا.
2. المشاركة الجزئية: قد يختار CAF الحد من مقدار القيمة التي يكشفها لمقدمي العروض عن طريق الحد من المعلومات التي يتم الكشف عنها. ومع ذلك، يؤدي هذا النهج إلى خسارة مباشرة في السعر الأمثل ويمكن أن يؤدي إلى مشاكل أخرى، مثل الرسائل غير المرغوب فيها لعروض الأسعار.
3. mempool الخاصة: التطورات الأخيرة في MPC و TEEs تفتح إمكانية تحقيق مجمعات خاصة تماما. لا يتم تسريب أي معلومات خارج بيئة التنفيذ ، لذا يقوم المحللون بترميز تفضيلاتهم ، والتي تتوافق مع كل نية. على الرغم من أن mempool الخاص يلتقط EV_ordering ، إلا أنه لا يمكنه التقاط القيمة بالكامل في EV_signal. تخيل ماذا سيحدث إذا تم إرسال معاملة اختراق إلى mempool. يمكن لأول شخص يرى هذه طلب أن يدير عملية البيع المحتملة والتقاط EV_signal. في mempool خاص ، يتم إصدار المعلومات فقط بعد تأكيد الحظر ، وبالتالي يمكن لأي شخص يمكنه رؤية المعاملة التقاط EV_signal. يمكن للمرء أن يتخيل أن المحللين يدورون تصديق العقد لالتقاط EV_signal من كتل جديدة تم سكها بواسطة TEE ، مما يحول EV_signal الالتقاط إلى سباق وقت الإستجابة.

Solver List

يحتاج CAF أيضا إلى تحديد عدد ومقدمي العروض المسموح لهم بالمشاركة في المزاد. بشكل عام ، الخيارات هي كما يلي:

• الوصول المفتوح: الحواجز التي تحول دون الدخول للقدرة على المشاركة منخفضة قدر الإمكان. هذا مشابه ل mempool العامة ويسرب كل من EV_signal و EV_ordering.
• الوصول المسور: هناك بعض الحراسة على القدرة على تنفيذ طلب ، إما من خلال القائمة البيضاء أو نظام السمعة أو الرسوم أو مزاد المقاعد. تحتاج آلية حفظ البوابة إلى التأكد من أن الحلول في النظام لا تلتقط EV_signal. ومن الأمثلة على ذلك مزاد 1 بوصة ومزادات Cowswap ومزادات Uniswap X. تلتقط المنافسة للفوز بالطلبات EV_ordering للمستخدم بينما يمكن لآلية البوابات التقاط EV_signal لمولد طلب (المحفظة ، dApps).
• الوصول الحصري: الوصول الحصري هو حالة خاصة لمزاد الحل الجالس حيث يتم اختيار حل واحد فقط في كل فترة زمنية. نظرا لعدم تسريب أي معلومات إلى جهات حل أخرى ، فلا يوجد اختيار سلبي وخصم أمامي. يلتقط منشئ تدفق الأوامر القيمة المتوقعة ل EV_signal و EV_ordering ، نظرا لعدم وجود منافسة ، يمكن للمستخدم فقط الحصول على التنفيذ ولا يوجد تحسين للسعر. بعض الأمثلة على هذه المزادات هي مزادات Robinhood و DFlow.

تسوية طبقة

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

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

Cross-Chain Oracle

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

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

هناك نوعان من الأوراكل :

1. تتطلب Oracle خارج البروتوكول المدققون جهات خارجية منفصلة عن تلك التي تعمل بالإجماع لنقل المعلومات بين السلاسل. تزيد الحاجة إلى المدققون إضافية من تكلفة تشغيل Oracle. تعد شبكة LayerZero و Wormhole و ChainLink و Axelar أمثلة على Oracles خارج البروتوكول.
2. يتم دمج Oracle In-Protocol بعمق في خوارزمية الإجماع الخاصة بالنظام البيئي ، ويستخدم مجموعة المدقق التي تدير الإجماع لنقل المعلومات. لدى Cosmos IBC للسلاسل التي تدير Cosmos SDK ، ويعمل النظام البيئي Polygon على AggLayer ، بينما يعمل Optimism على Superchain. يستخدم كل أوراكل مساحة كتلة مخصصة لنقل المعلومات بين سلاسل النظام البيئي نفسه.
3. أجهزة التسلسل المشتركة هي كيانات خارج بروتوكول لديها حقوق ترتيب المعاملات في بروتوكول ، أي أنها يمكن أن توفر تجميع المعاملات عبر السلاسل. على الرغم من أن أجهزة التسلسل المشتركة لا تزال قيد التطوير ، إلا أنها لا تحتاج إلى انتظار تأكيدات كتلة معينة لتقليل مخاطر إعادة التنظيم. لتوفير عبر السلاسل الذرية حقا ، يجب أن تكون أجهزة التسلسل المشتركة قادرة على تنفيذ المعاملات اللاحقة المشروطة بنجاح المعاملات السابقة وتحويلها إلى سلسلة من السلاسل.

رموز التجسير

في عالم متعدد السلاسل ، تنتشر أرصدة الرموز المميزة والرسوم للمستخدم عبر جميع الشبكات. قبل كل عملية عبر السلاسل ، يحتاج المستخدم إلى الجسر الأموال من سلسلة المنشأ إلى السلسلة المستهدفة. يوجد حاليا جسور نشطة 34 مع TVL مجتمعة بقيمة 7.7 مليار دولار وجسر الحجم بقيمة 8.6 مليار دولار في آخر 30 يوما.

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

هناك 2 أنواع من الجسور:

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

في كلا النوعين من الجسور ، هناك تكلفة سيولة يجب أن يدفعها المستخدم. في جسر Lock and Mint ، تكون تكلفة السيولة أثناء التبديل من عملة ملفوفة إلى الرمز المميز المطلوب (USDC.e إلى USDC) على السلسلة المستهدفة ، بينما في السيولة Bridges تكون تكلفة السيولة أثناء التبديل من الرمز المميز على سلسلة الأصل إلى الرمز المميز على السلسلة المستهدفة.

Cross-Chain Trilemma

تعطي قرارات التصميم ال 5 المذكورة أعلاه ارتفع للمعضلة الثلاثية عبر السلاسل. يجب على CAF اختيار 2 خصائص بين ضمان التنفيذ والرسوم المنخفضة وسرعة التنفيذ.

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

The Six Pieces of CAKE

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

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

عملة الجسور الممسوحة

النظام البيئي محاذاة الجسر

منافسة سعر الحل

المحفظة الرسائل التي تسيطر عليها

مسابقة سرعة المحلل

مزادات دفعية حصرية

قصد

تحويلات رخيصة عبر السلسلة

مكالمة رسائل عبر السلسلة

مقايضات رخيصة عبر السلسلة

مكالمة رسائل عبر السلسلة

تحويلات سريعة عبر السلسلة

مكالمة رسائل عبر السلسلة

امثله

CCTP و CCIP و xERC20

AggLayer ، السلسلة الفائقة ، IBC

بنجي ، الطائر ، Uniswap X

ألفريد ، الأفوكادو ، بالقرب من الحساب

عبر ، المداري

غير متوفر

محفظة

أي

أي

يعتمد على التنفيذ

AA أو قائم على السياسة

أي

أي

المعلومات المشتركة

علني

علني

يعتمد على التنفيذ

يعتمد على التنفيذ

الكل أو لا شيء

اي

حلال القائمة

يعتمد على التنفيذ

يعتمد على التنفيذ

مدخل مسور

يعتمد على التنفيذ

يعتمد على التنفيذ

خاص

اوراكل

في بروتوكول

في بروتوكول

خارج بروتوكول

خارج بروتوكول

خارج بروتوكول

خارج بروتوكول

عملة التجسير

حرق سك

قفل سك

يعتمد على الحل

يعتمد على الحل

السيولة الجسر

يعتمد على التنفيذ

عملة الجسور الممسوحة

هناك حالة خاصة من القفل سك الجسر والتي لا تدفع تكلفة السيولة وتسمى أيضا حرق و سك الجسر (على سبيل المثال. USDC CCTP). يقوم فريق الرمز المميز بمسح عنوان رمز مميز أساسي على كل سلسلة بينما يتمتع الجسر بسلطة سك الرمز المميز ، أي الرمز المميز الذي يحتاجه المستخدم.

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

Ecosystem Align Bridge

يتيح الجسر المحاذاة للنظام البيئي نقل الرسائل العشوائية بين السلاسل داخل نفس النظام البيئي. يندرج تحت فئة المسارات بروتوكول ، مع إعطاء الأولوية لضمان التنفيذ والرسوم المنخفضة على السرعة. ومن الأمثلة على ذلك Cosmos IBC و Polygon AggLayer و Optimism Superchain.

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

يتكون النظام البيئي الكوني من سلاسل مستقلة تتمتع بأمن سيادي ونهائية سريعة ، مما يجعل المسار بروتوكول للرسائل عبر السلاسل سريعا جدا. على الجانب الآخر ، يعتمد النظام البيئي للتجميع على انتهاء فترة التحدي (Optimistic Rollups) أو الالتزام ب zk-proofs (Validity Rollups) من أجل النهاية. ستكون المسارات بروتوكول لتمرير الرسائل عبر النظم الإيكولوجية بطيئة بسبب هذه القيود النهائية.

Solver Price المنافسة

تتضمن المنافسة السعرية ل Solver مشاركة المعلومات طلب مع جميع المحللين. يهدف المحللون إلى دمج القيمة المتوقعة (EV) الناتجة عن نية طلب وتوفيرها للمستخدمين. يعتمد اختيار الحل الفائز في النظام على تعظيم تحسين سعر المستخدم. ومع ذلك ، فإن هذا التصميم ينطوي على مخاطر عدم التنفيذ ويتطلب آليات إضافية لضمان إدراج الأوامر بشكل موثوق. ومن الأمثلة على هذه الآليات Uniswap X و Bungee و Jumper.

المحفظة الرسائل المنسقة

تستخدم الرسائل المنسقة المحفظة الإمكانات التي توفرها AA أو المحافظ المستندة إلى السياسة لتقديم تجربة عبر السلاسل متوافقة مع أي نوع من أنواع النوايا. إنه بمثابة مجمع CA النهائي ، حيث يعيد توجيه نوايا المستخدم بين تصميمات CA المختلفة لمعالجة نوايا محددة. تتضمن الأمثلة محفظة الأفوكادو ومجمع الحساب القريب ومحفظة Metamask.

لاحظ أنه على مدار العقد الماضي ، تعلم النظام البيئي للعملات المشفرة أن العلاقة بين المستخدم ومحفظته لزجة للغاية. أنا شخصيا أشعر برهبة مميتة كلما فكرت في ترحيل ذاكرتي من Metamask إلى محفظة أخرى. هذا هو السبب أيضا في أنه حتى بعد 2.5 عام ودعم من Vitalik Buterin نفسه ، اكتسب EIP-4337 الحد الأدنى من التبني. على الرغم من أن الإصدارات الأحدث من بروتوكولات المحفظة قد توفر للمستخدم سعرا أفضل (تجريد الحساب) أو سهولة استخدام محسنة (محافظ قائمة على السياسة) ، إلا أن ترحيل المستخدم من محافظه الحالية يعد مهمة شاقة.

Solver Speed Competition

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

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

مزادات الدفعات الحصرية

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

استنتاج

تعد أطر تجريد السلسلة (CAFs) بمنح المستخدمين تفاعلا سلسا عبر السلاسل. في هذه المقالة درسنا التصاميم قيد الإنتاج والتطوير من قبل العديد من الفرق التي تحاول صراحة أو ضمنا حل تجريد السلسلة. نعتقد أن هذا سيكون عام CAFs ونتوقع حدوث منافسة كبيرة بين التصميمات المختلفة وتطبيقاتها في الأشهر 6-12 القادمة.

تحويل القيمة

نقل المعلومات

مسارات داخل بروتوكول

الجسر الممسوح عملة

النظام البيئي محاذاة الجسر

تجميع Solver

منافسة سعر الحل

المحفظة الرسائل المنسقة

مسابقة التنفيذ

مسابقة سرعة المحلل

مزادات دفعية حصرية

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

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

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

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